I recently updated to OpenOffice 3.2 and I noticed that it, and the
latest Evolution, seem to be incredibly slow for some operations.
E.g., in OO, about half the time when I'm editing something, it takes
anywhere from 10-30 seconds for OO to respond to a click on one of the
icons or menu items, and Evo is taking forever to format messages.
During these times the gnome-system-monitor icon on my panel is
showing almost no activity, and if I expand it to the full window, it
shows the same.
Is anyone else seeing this?
I'm running the x86_64 release on an Athlon II X4, 2.6GHz with 4GB of
memory and lots of available space in memory and on disk.
Thanks in advance.
Mark
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
08-02-2010, 06:46 AM
JohnS
CentOS 5.5 latest revisions seem really slow
On Sun, 2010-08-01 at 20:00 -0700, Mark wrote:
> I recently updated to OpenOffice 3.2 and I noticed that it, and the
> latest Evolution, seem to be incredibly slow for some operations.
Latest version for CentOS 5.5 is
openoffice.org-writer-3.1.1-19.5.el5_5.1
Where did you obtain 3.2 from? That may be your slowness as on my 64
bit workstation I see none at all. Loads in about 3 secs.
evolution-2.12.3-19.el5:
Now Evolution on my 32 bit workstation I have 1555 emails in it and it
is not slow, 8 different email accounts also, especially even though it
is GUI based instead of console. About every 2000 mails I back it up
and start over again from 0.
> E.g., in OO, about half the time when I'm editing something, it takes
> anywhere from 10-30 seconds for OO to respond to a click on one of the
> icons or menu items, and Evo is taking forever to format messages.
Converting a *.doc file to *.pdf only takes about 3 secs. What type of
Graphics card you have? Yea I know weird question but can cause your
problem also.
<snip>
> I'm running the x86_64 release on an Athlon II X4, 2.6GHz with 4GB of
> memory and lots of available space in memory and on disk.
Looked at your memory usage? Is it swapping by chance? #free. Have you
looked at top while using those apps? What about spamd in Evolution?
Disable all non needed services.
Here is the memory for my 32 bit workstation for Evolution + spamd + a
few consoles/pine opened + firefox. & sometimes links & screen. No
problem here what so ever.
]#free
total used free shared buffers
cached
Mem: 774648 755020 19628 0 68968
368716
-/+ buffers/cache: 317336 457312
Swap: 1572856 12 1572844
John
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
08-02-2010, 11:36 PM
Mark
CentOS 5.5 latest revisions seem really slow
On Sun, Aug 1, 2010 at 11:46 PM, JohnS <jses27@gmail.com> wrote:
>
> Latest version for CentOS 5.5 is
> openoffice.org-writer-3.1.1-19.5.el5_5.1
> Where did you obtain 3.2 from? *That may be your slowness as on my 64
> bit workstation I see none at all. *Loads in about 3 secs.
>
I have been using releases direct from OOo, but on the off chance that
this was the problem, and since 3.1.1 isn't that far behind 3.2, I
"updated" to the CentOS release. There's still a problem, though - it
doesn't happen all the time, but every so often, apparently at random,
some mouse click command will just stop for 10-30 seconds before it
does anything. The first one I hit was doing a File->Open Recent -
while I was running the mouse down the list, it stopped on the one
above the file I wanted for about 12 seconds before it loaded the
file.
> evolution-2.12.3-19.el5:
> Now Evolution on my 32 bit workstation I have 1555 emails in it and it
> is not slow, 8 different email accounts also, especially even though it
> is GUI based instead of console. *About every 2000 mails I back it up
> and start over again from 0.
>
Same version here. This only seems to happen once in a blue moon -
probably not the same issue. I eventually gave up, killed the
Evolution processes (because it wouldn't exit normally or allow me a
force-quit) and restarted. No problems after that, except a delayed
startup and the usual duplicate messages from those I had moved before
it died.
> Converting a *.doc file to *.pdf only takes about 3 secs. *What type of
> Graphics card you have? *Yea I know weird question but can cause your
> problem also.
>
I was just editing a *.odt file - no conversions, and the problem
doesn't seem to be related to the operation invoked, just getting the
invocation to take place.
nVidia GeForce 7200S, but I'm not seeing this anywhere else, just OO.
> Looked at your memory usage? Is it swapping by chance? #free. *Have you
> looked at top while using those apps? *What about spamd in Evolution?
> Disable all non needed services.
>
Did most of that (except spamd in Evo) and nothing showed up in top -
the big CPU hog was SeaMonkey at 23% of one core, the others were all
idle or lower use. Almost no swapping:
Mark
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
08-03-2010, 02:54 PM
JohnS
CentOS 5.5 latest revisions seem really slow
On Mon, 2010-08-02 at 16:36 -0700, Mark wrote:
> Did most of that (except spamd in Evo) and nothing showed up in top -
> the big CPU hog was SeaMonkey at 23% of one core, the others were all
> idle or lower use. Almost no swapping:
---
Try killing Seamonkey/nspluginwrapper ie, shutdown then try.
What is your running kernel? Newest. Asking because it may be that your
problem is machine independent as a client of mine on a Compaq had the
same problem 6 months ago. Fix it I just removed the new kernel so it
use the prior one. One kernel showed the problem and one did not.
John
Even on a 900MHz Athlon I see no problem with CentOS 5.5
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
08-03-2010, 10:29 PM
Mark
CentOS 5.5 latest revisions seem really slow
On Tue, Aug 3, 2010 at 7:54 AM, JohnS <jses27@gmail.com> wrote:
>
> Try killing Seamonkey/nspluginwrapper ie, shutdown then try.
>
No difference.
> What is your running kernel? Newest. *Asking because it may be that your
> problem is machine independent as a client of mine on a Compaq had the
> same problem 6 months ago. *Fix it I just removed the new kernel so it
> use the prior one. *One kernel showed the problem and one did not.
>
$ uname -a
Linux marichter 2.6.18-194.8.1.el5 #1 SMP Thu Jul 1 19:04:48 EDT 2010
x86_64 x86_64 x86_64 GNU/Linux
I may go back one to see if that makes a difference....
# cat /etc/grub.conf
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,0)
# kernel /vmlinuz-version ro root=/dev/sda2
# initrd /initrd-version.img
boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title CentOS (2.6.18-194.8.1.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-194.8.1.el5 ro root=LABEL=/wroot noapic rhgb
initrd /initrd-2.6.18-194.8.1.el5.img
title CentOS (2.6.18-194.3.1.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-194.3.1.el5 ro root=LABEL=/wroot noapic rhgb
initrd /initrd-2.6.18-194.3.1.el5.img
title CentOS (2.6.18-164.15.1.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-164.15.1.el5 ro root=LABEL=/wroot noapic rhgb
initrd /initrd-2.6.18-164.15.1.el5.img
I didn't see this problem at all on 2.6.18-194.3.1
Thanks.
Mark
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
08-03-2010, 11:01 PM
Mark
CentOS 5.5 latest revisions seem really slow
On Tue, Aug 3, 2010 at 3:29 PM, Mark <mhullrich@gmail.com> wrote:
> On Tue, Aug 3, 2010 at 7:54 AM, JohnS <jses27@gmail.com> wrote:
>
>> What is your running kernel? Newest. *Asking because it may be that your
>> problem is machine independent as a client of mine on a Compaq had the
>> same problem 6 months ago. *Fix it I just removed the new kernel so it
>> use the prior one. *One kernel showed the problem and one did not.
>>
> $ uname -a
> Linux marichter 2.6.18-194.8.1.el5 #1 SMP Thu Jul 1 19:04:48 EDT 2010
> x86_64 x86_64 x86_64 GNU/Linux
>
> I may go back one to see if that makes a difference....
>
Went back to 2.6.18-194.3.1 and there are no delays, no pauses, no
hesitations....
I'll have to go look through the release notes, now.
Mark
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
08-04-2010, 04:30 AM
JohnS
CentOS 5.5 latest revisions seem really slow
On Tue, 2010-08-03 at 16:01 -0700, Mark wrote:
> On Tue, Aug 3, 2010 at 3:29 PM, Mark <mhullrich@gmail.com> wrote:
> > On Tue, Aug 3, 2010 at 7:54 AM, JohnS <jses27@gmail.com> wrote:
> >
> >> What is your running kernel? Newest. Asking because it may be that your
> >> problem is machine independent as a client of mine on a Compaq had the
> >> same problem 6 months ago. Fix it I just removed the new kernel so it
> >> use the prior one. One kernel showed the problem and one did not.
> >>
> > $ uname -a
> > Linux marichter 2.6.18-194.8.1.el5 #1 SMP Thu Jul 1 19:04:48 EDT 2010
> > x86_64 x86_64 x86_64 GNU/Linux
> >
> > I may go back one to see if that makes a difference....
> >
>
> Went back to 2.6.18-194.3.1 and there are no delays, no pauses, no
> hesitations....
>
> I'll have to go look through the release notes, now.
---
You can do:
rpm -q --changelog kernel >> changelog.log
rpm -q --changelog kernel-2.6.18-194.8.1.el5 >> changelog.log
To view the changelog for patches and BZs Applied to the kernel or any
rpm. As in load up the newest one and run the command. I see a lot of
changes between the newest one and the one (194.3.1) that you tried and
said solved it. I would creep on up in versions to the newest one you
can run with out the problem then file a bug report with a good
description of the problem and type of hardware also (i think important
for your problem).
John
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
08-04-2010, 07:41 AM
Mark
CentOS 5.5 latest revisions seem really slow
On Tue, Aug 3, 2010 at 9:30 PM, JohnS <jses27@gmail.com> wrote:
>
> You can do:
> rpm -q --changelog kernel >> changelog.log *
> rpm -q --changelog kernel-2.6.18-194.8.1.el5 >> changelog.log
>
> To view the changelog for patches and BZs Applied to the kernel or any
> rpm. *As in load up the newest one and run the command. *I see a lot of
> changes between the newest one and the one (194.3.1) that you tried and
> said solved it. *I would creep on up in versions to the newest one you
> can run with out the problem then file a bug report with a good
> description of the problem and type of hardware also (i think important
> for your problem).
>
Egad - on the CentOS mirror I checked (USC), there are no kernels
between 194.3.1 and 194.8.1.
If I just build kernels from the Linux archives, would those just work
as-is under CentOS? I haven't actually done that in a while, but if
it's moderately safe using the "standard" spec files....
(I haven't looked through the changelogs yet.)
Mark
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
08-05-2010, 10:54 AM
Frank Thommen
CentOS 5.5 latest revisions seem really slow
Mark wrote:
> I recently updated to OpenOffice 3.2 and I noticed that it, and the
> latest Evolution, seem to be incredibly slow for some operations.
>
> E.g., in OO, about half the time when I'm editing something, it takes
> anywhere from 10-30 seconds for OO to respond to a click on one of the
> icons or menu items, and Evo is taking forever to format messages.
>
> During these times the gnome-system-monitor icon on my panel is
> showing almost no activity, and if I expand it to the full window, it
> shows the same.
>
> Is anyone else seeing this?
>
> I'm running the x86_64 release on an Athlon II X4, 2.6GHz with 4GB of
> memory and lots of available space in memory and on disk.
>
> Thanks in advance.
>
> Mark
I'm experiencing similar problems on a DELL Optiplex 740 with the same
CPU (AMD Athlon 64 X2 Dual Core Processor 5000+ @ 2.60 GHz, 4 GB RAM, 80
GB Hitachi Deskstar 7K80 HD). But in my case the slowness is not
restricted to OO, but the whole systems is slowed down. Even simple
actions (e.g. starting a Gnome Console) bring the load up to over 2.
Right after booting, the load is usually over 2, sometimes even up to 4.
The slowness can literally be seen during the boot process. The
problem occurs since kernel 2.6.18-194.el5. I measured the boot times
(from GRUB to gdmgreeter, booted with 'noapic'):
kernel 2.6.18-164.el5 1"03', load after boot: 0.5
kernel 2.6.18-194.el5 3"35', load after boot: 2.5
kernel 2.6.18-194.3.1.el5 3"30', load after boot: 2.3
kernel 2.6.18-194.8.1.el5 3"35', load after boot: 1.9
When shutting down from kernel 2.6.18-194.x, I often (around 7 of 10
times) get the following error on the console:
---------------
[...]
Shutting down hidd: [ OK ]
[ OK ] Bluetooth services:[ OK ]
Shutting down interface eth0: BUG: soft lockup - CPU#1 stuck for 10s!
[ip:3539]
[ OK ]
Shutting down loopback interface: [ OK ]
[...]
---------------
The complete console of the boot process can be seen on
http://pastebin.de/8808, the console output of the shutdown/reboot
process is on http://pastebin.de/8809. Bootcharts of the two boot
processes can be seen on http://www.drosera.ch/kernelproblem/.
Memtest has been run w/o result.
Is there a way to narrow down the problem before posting a bug report?
Cheers
frank
--
Frank Thommen - Structures IT Management and Support - EMBL Heidelberg
frank.thommen@embl-heidelberg.de - +49 6221 387 8353
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
08-05-2010, 12:54 PM
James Pearson
CentOS 5.5 latest revisions seem really slow
Frank Thommen wrote:
> I'm experiencing similar problems on a DELL Optiplex 740 with the same
> CPU (AMD Athlon 64 X2 Dual Core Processor 5000+ @ 2.60 GHz, 4 GB RAM, 80
> GB Hitachi Deskstar 7K80 HD). But in my case the slowness is not
> restricted to OO, but the whole systems is slowed down. Even simple
> actions (e.g. starting a Gnome Console) bring the load up to over 2.
> Right after booting, the load is usually over 2, sometimes even up to 4.
Can you post the output of lspci and lsmod ?
James Pearson
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos