Messages in this thread | | | Date | Sat, 1 Nov 2008 13:51:39 +0100 | From | "Paolo Ciarrocchi" <> | Subject | Re: [tbench regression fixes]: digging out smelly deadmen. |
| |
On Wed, Oct 29, 2008 at 10:50 AM, Evgeniy Polyakov <zbr@ioremap.net> wrote: > On Wed, Oct 29, 2008 at 12:14:05PM +0300, Evgeniy Polyakov (zbr@ioremap.net) wrote: >> vanilla 27 : 347.222 >> no TSO/GSO : 357.331 >> no hrticks : 382.983 >> no balance : 389.802 >> 4403b4 commit : 361.184 >> dirty_ratio-50 : 361.086 >> no-sched-tweaks : 361.367 >> >> So, probably, if we revert -tip merge to vanilla .27, add nohrtick patch >> and nobalance tweak _only_, and apply naive TSO patch we could bring >> system to 400 MB/s. Note, that .22 has 479.82 and .23 454.36 MB/s. > > And now I have to admit that the very last -top merge did noticebly > improve the situation upto 391.331 MB/s (189 in domains, with tso/gso > off and naive tcp_tso_should_defer() hange). > > So we are now essentially at the level of 24-25 trees in my tests.
That's good and make think whether it would be a good idea to add some performance number in each pull request that affect the core part of the kernel.
Ciao, -- Paolo http://paolo.ciarrocchi.googlepages.com/
| |