Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 8 Feb 2005 16:13:22 +0200 (EET)
From:      "Viktor Ivanov" <v0rbiz@icon.bg>
To:        freebsd-stable@freebsd.org
Subject:   Re: ULE status
Message-ID:  <4694.213.222.48.10.1107872002.squirrel@mailgw.icon.bg>
In-Reply-To: <20050208155822.29df9373@it.buh.tecnik93.com>
References:  <Pine.BSO.4.56.0502081306440.28295@ux11.ltcm.net> <200502081333.08964.michaelnottebrock@gmx.net> <4253.213.222.48.10.1107866717.squirrel@mailgw.icon.bg> <20050208155822.29df9373@it.buh.tecnik93.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Февруари 8, 2005 15:58, Ion-Mihai Tetcu каза:
>> I've been using only SCHED_ULE on my UP WS, even when there was #error
>> def. It never broke, not even once :) Though I think there's trouble
>> with SMP and/or HTT. I tried it once on a P4 and it paniced.
>>
>> On the other hand, using SCHED_ULE improves sound quality and general
>> system 'response' concerning GUI... don't know 'bout performance.
>
> By any chance does it help with copying from ata disks on different
> controllers ? For me on large files this brings up "swap_pager:
> indefinite wait buffer" with 4BSD.

Sorry, can't test this. I know my WS can't compare to a normal server
and I don't have a production server running on SCHED_ULE (excuse the
pun). As I said though, I tried once SCHED_ULE on a P4 with 1 CPU
and HTT enabled and it paniced way too fast. That was when SCHED_ULE
was #error-ed...

As for rtprio, I do set it after I run mplayer, because I run it from
normal user and rtprio is limited to root.

Regards



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4694.213.222.48.10.1107872002.squirrel>