Messages in this thread |  | | Date | Sun, 14 Jan 2001 19:50:12 +0100 (CET) | From | Ingo Molnar <> | Subject | Re: Is sendfile all that sexy? |
| |
On Sun, 14 Jan 2001, jamal wrote:
> regular ttcp, no ZC and no sendfile. [...] > Throughput: ~99MB/sec (for those obsessed with Mbps ~810Mbps) > CPU abuse: server side 87% client side 22% [...]
> sendfile server. > - throughput: 86MB/sec > - CPU: server 100%, client 17%
i believe what you are seeing here is the overhead of the pagecache. When using sendmsg() only, you do not read() the file every time, right? Is ttcp using multiple threads? In that case if the sendfile() is using the *same* file all the time, creating SMP locking overhead.
if this is the case, what result do you get if you use a separate, isolated file per process? (And i bet that with DaveM's pagecache scalability patch the situation would also get much better - the global pagecache_lock hurts.)
Ingo
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/
|  |