On Sat, 2007-10-13 at 09:18 +0200, Mike Galbraith wrote: > On Fri, 2007-10-12 at 22:51 +0200, Peter Zijlstra wrote: > > Subject: sched: high-res preemption tick > > > > Use HR-timers (when available) to deliver an accurate preemption tick. > > This patch further reduced iperf context switching, and boosted > throughput. > > iperf -c localhost -P 10 -t 300 > > Previously reported numbers > > 2.6.23-smp > [SUM] 0.0-300.0 sec 153 GBytes 4.39 Gbits/sec > [SUM] 0.0-300.1 sec 148 GBytes 4.23 Gbits/sec > [SUM] 0.0-300.0 sec 152 GBytes 4.36 Gbits/sec > > 2.6.23-smp-d (sched-devel) > [SUM] 0.0-300.0 sec 173 GBytes 4.96 Gbits/sec > [SUM] 0.0-300.1 sec 173 GBytes 4.96 Gbits/sec > [SUM] 0.0-300.0 sec 172 GBytes 4.93 Gbits/sec > > Numbers from fresh pull today > > 2.6.23-smp-d-hrt > (re-enable PREEMPT_RESTRICT) Ah, but HRTICK is not compatible with PREEMPT_RESTRICT, it will be similar to !WAKEUP_PREEMPT. > [SUM] 0.0-300.1 sec 181 GBytes 5.19 Gbits/sec > [SUM] 0.0-300.0 sec 182 GBytes 5.22 Gbits/sec > [SUM] 0.0-300.1 sec 182 GBytes 5.22 Gbits/sec > > 2.6.23-smp-d > [SUM] 0.0-300.1 sec 174 GBytes 4.97 Gbits/sec > [SUM] 0.0-300.1 sec 173 GBytes 4.95 Gbits/sec > [SUM] 0.0-300.1 sec 173 GBytes 4.96 Gbits/sec > >
Attachment:
signature.asc
Description: This is a digitally signed message part
- Follow-Ups:
- Re: [PATCH] sched: high-res preemption tick
- From: Peter Zijlstra <[email protected]>
- Re: [PATCH] sched: high-res preemption tick
- References:
- [PATCH] sched: high-res preemption tick
- From: Peter Zijlstra <[email protected]>
- Re: [PATCH] sched: high-res preemption tick
- From: Mike Galbraith <[email protected]>
- [PATCH] sched: high-res preemption tick
- Prev by Date: Re: -mm merge plans for 2.6.24
- Next by Date: KVM updates for the 2.6.24-rc merge window
- Previous by thread: Re: [PATCH] sched: high-res preemption tick
- Next by thread: Re: [PATCH] sched: high-res preemption tick
- Index(es):