NavigationUser loginSpam?See spam posts on this site? If so, please don't reply to the spam! Instead, just report the URL to the webmaster. |
CPU time-----BEGIN PGP SIGNED MESSAGE----- I accidentally discovered this morning that Xorg is taking up 25 I'm running Etch. Thanks iD8DBQFFwfeQzWG7ldLG6fIRArE6AJ4iJHX5wsK8birbvjDeVxU25z9TqwCfWZcT -- |
CPU time
On Thu, Feb 01, 2007 at 09:22:08AM -0500, Frank McCormick wrote:
> I accidentally discovered this morning that Xorg is taking up 25
> percent of cpu time when at idle. Is this normal or should I file a bug?
>
> I'm running Etch.
I suppose it depends on what kind of box you're running. I haven't got
Etch on my 486 yet. On my Athlon amd64, it sits there at 100% idle.
>From within X, open a single terminal. run nice top. Watch the process
activity and also the memory. Perhaps its swapping and the CPU is
spending a lot of time waiting.
Doug.
--
CPU time
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thu, 01 Feb 2007 09:33:05 -0500
Douglas Allan Tutty wrote:
> On Thu, Feb 01, 2007 at 09:22:08AM -0500, Frank McCormick wrote:
>
> > I accidentally discovered this morning that Xorg is taking up 25
> > percent of cpu time when at idle. Is this normal or should I file a bug?
> >
> > I'm running Etch.
>
> I suppose it depends on what kind of box you're running. I haven't got
> Etch on my 486 yet. On my Athlon amd64, it sits there at 100% idle.
>
> >From within X, open a single terminal. run nice top. Watch the process
> activity and also the memory. Perhaps its swapping and the CPU is
> spending a lot of time waiting.
First thing I did. No swapping, no activity but Xorg sits at the top
averaging 25 percent. Strange thing is it doesn't seem to affect the feel of
the desktop, but then maybe it'd be a lot faster if that much CPU wasn't being
sucked up. Anybody else experiencing this ??
- --
Cheers
Frank
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
iD8DBQFFwqk18Rvr3Tn207ARAqKHAJ4i13V0fYMtZwYGBUUWHAp7+oZnKACeKKsL
6hhq9sXb8VKdBD76YYSnjBo=
=L8jS
-----END PGP SIGNATURE-----
--
CPU time
On Thu, 2007-02-01 at 22:00 -0500, Frank McCormick wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Thu, 01 Feb 2007 09:33:05 -0500
> Douglas Allan Tutty wrote:
>
> > On Thu, Feb 01, 2007 at 09:22:08AM -0500, Frank McCormick wrote:
> >
> > > I accidentally discovered this morning that Xorg is taking up 25
> > > percent of cpu time when at idle. Is this normal or should I file a bug?
> > >
> > > I'm running Etch.
> >
> > I suppose it depends on what kind of box you're running. I haven't got
> > Etch on my 486 yet. On my Athlon amd64, it sits there at 100% idle.
> >
> > >From within X, open a single terminal. run nice top. Watch the process
> > activity and also the memory. Perhaps its swapping and the CPU is
> > spending a lot of time waiting.
>
> First thing I did. No swapping, no activity but Xorg sits at the top
> averaging 25 percent. Strange thing is it doesn't seem to affect the feel of
> the desktop, but then maybe it'd be a lot faster if that much CPU wasn't being
> sucked up. Anybody else experiencing this ??
Yes, I have.
Gnome Panel Monitors (you know animations for load average and so on)
have this effect.
Also, gdesklets. Some other "passive looking" things like remote e-mail
monitors, swallowed applications (like XMMS or BMP) tend to defunct
swallow-applet but still play music or what have you.
But even a large xterm with "top" running with changes will cause XORG
to run-up the usage list. It does have to render the changes, No?
Where you want to really, close all your normal programs (not any panel
mounted stuff etc..). Then CTRL-ALT-F1, login then use top. See what
xorg is doing then.
--
Novell's Directory Services is a competitive product to Microsoft's
Active Directory in much the same way that the Saturn V is a competitive
product to those dinky little model rockets that kids light off down at
the playfield. -- Thane Walkup
CPU time
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Fri, 02 Feb 2007 09:11:08 -0500
Greg Folkert wrote:
> >
> > > On Thu, Feb 01, 2007 at 09:22:08AM -0500, Frank McCormick wrote:
> > >
> > > > I accidentally discovered this morning that Xorg is taking up 25
> > > > percent of cpu time when at idle. Is this normal or should I
> > > > file a bug?
> > > >
> > > > I'm running Etch.
> > >
>
> Gnome Panel Monitors (you know animations for load average and so on)
> have this effect.
>
> Also, gdesklets. Some other "passive looking" things like remote
> e-mail monitors, swallowed applications (like XMMS or BMP) tend to
> defunct swallow-applet but still play music or what have you.
>
> But even a large xterm with "top" running with changes will cause XORG
> to run-up the usage list. It does have to render the changes, No?
>
> Where you want to really, close all your normal programs (not any
> panel mounted stuff etc..). Then CTRL-ALT-F1, login then use top. See
> what xorg is doing then.
I'm not running Gnome -- I run IceWm - there are no applets other
than the two panel monitors...cpu and net traffic and I have never seen
Xorg over 2 or 3 % even with those. If I login on another terminal Xorg
doesn't even appear in the top list.
I don't think I have ever seen Xorg or its predecessor take up more
than 5% of cpu time, that's why I find this so strange.
Cheers
Frank
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFFw03AzWG7ldLG6fIRAn16AJ9dIZqa69j/SCvVaKOfCtEmG7yzQwCePqgV
lvobMXjlSdw7NV10+FIyxoo=
=O/Ri
-----END PGP SIGNATURE-----
--
SOLVED CPU time
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Fri, 02 Feb 2007 09:42:08 -0500
Frank McCormick wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Fri, 02 Feb 2007 09:11:08 -0500
> Greg Folkert wrote:
>
> > >
> > > > On Thu, Feb 01, 2007 at 09:22:08AM -0500, Frank McCormick wrote:
> > > >
> > > > > I accidentally discovered this morning that Xorg is taking up
> > > > > 25 percent of cpu time when at idle. Is this normal or should
> > > > > I file a bug?
> > > > >
> > > > > I'm running Etch.
> > > >
> >
> > Gnome Panel Monitors (you know animations for load average and so
> > on) have this effect.
> >
> >
> > Where you want to really, close all your normal programs (not any
> > panel mounted stuff etc..). Then CTRL-ALT-F1, login then use top.
> > See what xorg is doing then.
>
> I'm not running Gnome -- I run IceWm - there are no applets other
> than the two panel monitors...cpu and net traffic and I have never
I discovered today it was one of the IceWM THEMES which is the
culprit. For some reason it drove Xorg time up to 24-25%. I switched
themes and the problem is gone.
Frank
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFFxJxczWG7ldLG6fIRAnYuAJ9/G/jBqIHnve8I4PudOkWLfMumagCbBlu5
Vf12yzxnT5yZ7mFxTBNiJ+I=
=hhnj
-----END PGP SIGNATURE-----
--
SOLVED CPU time
Frank McCormick wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Fri, 02 Feb 2007 09:42:08 -0500
> Frank McCormick wrote:
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> On Fri, 02 Feb 2007 09:11:08 -0500
>> Greg Folkert wrote:
>>
>>>>> On Thu, Feb 01, 2007 at 09:22:08AM -0500, Frank McCormick wrote:
>>>>>
>>>>>> I accidentally discovered this morning that Xorg is taking up
>>>>>> 25 percent of cpu time when at idle. Is this normal or should
>>>>>> I file a bug?
>>>>>>
>>>>>> I'm running Etch.
>>> Gnome Panel Monitors (you know animations for load average and so
>>> on) have this effect.
>>>
>>>
>>> Where you want to really, close all your normal programs (not any
>>> panel mounted stuff etc..). Then CTRL-ALT-F1, login then use top.
>>> See what xorg is doing then.
>> I'm not running Gnome -- I run IceWm - there are no applets other
>> than the two panel monitors...cpu and net traffic and I have never
>
>
> I discovered today it was one of the IceWM THEMES which is the
> culprit. For some reason it drove Xorg time up to 24-25%. I switched
> themes and the problem is gone.
>
How did you discover that?
Hugo
--
no k3b write as root after recent etch apt-upgrade
no k3b write as root after recent etch apt-upgrade
but i can write using k3b if i use my regular account
--
no k3b write as root after recent etch apt-upgrade
On Sat, 3 Feb 2007 14:17:19 -0800
tom arnall wrote:
> no k3b write as root after recent etch apt-upgrade
>
> but i can write using k3b if i use my regular account
And what seems to be the problem? You shouldn't start k3b as root
anyway, so I think this is a feature not a bug.
Regards,
Andrei
P.S. If you really think this is a problem, than you should start a new
thread, not reply to an existing message.
--
If you can't explain it simply, you don't understand it well enough.
(Albert Einstein)
--
no k3b write as root after recent etch apt-upgrade
> On Sat, 3 Feb 2007 14:17:19 -0800
> tom arnall wrote:
> no k3b write as root after recent etch apt-upgrade
>
> but i can write using k3b if i use my regular account
>
Don't run K3B as root, just run it as a normal user. Be sure to mount
your CD-Rom as read-write as a normal user so that when you try to write
to it it should work fine. I'm not sure if it would cause problems, but
I assume mounting a CD as root /may/ cause write problems.
--
new themes ...
Wow - did this theme have an animated 3D poochie or clippy?
I wonder if there is a 'SETI' theme out there...
It is also not unusual to find badly designed monitoring gizmos. For example, a panel meter that polls in a very tight loop - since humans take a long time to react (and probably aren't watching that panel all the time) I would never update a panel more than twice per second - and it's not easy to think of a tool that will require even this fast update.