HDD util is 100% - aio questions

[Cristian Rusu]

I have Centos Linux with RAM 64GB, 18TB RAID 10 HDDs,
CPU and load is practically 0, everything is in HDDs that hold the server
back

Should I remove directio?
The server is mainly for streaming large video files or for direct download.

Any particular setting I shuld make to nginx in this case to lower util?

Thank you

---------------------------------------------------------------
Cristian Rusu
Web Developement & Electronic Publishing

======
Crilance.com
Crilance.blogspot.com


On Mon, Jan 28, 2013 at 7:46 PM, Valentin V. Bartenev <vbart at nginx.com>wrote:

> On Monday 28 January 2013 10:53:52 Cristian Rusu wrote:
> > Hello
> >
> > Right now nginx manages to put hdds in the server to high util rate.
> >
> > I try to run Nginx 1.2.3 with aio support to deliver mp4 videos with the
> > streaming module.
> > I compiled the server with aio and it starts fine.
> > In config I set it like this
> [...]
> >     directio 512;
> >
>
> So, you effectively switched off the page cache for any response longer
> than 512 bytes.
>
> > I read that sendfile should be off, but it won't send video unless I turn
> > it on.
>
> No, it should not for Linux.
>
> > In this case does aio work at all? How can I tell, before I wait a week
> and
> > see that maybe HDD util is not 100% all the time anymore :P
> >
>
> It seems, and you have almost all the data read directly from drive,
> which is resulted in 100% disk utilization.
>
>   wbr, Valentin V. Bartenev
>
> --
> http://nginx.com/support.html
> http://nginx.org/en/donation.html
>
> >
> > ---------------------------------------------------------------
> > Cristian Rusu
> > Web Developement & Electronic Publishing
> >
> > ======
> > Crilance.com
> > Crilance.blogspot.com
>
>
>
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20130202/5500906b/attachment.html>