In <35D5F22F@lexa.ru> Alex Tutubalin (lexa@lexa.ru) wrote:
AT> Привет,
VG>>> Зависит не от Apache а от самой операционки - у каждой свой
VG>>> алгоритмповедения в данной ситуации.
alr>> В какой ситуации ? Apache сам себе режиссер -- он же не malloc'ом память
alr>> распределяет :-))
AT> Дело тут не в маллоке. Разные операционки ведут себя по-разному при trashing.
AT> Лучшие экземпляры умеют сделать кучу работы, пока процесс ждет свои 100
AT> мегабайт из свапа. Конечно, к системам на IDE-дисках это относится слабо :)
Почему нет ? Есть ведь и UDMA в конце концов :-)) Но большинство относится
паршиво.
AT> Когда-то Linux в такой ситуации (скажем, два gnuchess на 16Mb RAM) был очень
AT> плох. Интересно как сейчас.
Последние экземпляры 2.1.11x ведут себя в этой ситуации в среднем достачно
прилично (даже и на IDE если DMA разрешить :-), но если программа специально
сделана так, чтобы ему "насолить", то свести с ума специально написанной
программой его можно (то есть сделать его практически недееспособным -- упасть
то он не упадет :-). Впрочем я не уверен, что естькакой-нибудь алгоритм,
который решает эту проблему... Скорее у него беда с большим количеством файлов:
если в одном подкаталоге завести, скажем, 100'000 файлов и попытаться потом с
этим каталогом работать, то жить становится очень плохо :-(( Значительно хуже,
чем при запуске двух gnuchess на 16Mb ... Впрочем к apache это не имеет уже
никакого отношения ...
P.S. А с другой стороны кто-нибудь пробовал создавать 100'000 файлов в одном
подкаталоге на NT ? Я пробовал. Несмотря на свои хваленые B-деревья ее ЖУТКО
тошнит от такого издевательства :-(( Про Windows 9x я вообще молчу...
"Russian Apache" includes software developed
by the Apache Group for use in the Apache HTTP server project
(http://www.apache.org/) See
Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C)
1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.