Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?

2013-10-14 Thread Stefan G. Weichinger
Am 10.10.2013 16:38, schrieb Stefan G. Weichinger: I don't plan to stay with 3.8.13, this is just an intermediate step to get a working config. For now I don't have any more lost hpet interrupts etc and the LAN speed is fine. Emerging packages as well ... From this config I will then try

Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?

2013-10-14 Thread Volker Armin Hemmann
Am 14.10.2013 08:23, schrieb Stefan G. Weichinger: Am 10.10.2013 16:38, schrieb Stefan G. Weichinger: I don't plan to stay with 3.8.13, this is just an intermediate step to get a working config. For now I don't have any more lost hpet interrupts etc and the LAN speed is fine. Emerging packages

Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?

2013-10-10 Thread Bruce Hill
On Thu, Oct 10, 2013 at 12:18:06AM +0200, Stefan G. Weichinger wrote: This is 3.8.13 now ... with some changed options, sure. For now I am happy ... can't believe it yet ;-) Why do you use a kernel that has been abandoned? https://www.kernel.org/ You should use a longterm kernel,

Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?

2013-10-10 Thread Stefan G. Weichinger
Am 10.10.2013 14:20, schrieb Bruce Hill: On Thu, Oct 10, 2013 at 12:18:06AM +0200, Stefan G. Weichinger wrote: This is 3.8.13 now ... with some changed options, sure. For now I am happy ... can't believe it yet ;-) Why do you use a kernel that has been abandoned? https://www.kernel.org/

Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?

2013-10-09 Thread Stefan G. Weichinger
Would someone please take a look at this dmesg: https://dl.dropboxusercontent.com/u/24516209/dmesg.txt and tell me what those ugly messages around the CPUs could mean? I still see suboptimal performance on this hardware ... Thanks!

Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?

2013-10-09 Thread Stefan G. Weichinger
Am 09.10.2013 20:20, schrieb Nicolas Sebrecht: I would think about a kernel bug first and try with a much lower version. Yep. A bit scary with a server which is hundreds of kilometers away. Got to get that HP IlO-thingy going in my browser(s) ... S

Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?

2013-10-09 Thread Volker Armin Hemmann
Am 09.10.2013 21:17, schrieb Stefan G. Weichinger: Am 09.10.2013 20:20, schrieb Nicolas Sebrecht: I would think about a kernel bug first and try with a much lower version. Yep. A bit scary with a server which is hundreds of kilometers away. Got to get that HP IlO-thingy going in my

Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?

2013-10-09 Thread Stefan G. Weichinger
Am 09.10.2013 21:57, schrieb Volker Armin Hemmann: go with that dmesg, lspci, kernel config etc pp to lkml. Seriously. phew ... that sounds like making a fool of myself ... ;-) But maybe you are right, thanks. Considering to test 3.8.13 ... got the IlO to display the console in a browser ...

Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?

2013-10-09 Thread Stefan G. Weichinger
Am 09.10.2013 22:05, schrieb Stefan G. Weichinger: Am 09.10.2013 21:57, schrieb Volker Armin Hemmann: go with that dmesg, lspci, kernel config etc pp to lkml. Seriously. phew ... that sounds like making a fool of myself ... ;-) But maybe you are right, thanks. Considering to test 3.8.13

Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?

2013-10-09 Thread Stefan G. Weichinger
Am 09.10.2013 22:40, schrieb Stefan G. Weichinger: While I disabled most of that HPET-stuff (took from my own server here): # zgrep -i hpet /proc/config.gz CONFIG_HPET_TIMER=y CONFIG_HPET_EMULATE_RTC=y # CONFIG_HPET is not set This is quite frustrating already ... but I repeat myself,

Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?

2013-10-09 Thread Stefan G. Weichinger
Am 10.10.2013 00:11, schrieb Stefan G. Weichinger: Am 09.10.2013 22:40, schrieb Stefan G. Weichinger: While I disabled most of that HPET-stuff (took from my own server here): # zgrep -i hpet /proc/config.gz CONFIG_HPET_TIMER=y CONFIG_HPET_EMULATE_RTC=y # CONFIG_HPET is not set This is

Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?

2013-10-01 Thread Stefan G. Weichinger
Am 01.10.2013 14:32, schrieb Nicolas Sebrecht: The 01/10/13, Stefan G. Weichinger wrote: I used split and tar to split the image-file into 100 MB parts and rsync them over right now. Maybe I have something wrong in my kernel ... the server shows a load of around 3 ... while only the rsync

Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?

2013-10-01 Thread Stefan G. Weichinger
Am 01.10.2013 16:00, schrieb Stefan G. Weichinger: Broadcom Corporation NetXtreme BCM5719 Gigabit Ethernet PCIe (rev 01) This is a 4-port NIC ... maybe I need some specific drivers and not only the tg3-kernel-module? for the records and if someone wants to join in: recompiled the kernel,

Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?

2013-09-27 Thread Stefan G. Weichinger
Am 27.09.2013 15:02, schrieb Nicolas Sebrecht: You should give details of the tests. It looks like a hard disk write speed bottleneck. I will get access again on monday. That's a hardware RAID-10 on 6 SAS disks ... that should be fast enough ...

Re: [gentoo-user] Re: Slow network transfers ... lost interrupts because of clocksource?

2013-09-27 Thread Stefan G. Weichinger
Am 27.09.2013 15:18, schrieb Nicolas Sebrecht: Try avoiding to write on disks. Use devices /dev/null and /dev/zero with both protocol and command lines not optimizing zeros for network tests. You could also use dedicated network performance tools if you have install rights. Will do next