Real-Time Video Recording (ionice equivalent)

Debacker debackerl at gmail.com
Wed Jul 28 05:23:36 UTC 2010


On Tue, Jul 27, 2010 at 10:52 PM, Adam Vande More <amvandemore at gmail.com>wrote:

> On Tue, Jul 27, 2010 at 2:29 PM, Debacker <debackerl at gmail.com> wrote:
>
>> Of course, just like you could put real-time processes in one CPU, and
>> normal processes on another to avoid implement complex algorithms.
>> While your solution is pragmatic, I would like to know if there are
>> "clean"
>> ways to do it. If not, this would be a documented use case to why would
>> anyone actually need an I/O scheduler.
>>
>
> First, top-posting on this list is considered rude.  Please don't do that.
>

Sorry, I didn't want to hurt anyone, I just didn't know the traditions of
this mailing-list, I'll be careful from now on.

If you're running 8.1, try "man gsched", it's new and haven't tried it.
>

Excellent! I can use 8.1, it's for a new setup.


> Other than that, the traditional way would be to give higher priority to
> the process that needs it.  It's the poor man's io scheduler, but it
> generally does work well.
>
> If you have lots of concurrent io and are running a UFS file-system,
> consider running gjournal as it scales those requests better.
>
> Also if you're hardware supports it, NCQ is available via the ahci and a
> few other modules.  It will make your requests more efficient.
>

Thank you for your tips. I'm happy that I will be able to use FreeBSD for
this job.

Laurent Debacker


More information about the freebsd-questions mailing list