[PATCH] livelock in elevator scheduling

2000-11-21 Thread kumon
The current elevator_linus() doesn't obey the true elevator scheduling, and causes I/O livelock during frequent random write traffics. In such environment I/O (read/write) transactions may be delayed almost infinitely (more than 1 hour). Problem: Current elevator_linus() traverses the I/O

[PATCH] livelock in elevator scheduling

2000-11-21 Thread kumon
The current elevator_linus() doesn't obey the true elevator scheduling, and causes I/O livelock during frequent random write traffics. In such environment I/O (read/write) transactions may be delayed almost infinitely (more than 1 hour). Problem: Current elevator_linus() traverses the I/O

locks.c: removal of semaphores

2000-11-06 Thread kumon
Andrew, I got 5250 Req/s with your locks-sem.patch on normal Apache. It is good performance on normal Apache. Andrew Morton writes: > Kouichi, could you please test the performance of this on > your 8-way with Apache+fcntl serialisation? (the normal > Apache). Please use 2.4.0-test10-pre5,

locks.c: removal of semaphores

2000-11-06 Thread kumon
Andrew, I got 5250 Req/s with your locks-sem.patch on normal Apache. It is good performance on normal Apache. Andrew Morton writes: Kouichi, could you please test the performance of this on your 8-way with Apache+fcntl serialisation? (the normal Apache). Please use 2.4.0-test10-pre5, not

Re: Calling current() from interrupt context

2000-10-10 Thread kumon
Based of my measurement on i386 smp configuration, If a system has plenty of runnable tasks, schedule() produces noticable amount of cache misses at runqueue-head traversing and the goodness calculations. David S. Miller writes: > Some of us actually have instrumented it :-) I added a coloring

Re: Calling current() from interrupt context

2000-10-10 Thread kumon
Based of my measurement on i386 smp configuration, If a system has plenty of runnable tasks, schedule() produces noticable amount of cache misses at runqueue-head traversing and the goodness calculations. David S. Miller writes: Some of us actually have instrumented it :-) I added a coloring

Re: zero-copy TCP

2000-09-04 Thread kumon
Ingo Molnar writes: > On Mon, 4 Sep 2000 [EMAIL PROTECTED] wrote: > > The experiment showed the following prefetching could reduce 20-30% of > > csum_partial_copy_generic() execution time. > > Please test it and post the numbers. csum_partial_copy_generic() already > does prefetching - the