Static file benchmarks

kingler kingler at 72pines.com
Sat Apr 19 01:17:52 MSD 2008


It might also help troubleshooting if you turn off the gzip compression option.
This will reduce the CPU overhead (in virtualized environment, there
might be some CPU overhead, which is not there in a dedicated server
environment)

-Liang

On Fri, Apr 18, 2008 at 1:10 PM, Denis S. Filimonov <den.lists at gmail.com> wrote:
> On Friday 18 April 2008 15:47:11 Cocoa Guy wrote:
>  > On Fri, Apr 18, 2008 at 11:23 AM, kingler <kingler at 72pines.com> wrote:
>  > > It appears that you are using the Amazon EC2 Small Instance (default):
>  > >  Note that it says "I/O Performance: Moderate" in the description of
>  > >  small instance.
>  > >
>  > >  Maybe you are hitting the bottleneck of the disk IO...
>  >
>  > Yes, the numbers I posted are for the small instance. Unfortunately I
>  > tried a Large instance and got the same numbers (but the OS remained
>  > the same 32 bit OS)
>  >
>  > On Fri, Apr 18, 2008 at 11:38 AM, Denis S. Filimonov
>  >
>  > <den.lists at gmail.com> wrote:
>  > > Amazon EC2 works in a virtualized environment with a network filesystem.
>  > >  It's hard to expect top performance in such setting.
>  > >  It's also hard to tell which factors limit the throughput because you
>  > > don't get to see the full picture.
>  >
>  > Right, this is a virtualized environment, but the disk performance on
>  > an EC2 instance is at least 40 MB/sec. Is it possible at that speed
>  > for the disk to be the limiting factor? I've read that files read from
>  > disk are cached in the kernel cache, but I have no clue...
>  >
>  The problem is probably the latency rather than raw disk read throughput.
>  For example, in NFS, every time a process opens a file, a request is sent to
>  the NFS server to check if the file has changed, even though the file itself
>  can be locally cached. This is done to implement so called close-to-open
>  consistency.
>
>  If this is the case (I'm not even sure what filesystem they use) then using
>  NGINX's file descriptor cache *might* help. Sadly, it is described in the
>  wiki, yet. Try adding the following snippet:
>  ----
>  open_file_cache          max=1000  inactive=20s;
>  open_file_cache_valid    30s;
>  open_file_cache_min_uses 2;
>  open_file_cache_errors   on;
>  ----
>
>
>  --
>  Denis.
>
>





More information about the nginx mailing list