[CentOS] CentOS 5.5 latest revisions seem really slow

[Mark]

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

Re: [CentOS] CentOS 5.5 latest revisions seem really slow

[JohnS]

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.


> 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 sharedbuffers
cached
Mem:774648 755020  19628  0  68968
368716
-/+ buffers/cache: 317336 457312
Swap:  1572856 121572844

John

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.5 latest revisions seem really slow

[Mark]

On Sun, Aug 1, 2010 at 11:46 PM, JohnS  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:

$ free
  total  usedfree shared
 buffers cached
Mem:   4050968402218428784  0 1524042700584
-/+ buffers/cache:   11691962881772
Swap:  8008392   3488008044

Don't see a problem here

Thanks.

Mark
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.5 latest revisions seem really slow

[JohnS]

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

Re: [CentOS] CentOS 5.5 latest revisions seem really slow

[Mark]

On Tue, Aug 3, 2010 at 7:54 AM, JohnS  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

Re: [CentOS] CentOS 5.5 latest revisions seem really slow

[Mark]

On Tue, Aug 3, 2010 at 3:29 PM, Mark  wrote:
> On Tue, Aug 3, 2010 at 7:54 AM, JohnS  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

Re: [CentOS] CentOS 5.5 latest revisions seem really slow

[JohnS]

On Tue, 2010-08-03 at 16:01 -0700, Mark wrote:
> On Tue, Aug 3, 2010 at 3:29 PM, Mark  wrote:
> > On Tue, Aug 3, 2010 at 7:54 AM, JohnS  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

Re: [CentOS] CentOS 5.5 latest revisions seem really slow

[Mark]

On Tue, Aug 3, 2010 at 9:30 PM, JohnS  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

Re: [CentOS] CentOS 5.5 latest revisions seem really slow

[Frank Thommen]

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]

CPU 1:
Modules linked in: autofs4 hidp rfcomm l2cap bluetooth lockd sunrpc
ip_conntrack
_netbios_ns ipt_REJECT xt_state ip_conntrack nfnetlink iptable_filter
ip_tables
ip6t_REJECT xt_tcpudp ip6table_filter ip6_tables x_tables ipv6 xfrm_nalgo
crypto
_api cpufreq_ondemand powernow_k8 freq_table dm_multipath scsi_dh video
backligh
t sbs power_meter i2c_ec dell_wmi wmi button battery asus_acpi
acpi_memhotplug a
c lp sr_mod cdrom snd_hda_intel sg snd_seq_dummy snd_seq_oss
snd_seq_midi_event
snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm snd_timer
snd_page_allo
c snd_hwdep parport_pc tg3 k8_edac snd parport i2c_nforce2 floppy k8temp
shpchp
i2c_core edac_mc hwmon pcspkr soundcore dm_raid45 dm_message
dm_region_hash dm_m
em_cache dm_snapshot dm_zero dm_mirror dm_log dm_mod sata_nv libata sd_mod
scsi_
mod ext3 jbd uhci_hcd ohci_hcd ehci_hcd
Pid: 3539, comm: ip Not tainted 2.6.18-194.8.1.el5 #1
RIP: 0010:[]  [] __delay+0x8/0x10
RSP: 0018:810125741c60  EFLAGS: 0297
RAX: 539a8625 RBX: 1388 RCX: 52518896
RDX: 012b RSI: c206044c RDI: 0291ae58
RBP: 393a7993 R08: 0002 R09: 810125741d1c
R10: 0018 R11: 05e10300 R12: 0002
R13: 810125741d1c R14: 004c R15: 80225929
FS:  2b3ee841a800() GS:81010438d7c0()
knlGS:
CS:  0010 DS:  ES:  CR0: 8005003b
CR2: 00365a6cc640 CR3: 000122af CR4: 06e0

Call Trace:
  [] :tg3:tg3_readphy+0x77/0xdf
  [] :tg3:tg3_setup_copper_phy+0x86a/0xb35
  [] :tg3:tg3_setup_phy+0xd07/0xe39
  [] pci_bus_read_config_word+0x71/0x83
  [] pci_bus_write_config_dword+0x5f/0x6e
  [] :tg3:tg3_set_power_state+0x1ec/0x96e
  [] :tg3:tg3_close+0x103/0x113
  [] dev_close+0x53/0x72
  [] dev_change_flags+0x5a/0x119
  [] devinet_ioctl+0x235/0x59c
  [] sock_ioctl+0x1c1/0x1e5
  [] do_ioctl+0x21/0x6b
  [] vfs_ioctl+0x457/0x4b9
  [] audit_syscall_entry+0x180/0x1b3
  [] sys_ioctl+0x59/0x78
  [] tracesys+0xd5/0xe0

[  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.thom...@embl-heidelberg.de - +49 6221 387 8353
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.5 latest revisions seem really slow

[James Pearson]

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

Re: [CentOS] CentOS 5.5 latest revisions seem really slow

[Frank Thommen]

James Pearson wrote:
> 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 ?


sorry, forgot to copy-paste these in my original post:

[r...@shelley ~]# uname -a
Linux shelley 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
[r...@shelley ~]# lspci
00:00.0 RAM memory: nVidia Corporation C51 Host Bridge (rev a2)
00:00.1 RAM memory: nVidia Corporation C51 Memory Controller 0 (rev a2)
00:00.2 RAM memory: nVidia Corporation C51 Memory Controller 1 (rev a2)
00:00.3 RAM memory: nVidia Corporation C51 Memory Controller 5 (rev a2)
00:00.4 RAM memory: nVidia Corporation C51 Memory Controller 4 (rev a2)
00:00.5 RAM memory: nVidia Corporation C51 Host Bridge (rev a2)
00:00.6 RAM memory: nVidia Corporation C51 Memory Controller 3 (rev a2)
00:00.7 RAM memory: nVidia Corporation C51 Memory Controller 2 (rev a2)
00:02.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1)
00:03.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1)
00:04.0 PCI bridge: nVidia Corporation C51 PCI Express Bridge (rev a1)
00:09.0 RAM memory: nVidia Corporation MCP51 Host Bridge (rev a2)
00:0a.0 ISA bridge: nVidia Corporation MCP51 LPC Bridge (rev a3)
00:0a.1 SMBus: nVidia Corporation MCP51 SMBus (rev a3)
00:0a.2 RAM memory: nVidia Corporation MCP51 Memory Controller 0 (rev a3)
00:0b.0 USB Controller: nVidia Corporation MCP51 USB Controller (rev a3)
00:0b.1 USB Controller: nVidia Corporation MCP51 USB Controller (rev a3)
00:0e.0 IDE interface: nVidia Corporation MCP51 Serial ATA Controller 
(rev a1)
00:0f.0 IDE interface: nVidia Corporation MCP51 Serial ATA Controller 
(rev a1)
00:10.0 PCI bridge: nVidia Corporation MCP51 PCI Bridge (rev a2)
00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio 
(rev a2)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Miscellaneous Control
02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5754 
Gigabit Ethernet PCI Express (rev 02)
03:00.0 VGA compatible controller: nVidia Corporation NV43GL [Quadro FX 
550] (rev a2)
[r...@shelley ~]# lsmod
Module  Size  Used by
autofs463049  11
hidp   83521  2
rfcomm104681  0
l2cap  89281  10 hidp,rfcomm
bluetooth 118853  5 hidp,rfcomm,l2cap
lockd 101553  0
sunrpc199945  2 lockd
ip_conntrack_netbios_ns36033  0
ipt_REJECT 38977  1
xt_state   35265  2
ip_conntrack   91621  2 ip_conntrack_netbios_ns,xt_state
nfnetlink  40457  1 ip_conntrack
iptable_filter 36161  1
ip_tables  55201  1 iptable_filter
ip6t_REJECT38849  1
xt_tcpudp  36289  10
ip6table_filter36033  1
ip6_tables 50049  1 ip6table_filter
x_tables   50505  6 
ipt_REJECT,xt_state,ip_tables,ip6t_REJECT,xt_tcpudp,ip6_tables
ipv6  435489  23 ip6t_REJECT
xfrm_nalgo 4  1 ipv6
crypto_api 42945  1 xfrm_nalgo
cpufreq_ondemand   42449  1
powernow_k856025  1
freq_table 38977  2 cpufreq_ondemand,powernow_k8
dm_multipath   56921  0
scsi_dh42177  1 dm_multipath
video  53197  0
backlight  39873  1 video
sbs49921  0
power_meter47053  0
i2c_ec 38593  1 sbs
dell_wmi   37601  0
wmi41985  1 dell_wmi
button 40545  0
battery43849  0
asus_acpi  50917  0
acpi_memhotplug40516  0
ac 38729  0
lp 47121  0
joydev 43969  0
snd_hda_intel 639265  0
snd_seq_dummy  37061  0
snd_seq_oss65473  0
snd_seq_midi_event 41025  1 snd_seq_oss
snd_seq8  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device 41557  3 snd_seq_dummy,snd_seq_oss,snd_seq
snd_pcm_oss77377  0
snd_mixer_oss  49985  1 snd_pcm_oss
snd_pcm   116681  2 snd_hda_intel,snd_pcm_oss
snd_timer  57161  2 snd_seq,snd_pcm
snd_page_alloc 44113  2 snd_hda_intel,snd_pcm
sr_mod

Re: [CentOS] CentOS 5.5 latest revisions seem really slow

[James Pearson]

Frank Thommen wrote:
>>Can you post the output of lspci and lsmod ?
> 
> sorry, forgot to copy-paste these in my original post:
> 
> [r...@shelley ~]# lspci
> ...
> 00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio 
> (rev a2)
>
> [r...@shelley ~]# lsmod
> ...
> snd_hda_intel 639265  0

Could this be related to BZ #586532 


???

James Pearson
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.5 latest revisions seem really slow

[Mark]

On Thu, Aug 5, 2010 at 7:35 AM, James Pearson
 wrote:
> Frank Thommen wrote:
>>>Can you post the output of lspci and lsmod ?
>>
>> sorry, forgot to copy-paste these in my original post:
>>
>> [r...@shelley ~]# lspci
>> ...
>> 00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio
>> (rev a2)
>>
>> [r...@shelley ~]# lsmod
>> ...
>> snd_hda_intel         639265  0
>
> Could this be related to BZ #586532
> 
>
> ???
>

I'm not having sound problems

00:05.0 Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2)

Nit: I have an X4, not an X2, but that might not be relevant.

Mark
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.5 latest revisions seem really slow

[James Pearson]

Mark wrote:

> I'm not having sound problems
> 
> 00:05.0 Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2)

It might still be worth adding 'enable_msi=0' to the 'options 
snd-hda-intel' line in /etc/modprobe.conf to see if it makes any 
difference after a reboot ...

James Pearson
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.5 latest revisions seem really slow

[Frank Thommen]

James Pearson wrote:
> Frank Thommen wrote:
>>> Can you post the output of lspci and lsmod ?
>> sorry, forgot to copy-paste these in my original post:
>>
>> [r...@shelley ~]# lspci
>> ...
>> 00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio 
>> (rev a2)
>>
>> [r...@shelley ~]# lsmod
>> ...
>> snd_hda_intel 639265  0
> 
> Could this be related to BZ #586532 
> 
> 
> ???


Yes it is.  Same symptoms and the fix proposed there resolved the 
problem:  Add the option "enable_msi=0" to the snd-hda-intel line in 
/etc/modprobe.conf:

   options snd-hda-intel [your other options] enable_msi=0

Thanks for the hint.

frank

-- 
Frank Thommen - Structures IT Management and Support - EMBL Heidelberg
frank.thom...@embl-heidelberg.de - +49 6221 387 8353
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.5 latest revisions seem really slow

[Frank Thommen]

Mark wrote:
> On Thu, Aug 5, 2010 at 7:35 AM, James Pearson
>  wrote:
>> Frank Thommen wrote:
 Can you post the output of lspci and lsmod ?
>>> sorry, forgot to copy-paste these in my original post:
>>>
>>> [r...@shelley ~]# lspci
>>> ...
>>> 00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio
>>> (rev a2)
>>>
>>> [r...@shelley ~]# lsmod
>>> ...
>>> snd_hda_intel 639265  0
>> Could this be related to BZ #586532
>> 
>>
>> ???
>>
> 
> I'm not having sound problems
> 
> 00:05.0 Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2)
> 
> Nit: I have an X4, not an X2, but that might not be relevant.


The problem was reported for

00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio 
(rev a2)

it seems you're lucky having the MCP61 ;-)


frank
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.5 latest revisions seem really slow

[James Pearson]

Frank Thommen wrote:
> 
> The problem was reported for
> 
> 00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio 
> (rev a2)
> 
> it seems you're lucky having the MCP61 ;-)

The MCP61 still uses the snd_hda_intel driver, and the upstream ALSA 
'fix' is to blacklist all NVidia chipsets wrt MSI, so it is probably 
still worth trying the work around ...

James Pearson
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 5.5 latest revisions seem really slow

[Mark]

SOLVED: On the original topic, the problem seems to have gone away
with the latest kernel:

marichter 2.6.18-194.11.1.el5 #1 SMP Tue Aug 10 19:05:06 EDT 2010
x86_64 GNU/Linux
centos-release-5-5.el5.centos.x86_64


Thanks to all who may be held responsible.  :-)

Mark
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos