AT> Hi,
AT> Эх, давайте про виртуальную память поговорим, а то скучно в mailint list'e
AT> :)
alr>> что-нибудь записать создается копия страницы (поддержка этого механизма
alr>> есть во всех современных процессорах, включая 486 и выше и даже (с
alr>> оговорками) 386
AT> А какие оговорки в 386 ? Между 386 и 486 механизм paging поменялся несильно.
Как говорил Linux: "This processor honours the WP bit even when in supervisor
mode. Good." (Теперь он вместо этого говорит обычно "Intel Pentium with F0 0F
bug - workaround enabled." :-)) Проблема в том, что в 386 нельзя сделать
страницу, которая была бы доступна и из user mode и из supervisor mode только
для чтения :-(( Либо она доступна из user mode только для чтения (и тогда из
supervisor mode и для чтения и для записи), либо из supervisor mode только для
чтения и тогда из user mode -- никак :-(( Это существенно затрудняет реализацию
write-on-copy :-(( Приходиотся устраивать разные извращения...
AT> Большая разница между 386 и 286, но и там можно сделать COW с гранулярностью в
AT> один сегмент.
Не понял. Чем можно заменить полное отсутствие paging'а ? Конечно Linux
портировали на парочку архитектур без paging'а (8086 и PalmPilot; кстати
кто-нибудь понимает ЗАЧЕМ Linux на PalmPilot'е?), но это убожество ...
alr>> нехилый процессик: 22712K SIZE (!!!) и 3292K RSS). Кстати здесь особенно
alr>> ярко проявляется то, что SIZE не говорит ни о чем почти вообще: учитывая
alr>> то, что у меня на время экспериментов была отключена виртуалка и памяти
alr>> всего 64Mb после загрузки 22Mb (!) интерпретатора java память должна была
alr>> бы исчерпаться вконец и ни о какой загрузке после этого X Server'а и
AT> В Linux у тебя есть неявный свап сегментов кода. Насколько я помню, код не
AT> свапится вообще, а дискардится т.е. даже без свапа виртуальная память больше
AT> на размер кода запущенных процессов.
Ну дык. Так это оно у всех сделано (включая $%&&*$# Windows :-). Ненужный код
даже и не загружается... Или есть операционки, где это не так ?
"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.