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:[<ffffffff8000c9f6>] [<ffffffff8000c9f6>] __delay+0x8/0x10 RSP: 0018:ffff810125741c60 EFLAGS: 00000297 RAX: 00000000539a8625 RBX: 0000000000001388 RCX: 0000000052518896 RDX: 000000000000012b RSI: ffffc2000006044c RDI: 000000000291ae58 RBP: 00000000393a7993 R08: 0000000000000002 R09: ffff810125741d1c R10: 0000000000000018 R11: 000005e100000300 R12: 0000000000000002 R13: ffff810125741d1c R14: 000000000000004c R15: ffffffff80225929 FS: 00002b3ee841a800(0000) GS:ffff81010438d7c0(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b CR2: 000000365a6cc640 CR3: 0000000122af0000 CR4: 00000000000006e0 Call Trace: [<ffffffff882444e7>] :tg3:tg3_readphy+0x77/0xdf [<ffffffff88246d90>] :tg3:tg3_setup_copper_phy+0x86a/0xb35 [<ffffffff88247d62>] :tg3:tg3_setup_phy+0xd07/0xe39 [<ffffffff80158813>] pci_bus_read_config_word+0x71/0x83 [<ffffffff80158647>] pci_bus_write_config_dword+0x5f/0x6e [<ffffffff88248080>] :tg3:tg3_set_power_state+0x1ec/0x96e [<ffffffff88252c34>] :tg3:tg3_close+0x103/0x113 [<ffffffff8022f4ea>] dev_close+0x53/0x72 [<ffffffff8022e609>] dev_change_flags+0x5a/0x119 [<ffffffff80262fd8>] devinet_ioctl+0x235/0x59c [<ffffffff80225d4f>] sock_ioctl+0x1c1/0x1e5 [<ffffffff8004206a>] do_ioctl+0x21/0x6b [<ffffffff800300ca>] vfs_ioctl+0x457/0x4b9 [<ffffffff800b7605>] audit_syscall_entry+0x180/0x1b3 [<ffffffff8004c549>] sys_ioctl+0x59/0x78 [<ffffffff8005d28d>] 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.thommen at embl-heidelberg.de - +49 6221 387 8353