Messages in this thread | | | Date | Wed, 15 Dec 2004 10:17:03 +0100 | From | Ingo Molnar <> | Subject | Re: [patch] Real-Time Preemption, -RT-2.6.10-rc3-mm1-V0.7.33-0 |
| |
* Mark_H_Johnson@Raytheon.com <Mark_H_Johnson@Raytheon.com> wrote:
> Based on the number of latency_trace files, -00RT still > is far better than -00PK. In particular, I get some extended > delays in -00PK from: > - network (I have an 2000 usec example!) > - rcu_process_callbacks (around 250 usec) > - clear_page_range (around 170 usec) > - free_pages_and_swap_cache (around 140 usec) > - do_no_page (around 170 usec) > - ide [IRQ?] (around 200 usec) > - journal_remove_journal_head (> 1000 usec) > - do_wait / wait_task_zombie (around 200 usec) > A fix to the network & journaling latencies would be helpful. > The others are certainly less important. I'll send the traces > separately.
the network ones are hard to fix, because it's softirq overhead and that with PK is fundamentally non-preemptable. A good number of attempts to cut down on the latency paths there resulted in broken networking, so i'd not try that again.
The fix is softirq threading. Perhaps you could try PK+THREAD_SOFTIRQS [but keep hardirqs non-threaded] - this would have higher overhead than PK but lower overhead than full threading of all IRQs. This wont fix the jfs overhead but that one might be fixable, maybe someone from the FS land can take a look at the journalling overhead, that is in process context and should be thus easier to fix.
> Also, if you get some odd trace results on an SMP system, Ingo already > has some fixes applied in response to some buglets I found & reported > separately.
yeah - they are in the latest (-33-03) kernel.
Ingo - 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/
| |