Le Tue, 25 Mar 2008 19:42:28 -0400 vous écriviez:As I mentioned, it looks like 2.4 actually buffers write data on RAID-1 which is inherently bad (after all if I do RAID-1 it's for the sake of data integrity, and write caching just counters that). However, how bad dd may be, it reflects broadly my problem : on small systems using software RAID, IO is overall way better with 2.4 than 2.6, especially NFS thruput. Though I can substantially enhance 2.6 performance through tweaking (playing with read ahead, disk queue length etc), it still lags behind 2.4 with defaults settings by a clear margin (10% or more). This isn't true - fortunately - of larger systems with 12, 24, 48 disks drives, hardware RAID, Fibre Channel and al. -- -------------------------------------------------- Emmanuel Florac www.intellique.com -------------------------------------------------- --
| Andrew Morton | 2.6.23-rc3-mm1 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Yinghai Lu | Re: [PATCH RFC] x86: check for and defend against BIOS memory corruption |
| Frederik Deweerdt | [-mm patch] remove tcp header from tcp_v4_check (take #2) |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Herbert Xu | Re: [PATCH 2/3][NET_BATCH] net core use batching |
git: | |
