Messages in this thread | | | Date | Thu, 12 Apr 2001 08:51:18 -0700 | From | Anton Blanchard <> | Subject | Re: [Lse-tech] Re: [RFC][PATCH] Scalable FD Management using Read-Copy-Update |
| |
Hi,
> Base (2.4.2) - > 100 Average Throughput = 39.628 MB/sec > 200 Average Throughput = 22.792 MB/sec > > Base + files_struct patch - > 100 Average Throughput = 39.874 MB/sec > 200 Average Throughput = 23.174 MB/sec > > I found this value quite less than the one present in the README distributed > with dbench tarball. I think the numbers in the README were for a similar > machine but with 2.2.9 kernel.
If you guestimate that each dbench client uses about 20M of RAM then dbench 100 has no chance of remaining in memory. Once you hit disk then spinlock optimisations are all in the noise :) Smaller runs (< 30) should see it stay in memory.
Also if you turn of kupdated (so old buffers are not flushed out just because they are old) and make the VM more agressive about filling memory with dirty buffers then you will not hit the disk and then hopefully the optimisations will be more obvious.
killall -STOP kupdated echo "90 64 64 256 500 3000 95 0 0" > /proc/sys/vm/bdflush
Remember to killall -CONT kupdated when you are finished :)
> I am copying this to Andrew also, if he can also help. Also if you have some > dbench numbers from 2.4.x kernel, please let me have a look into those also.
The single CPU 333MHz POWER 3 I was playing with got 100MB/s when not touching disk.
Anton - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |