11 Oct
2011
11 Oct
'11
3:39 a.m.
Hello everybody,
I always have a window "ksysgard" in my session. I noticed something that
looks like a bug: the system consumes "abnormally", but not always. I was not
able to cause the problem for sure. I am relatively sure it's related to
KMail. Once opened and closed KMail. The only window "KSysgard" is open.
It's strange because while preparing this e-mail, I re-opened KMail and opened
Kate. Ksysgard was hidden. Deciding to watch the "consumption" while writing
in kate, I de-masked Ksysgard: After this simple operation, consumption is
re-lowered to a "normal" level ...
Comments on the attached picture:
The vertical lines are spaced 60 seconds (1 sample per second)
The horizontal lines are spaced 5%
The left side (96% CPU load) represents the opening of the session,
The following peaks represent the closure of all the windows and then opening
and closing KMail
Most of the picture represents this abnormal consumption
On the left, back to "normal" situation.
I place this mail "users" list, because I dont want to repport a minor bug, if
I'm the only one to see that. To you to confirm or deny...
System kubuntu 10.10-trinity-enterprise (86x_64)
Good luck to everyone,
Patrick
12 Oct
12 Oct
4:50 a.m.
New subject: [trinity-users] consumption problem (critical for labtop)
Did you actually verify that it was that process which was KMail causing the
issue by using "top" or ksysguard's process table?
Best regards,
Tiago
On Tue, Oct 11, 2011 at 4:39 AM, Patrick Serru <patrick(a)serru.net> wrote:
Hello everybody,
I always have a window "ksysgard" in my session. I noticed something that
looks like a bug: the system consumes "abnormally", but not always. I was
not
able to cause the problem for sure. I am relatively sure it's related to
KMail. Once opened and closed KMail. The only window "KSysgard" is open.
It's strange because while preparing this e-mail, I re-opened KMail and
opened
Kate. Ksysgard was hidden. Deciding to watch the "consumption" while
writing
in kate, I de-masked Ksysgard: After this simple operation, consumption is
re-lowered to a "normal" level ...
Comments on the attached picture:
The vertical lines are spaced 60 seconds (1 sample per second)
The horizontal lines are spaced 5%
The left side (96% CPU load) represents the opening of the session,
The following peaks represent the closure of all the windows and then
opening
and closing KMail
Most of the picture represents this abnormal consumption
On the left, back to "normal" situation.
I place this mail "users" list, because I dont want to repport a minor bug,
if
I'm the only one to see that. To you to confirm or deny...
System kubuntu 10.10-trinity-enterprise (86x_64)
Good luck to everyone,
Patrick
---------------------------------------------------------------------
To unsubscribe, e-mail:
trinity-users-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail:
trinity-users-help(a)lists.pearsoncomputing.net
Read list messsages on the Web archive:
http://trinity-users.pearsoncomputing.net/
Please remember not to top-post:
http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
13 Oct
13 Oct
3:24 a.m.
New subject: [trinity-users] consumption problem (critical for labtop)
On Tuesday 11 October 2011 23:50:31 Tiago Marques wrote:
Did you actually verify that it was that process which
was KMail causing
the issue by using "top" or ksysguard's process table?
Best regards,
Tiago
---------------------------------------------------------------------
No, I did not. The real difficulty is that I am not able to cause the problem
for sur. And because of that, I think that nobody will be "interested" by
this problem.
But I do not think that TOP can help with its display continually changing.
Maybe is it possible to set the order, so that meets a monitoring function?
The process table, with its filter on the name, might help, provided you have
an idea of the name of the process involved.
My machine is a desktop, I do not feel very concerned by this
over-consumption...
Good luck to everyone,
Patrick
NB: Today, I first wrote :
« Worse: today, wanting to try TOP, I have not been able to reproduce the
problem. In the previous report, there were only the opening and closing
session TDE between two trials, no complete reboot. I want to conclude that
this comes from X or Ubuntu (not TDE). X does not seem to work well
(unexpected and azardeous X configuration changes on reboot) and my ATI card
is not supported, while the drivers are installed... And I always loose a
little more confidence in Ubuntu.
I think it is wiser to forget this thread... »
But finaly, I saw it again!
11:40 a.m.
New subject: [trinity-users] consumption problem (critical for labtop)
Il giorno 13-10-2011, alle ore 05:24, Patrick Serru <patrick(a)serru.net> ha scritto:
On Tuesday 11 October 2011 23:50:31 Tiago Marques
wrote:
Try using htop, and playing with it's options. It's practically top with ncurses
interface, which makes it easier to use.
Did you actually verify that it was that process
which was KMail causing
the issue by using "top" or ksysguard's process table?
Best regards,
Tiago
---------------------------------------------------------------------
No, I did not. The real difficulty is that I am not able to cause the problem
for sur. And because of that, I think that nobody will be "interested" by
this problem.
But I do not think that TOP can help with its display continually changing.
Maybe is it possible to set the order, so that meets a monitoring function?
The process table, with its filter on the name, might help, provided you have
an idea of the name of the process involved.
My machine is a desktop, I do not feel very concerned by this
over-consumption...
Good luck to everyone,
Patrick
NB: Today, I first wrote :
« Worse: today, wanting to try TOP, I have not been able to reproduce the
problem. In the previous report, there were only the opening and closing
session TDE between two trials, no complete reboot. I want to conclude that
this comes from X or Ubuntu (not TDE). X does not seem to work well
(unexpected and azardeous X configuration changes on reboot) and my ATI card
is not supported, while the drivers are installed... And I always loose a
little more confidence in Ubuntu.
I think it is wiser to forget this thread... »
But finaly, I saw it again!
---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-users-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail: trinity-users-help(a)lists.pearsoncomputing.net
Read list messsages on the Web archive: http://trinity-users.pearsoncomputing.net/
Please remember not to top-post:
http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
14 Oct
14 Oct
1:50 a.m.
New subject: [trinity-users] consumption problem (critical for labtop)
On 13 October 2011 07:40, L0ner <sh4dou(a)gmail.com> wrote:
Il giorno 13-10-2011, alle ore 05:24, Patrick Serru
<patrick(a)serru.net> ha scritto:
I second this! Top is an archaic and terrible tool. htop is
functional, fast, easy to view and use.
On Tuesday 11 October 2011 23:50:31 Tiago Marques
wrote:
Try using htop, and playing with it's options. It's practically top with ncurses
interface, which makes it easier to use. Did you actually verify that it was that process
which was KMail causing
the issue by using "top" or ksysguard's process table?
Best regards,
Tiago
---------------------------------------------------------------------
No, I did not. The real difficulty is that I am not able to cause the problem
for sur. And because of that, I think that nobody will be "interested" by
this problem.
But I do not think that TOP can help with its display continually changing.
Maybe is it possible to set the order, so that meets a monitoring function?
The process table, with its filter on the name, might help, provided you have
an idea of the name of the process involved.
My machine is a desktop, I do not feel very concerned by this
over-consumption...
Good luck to everyone,
Patrick
NB: Today, I first wrote :
« Worse: today, wanting to try TOP, I have not been able to reproduce the
problem. In the previous report, there were only the opening and closing
session TDE between two trials, no complete reboot. I want to conclude that
this comes from X or Ubuntu (not TDE). X does not seem to work well
(unexpected and azardeous X configuration changes on reboot) and my ATI card
is not supported, while the drivers are installed... And I always loose a
little more confidence in Ubuntu.
I think it is wiser to forget this thread... »
But finaly, I saw it again!
11:17 a.m.
New subject: [trinity-users] consumption problem (critical for labtop)
On Friday 14 October 2011, Calvin Morrison wrote:
I second this! Top is an archaic and terrible tool.
Hmm, I don't think this is very nice towards the people who wrote it.
Top may not be overly convenient for people who aren't used to command line
tools, but if I want to see quickly which process hogs most of my CPU, Top
tells me very quickly what I want to know.
Sanne
12:37 p.m.
New subject: [trinity-users] consumption problem (critical for labtop)
On Oct 14, 2011 7:17 AM, "Sanne" <sanne(a)lavabit.com> wrote:
On Friday 14 October 2011, Calvin Morrison wrote:
line
I second this! Top is an archaic and terrible
tool.
Hmm, I don't think this is very nice towards the people who wrote it.
Top may not be overly convenient for people who aren't used to command tools, but if I want to see quickly which process hogs
most of my CPU, Top
tells me very quickly what I want to know.
Sanne
I Disagree. I am a command line junkie. Top is archaic and if I recall
hasn't been maintained much or improved in a decade. Utopia is dynamic,
let's me veiw things faster easier, shows me more information especially for
multi core processors and threads. Htop is better all around. anyway I'll
leave it at that.
27 Feb
27 Feb
4:21 a.m.
New subject: [trinity-users] consumption problem (critical for labtop)
Try using htop, and playing with it's options.
It's practically top with
ncurses interface, which makes it easier to use.
Everyone!
I cannot encourage more to use this amazing application! top is out of the
dark ages of unix.
use htop it rocks :-)
Calvin
</offtopic>
13 Oct
13 Oct
5:39 p.m.
New subject: [trinity-users] consumption problem (critical for labtop)
I was interested in this problem. Regardless of whether it is a desktop or a
laptop, mindless consumption of system resources is worth looking into.
Best regards,
Tiago
On Thu, Oct 13, 2011 at 4:24 AM, Patrick Serru <patrick(a)serru.net> wrote:
On Tuesday 11 October 2011 23:50:31 Tiago Marques
wrote:
Did you actually verify that it was that process
which was KMail causing
the issue by using "top" or ksysguard's process table?
Best regards,
Tiago
---------------------------------------------------------------------
No, I did not. The real difficulty is that I am not able to cause the
problem
for sur. And because of that, I think that nobody will be "interested" by
this problem.
But I do not think that TOP can help with its display continually changing.
Maybe is it possible to set the order, so that meets a monitoring function?
The process table, with its filter on the name, might help, provided you
have
an idea of the name of the process involved.
My machine is a desktop, I do not feel very concerned by this
over-consumption...
Good luck to everyone,
Patrick
NB: Today, I first wrote :
« Worse: today, wanting to try TOP, I have not been able to reproduce the
problem. In the previous report, there were only the opening and closing
session TDE between two trials, no complete reboot. I want to conclude that
this comes from X or Ubuntu (not TDE). X does not seem to work well
(unexpected and azardeous X configuration changes on reboot) and my ATI
card
is not supported, while the drivers are installed... And I always loose a
little more confidence in Ubuntu.
I think it is wiser to forget this thread... »
But finaly, I saw it again!
---------------------------------------------------------------------
To unsubscribe, e-mail:
trinity-users-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail:
trinity-users-help(a)lists.pearsoncomputing.net
Read list messsages on the Web archive:
http://trinity-users.pearsoncomputing.net/
Please remember not to top-post:
http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
14 Oct
14 Oct
6:14 p.m.
New subject: [trinity-users] consumption problem (critical for labtop)
On Thursday 13 October 2011 12:39:50 Tiago Marques wrote:
I was interested in this problem. Regardless of
whether it is a desktop or
a laptop, mindless consumption of system resources is worth looking into.
Best regards,
Tiago
---------------------------------------------------------------------
I am still awaiting a result from "Top" or "Htop". I actualy use
"Top"
because it's possible to space the "measures" of more than 10 seconds, which
is not the case of "Htop". The tool should temporise, since the manipulation
of windows eliminated the phenomenon. I will post when I have a result, if
any.
I wonder if some user has already observed this phenomenon....
Good luck to everyone,
Patrick
6:16 p.m.
New subject: [trinity-users] consumption problem (critical for labtop)
On Thursday 13 October 2011 12:39:50 Tiago Marques
wrote:
I suspect what you saw may have been a transient Xorg glitch. If you can,
try to reproduce the problem on a machine with a different graphics card
(and therefore a different Xorg driver).
Tim
I was interested in this problem. Regardless of
whether it is a desktop
or
a laptop, mindless consumption of system resources is worth looking
into.
Best regards,
Tiago
---------------------------------------------------------------------
I am still awaiting a result from "Top" or "Htop". I actualy use
"Top"
because it's possible to space the "measures" of more than 10 seconds,
which
is not the case of "Htop". The tool should temporise, since the
manipulation
of windows eliminated the phenomenon. I will post when I have a result, if
any.
I wonder if some user has already observed this phenomenon....
Good luck to everyone,
Patrick
15 Oct
15 Oct
12:26 a.m.
New subject: [trinity-users] consumption problem (critical for labtop)
On Friday 14 October 2011 13:16:53 Timothy Pearson wrote:
I suspect what you saw may have been a transient Xorg
glitch. If you can,
try to reproduce the problem on a machine with a different graphics card
(and therefore a different Xorg driver).
Tim
---------------------------------------------------------------------
I was about to join the opinion of Tim...
So I spaced Ksysgard measures to 5 seconds (bottom left, 20sec for bottom
right), and stated TOP to a an issue every 20 seconds. I waited, waited ...
But luck at restart time (-: after the siesta). I give you the raw results,
leaving you the fineness of the analysis.
Good luck to everyone,
Patrick
3:37 a.m.
New subject: [trinity-users] consumption problem (critical for labtop)
On Sat, Oct 15, 2011 at 1:26 AM, Patrick Serru <patrick(a)serru.net> wrote:
On Friday 14 October 2011 13:16:53 Timothy Pearson
wrote:
The graphics have no legend and I can't find correspondence on mine. top
seems fine. As suggested, you can also try htop. What am I missing?
Best regards
I suspect what you saw may have been a transient
Xorg glitch. If you
can,
try to reproduce the problem on a machine with a
different graphics card
(and therefore a different Xorg driver).
Tim
---------------------------------------------------------------------
I was about to join the opinion of Tim...
So I spaced Ksysgard measures to 5 seconds (bottom left, 20sec for bottom
right), and stated TOP to a an issue every 20 seconds. I waited, waited ...
But luck at restart time (-: after the siesta). I give you the raw results,
leaving you the fineness of the analysis.
Good luck to everyone,
Patrick
---------------------------------------------------------------------
To unsubscribe, e-mail:
trinity-users-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail:
trinity-users-help(a)lists.pearsoncomputing.net
Read list messsages on the Web archive:
http://trinity-users.pearsoncomputing.net/
Please remember not to top-post:
http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
11:48 a.m.
New subject: [trinity-users] consumption problem (critical for labtop)
On Sat, 15 Oct 2011 04:37:00 +0100
Tiago Marques <tiagomnm(a)gmail.com> wrote:
On Sat, Oct 15, 2011 at 1:26 AM, Patrick Serru
<patrick(a)serru.net> wrote:
There is one oddity--in the first screen shot, top shows ~50% CPU usage,
but with no process using enough CPU to account for that. I suspect Patrick
may have just missed capturing a shot which would have shown which
process was responsible.
On Friday 14 October 2011 13:16:53 Timothy
Pearson wrote:
The graphics have no legend and I can't find correspondence on mine. top
seems fine. As suggested, you can also try htop. What am I missing? I suspect what you saw may have been a transient
Xorg glitch. If you
can,
try to reproduce the problem on a machine with a
different graphics card
(and therefore a different Xorg driver).
Tim
---------------------------------------------------------------------
I was about to join the opinion of Tim...
So I spaced Ksysgard measures to 5 seconds (bottom left, 20sec for bottom
right), and stated TOP to a an issue every 20 seconds. I waited, waited ...
But luck at restart time (-: after the siesta). I give you the raw results,
leaving you the fineness of the analysis.
5:17 p.m.
New subject: [trinity-users] consumption problem (critical for labtop)
On Friday 14 October 2011 19:26:09 Patrick Serru wrote:
On Friday 14 October 2011 13:16:53 Timothy Pearson
wrote:
> I suspect what you saw may have been a transient Xorg glitch. If you
> can, try to reproduce the problem on a machine with a different graphics
> card (and therefore a different Xorg driver).
>
> Tim
---------------------------------------------------------------------
How have I made these photos:
I started the session normally. I started Top with 20 seconds between
measurements. I looked at the display of Ksysgard, I had previously modified
to sample every 5 seconds. Ho, chance: the system was in our case. I tried
an "Alt + F2" to start Ksnapshot ... Chance again, the appearance of the
command window did not "unlocked" the system. I waited. Just after a refresh
of the display of Top, I pressed "Enter", happy to have photographed a rare
bird. The only unexpected thing is that Ksnapshot was programmed to wait for
2 seconds. Of course, the launch of Ksnapshot broke the deadlock, and the
second photo is nothing exeptional as is that of a "normal" situation.
I think it may be important to note that my system is outdated. My previous
experience of updating Ubuntu resulted at least twice a complete
reinstallation of the system after hours lost for download and hard to
reboot. I prefer to keep the system functioning as it is now. The basic
system is what's on the DVD "10/10 kubuntu-trinity-enterprise" downloaded
8/26/2011.
Good luck to everyone,
Patrick
27 Feb
27 Feb
2:41 a.m.
New subject: [trinity-users] consumption problem (critical for labtop)
Le lundi 10 octobre 2011, Patrick Serru a écrit :
Hello everybody,
I always have a window "ksysgard" in my session. I noticed something that
looks like a bug: the system consumes "abnormally", but not always. I was
not able to cause the problem for sure. I am relatively sure it's related
to KMail. Once opened and closed KMail. The only window "KSysgard" is
open.
...
System kubuntu 10.10-trinity-enterprise (86x_64)
Good luck to everyone,
Patrick
-----------------------
Hi Everybody,
I had to install Linux on one of my wife's computer. It is a (suposed)
six month old desktop computer, prety done, the mark is "Renovo" (never
eared about yhis mark, before). I used my "Kubuntu 10.10-trinity
enterprise" DVD, downloaded 26/08/2011. Still very good for simple user.
but IT IS NOT an 86x_64 version like I wrote in the previous post!. It
installed correctly on this intel dual 32bits core system...
I saw again this consumption problem. Whent it begins there is always
one of the cores that is 100% loaded. Until now, I did not find a way to
stop that...
Cheers
Patrick
4443
days inactive
4582
days old
15 comments
7 participants
participants (7)
-
Calvin Morrison -
E. Liddell -
L0ner -
Patrick Serru -
Sanne -
Tiago Marques -
Timothy Pearson