From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <u2u@nm.ru>
Message-ID: <43A2C4B3.8080007@nm.ru>
Date: Fri, 16 Dec 2005 15:44:19 +0200
From: Artem <u2u@nm.ru>
User-Agent: Mozilla Thunderbird 1.0.2 (X11/20051126)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ALT Linux Sisyphus discussion list <sisyphus@lists.altlinux.org>
Subject: Re: [sisyphus] Re: kernel 2.6.14 reload
References: <43A070AD.9060402@nm.ru>
	<43A14D82.7080109@nm.ru>	<34057.194.85.185.72.1134660121.squirrel@mojo.myroom.ru>
	<20051215161051.GD9430@procyon.home>
In-Reply-To: <20051215161051.GD9430@procyon.home>
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
X-BeenThere: sisyphus@lists.altlinux.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: ALT Linux Sisyphus discussion list <sisyphus@lists.altlinux.org>
List-Id: ALT Linux Sisyphus discussion list <sisyphus.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/sisyphus>
List-Post: <mailto:sisyphus@lists.altlinux.org>
List-Help: <mailto:sisyphus-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Dec 2005 13:46:49 -0000
Archived-At: <http://lore.altlinux.org/sisyphus/43A2C4B3.8080007@nm.ru/>
List-Archive: <http://lore.altlinux.org/sisyphus/>
List-Post: <mailto:sisyphus@altlinux.ru>

Sergey Vlasov wrote:
> On Thu, Dec 15, 2005 at 06:22:01PM +0300, Konstantin A. Lepikhov wrote:
> 
>><цитата от="Artem">
>><skip>
>>
>>>>2) время запуска системы в runlevel 3 сократилось на треть ( 57 сек -
>>>>2.6.14 против 90 сек. - 2.6.12 ), сервисы заметно быстрее стартуют.
>>>>
>>>
>>>И с этим разобрался. 2.6.12 у меня был собран с CONFIG_PREEMPT. Если и
>>>2.6.14 собрать с _этим_ - время загрузки так же на треть увеличивается.
>>
>>странно. для wks26 это дает совсем обратный результат (т.е. вполне для
>>PREEMPT  предсказуемый).
> 
> 
> Этот эффект наблюдается уже давно - как минимум, начиная с 2.6.11
> (хотя замедление от CONFIG_PREEMPT было и раньше, но не до такой
> степени).  Похоже, стандартный scheduler в комбинации с CONFIG_PREEMPT
> ведёт себя плохо.  В wks26 используется staircase scheduler от Con
> Kolivas, у которого таких проблем не наблюдается.
> 
Собрал wks из cvs - совершенно верно. В нем с CONFIG_PREEMPT время 
загрузки - 53 сек. vs 57 сек без CONFIG_PREEMPT на std26


Rgds, Artem.