**** BEGIN LOGGING AT Fri Oct 12 02:59:56 2007 Oct 12 03:16:40 rwhitby: hi Oct 12 03:37:18 mwester: have you checked out the network performance of 2.6.23 (BE) with Krzysztof's driver Oct 12 03:38:00 No, I'm still on the basics of making sure it all works. Oct 12 03:42:42 mwester: if you use iperf to do any network tests, check out the discussion from LKML on iperf (http://lkml.org/lkml/2007/9/26/55) Oct 12 03:43:35 Thanks - I'll check that out. Oct 12 03:45:01 I tend, however, to do testing with tools like rsync and nfs, with /dev/null -- real world protocols. Nothing wrong with tools like iperf, just less meaningful to end users IMO. Oct 12 03:50:06 I was using iperf to compare Krzysztof's driver with Christian's driver as it could saturate the 100 Mbit/s link - however, the difference in performance in the drivers only appears near these speeds Oct 12 03:50:32 ... for SSH transfers, I see around the same numbers with a LE kernel Oct 12 03:53:41 I'd be interested in the CPU consumption for various data rates, we often see that the CPU gets saturated before we get close the the network bandwidth. Oct 12 03:54:41 If it takes significantly more CPU to send equivalent data, we'll get performance decreases for CPU intensive transfers (scp, rsync). Oct 12 03:55:41 the patches to iperf listed on LKML fixed some of the CPU issues that were limiting the transfer speed on the NSLU2 - the issue in iperf was only noticed when the CFS scheduler was introduced in 2.6.23 Oct 12 03:56:48 03bzhou * r7082 10optware/trunk/make/inetutils.mk: inetutils: use more update-alternatives Oct 12 03:56:49 Hmmm... I hadn't considered the scheduler to be an issue. That might possibly pop up in NFS transfers, which is probably the toughest real-world performance test for my slugs. Oct 12 03:57:42 03bzhou * r7083 10optware/trunk/make/bsdmainutils.mk: bsdmainutils: use more update-alternatives Oct 12 03:59:04 03bzhou * r7084 10optware/trunk/make/util-linux.mk: util-linux: converted to use update-alternatives Oct 12 04:00:06 I only get around 1.2 MB/s when transfering files using SSH on a LE system (doesn't matter which driver I use) Oct 12 04:02:03 SSH is bad, so normal rsync is a problem. If you set up rsyncd, however, it gets much better :) Oct 12 04:03:23 03osas * r7085 10optware/trunk/make/asterisk14.mk: asterisk14: 1.4.12.1 -> 1.4.13 Oct 12 04:28:08 03bzhou * r7086 10optware/trunk/make/perl-file-rename.mk: perl-file-rename: update-alternatives Oct 12 04:28:55 03osas * r7087 10optware/trunk/ (2 files in 2 dirs): radiusclient-ng: 0.5.3 -> 0.5.6 Oct 12 18:02:52 03bzhou * r7088 10optware/trunk/ (Makefile make/tre.mk): tre: added & promoted Oct 12 19:17:12 03bzhou * r7089 10optware/trunk/make/streamripper.mk: streamripper: 1.61.27 -> 1.62.1 Oct 13 02:07:06 03bzhou * r7090 10optware/trunk/make/streamripper.mk: streamripper: added missing dependencies **** ENDING LOGGING AT Sat Oct 13 02:59:56 2007