xntx Цитата: Логический ход мыслей
Старик, ты зря иронизируешь, для того, чтобы рассуждать логически, надо знать принцип работы, теорию. Нет ничего легче, чем найти простое, но не обязательно верное, объяснение. Теория же "потребляется" из ссылок\книжек, как на авторитетные источники, так и не очень, в итоге, мы все чему то учимся. Логику работы диспетчера памяти в ХР я, лично, знаю плохо (если не сказать большего), потому и предложил тебе поделиться ссылкой. Раз уж ты уменьшил своп, значит что-то тебя на это толкнуло, если не ссылка, или книга, а "логика" без теории (типа, раз много оперативки - надо уменьшать виртуалку), то... маловато будет (С). Я пока обойдусь тем, что грит производитель, о чем и поведал выше, т.е., в свою очередь, предложил его (производителя) сначала
Цитата: Почитать
Demetrio Цитата: но в принципе, если скажем в системе стоит 1 Гб памяти, то свап будет полтора гигабайта? Так он в нормальных условиях такой не нужен.
Согласен... тут все, от поставленных задач и количества памяти, используемого запускаемыми приложениями, и пусть каждый выберет этот размер сам, используя тот же Системный монитор, или просто предоставит системе самой об этом позаботиться, хотя бы для того, чтобы не расходовать место на диске при постоянном (одинаковом, верхнем и нижнем) размере подкачки, но вернемся к конкретному примеру с
xntx Цитата: У меня 768мб рама. Своп у меня на двух жестких дисках, на обоих выставлен размер от 128 до 256... винда написала "Windows is increasing system paging file size...".
т.е. на тот момент, у него было
Цитата: Physical Memory
- Total 785 904
- Available 390 196
- System Cache 430 232
из 768Мб рамы у него осталось 380Мб, а 388Мб уже были задействованы при том, что своп на диске составлял максимум 256Мб, вот система и пыталась
зарезервировать место в файле подкачке для, возможно, последующего (не в этот же момент) сброса части оперативки на винч. Сколько понадобится юзеру памяти, в определенный момент времени, никто не ведает (скажем, захотелось ему отредактить некий фильм), потому у системы, должна быть эта возможность сброса памяти на винч, иначе, либо кирдык очередному, запускаемому приложению, либо сама система ласты приклеит.
Возникает вопрос, ведь на другом диске тоже было максимум 256Мб подкачки, почему не использовать его, как резерв? Вот тут могу только гадать... может потому, что к камому диску идет обращение, там система и пытается резервировать место, не ведаю...
На сколько я помню из прочитанного ранее, увеливая подкачку, система не скидывает часть ОП на винч (она ваще это делает довольно редко и то, чаще, если диск не загружен другими операциями), она лишь готовит себе резерв, для того, чтобы такая возможность (скинуть) была и была до того, как наступит ситуация, скажем, нехватки места на диске... вот она и "запасается". Отсюда, чем больше рамы, тем больше может потребоваться подкачки, но не для скидывания рамы, а для резервирования места на диске. Потом, система может и скидывать, неиспользуемую в данный момент, память на винч, скажем, для высвобождения ее под дисковый кэш (данные в памяти, ранее прочитанные с диска), повышая производительность сАмой медленной железки в ящике. Я бы не торопился думать, что в Windows работа диспетчера памяти налажена хуже, чем в Linux, тем более, что принцип работы был заимствован, как раз из UNIXовых систем