[lkml]   [2003]   [May]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subjectneed better I/O scheduler for bulk file serving
I'm doing some network scalability testing on Linux.  I'm using sendfile
and epoll on non-blocking file descriptors, and I am uploading several
large files (CD images in my case) to several downloaders.

When only one peer is downloading, I get wire speed bandwidth

When three people are downloading different images (my server "only" has
512 MB RAM, so it can't hold even one of the images in memory) at the
same time, the bandwidth utilization goes down to 6 MB/sec on my fast
ethernet NIC. The hard disk appears to be busy seeking.

What knobs exist to tweak this? This appears to be exactly the kind of
problem the I/O schedulers are trying to solve, right? And the kernel
has perfect knowledge of what is going to happen because sendfile is
called with file size as length. Larger read-ahead maybe?

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:35    [W:0.062 / U:0.172 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site