Игорь, вот как-то читал - что своп отключать крайне не рекомендуется, независимо от объёма памяти на машине..

Всю сознательную жизнь без него живу и диски спасибо говорят =))

Почему не рекомендуется то? На рабочих машинах, когда админил жестко запрещал создавать свопы, чтобы там данные для врагов не оставались, когда комп падает по сети или синьке, ничего плохого от запрета не случалось.

А я не слышал ни одного ни другого. Че он плох этот "своп"? В чем плюсы и минусы?:o

[QUOTE=Kooler;206795]Не совсем так. Я заметил, что если убрать двоеточие после -mem, то используется почему-то файл подкачки, а не оперативка. Тоже самое наблюдается, если после двоеточия в ключе -mem: добавить пробел (см. предыдущий пост). Вот например, у меня на домашнем компе до запуска MSTS использование файла подкачки было на уровне 450-500Мб, то после запуска MSTS используемый объем вырос примерно до 1,2-1,3Gb. А в диспетчере задач процесс train.exe занимал всего 3-4Мб оперативки:) . Хотя может я и ошибаюсь:( .[/QUOTE]

Попробовал я добавить пробел как ты делал. Без объяснения причин к биллу сразу же после запуска.

У тебя игра от фаргуса?

[QUOTE=Zabor;206796]А при пробеле ключ то работает?[/QUOTE]

Ну по крайней мере MSTS запускается:) и работает нормально. Но почему-то используется файл подкачки, а не оперативка.

[QUOTE=Zabor;206796]Прочитал следующий пост, а зачем при 2ГБ ОЗУ тебе понадобился своп? Запретил бы его совсем, сомнительно, что пробел влияет на распределение между физической памятью и свопом, это привилегия Windows и она её не должна отдавать приложению, пусть оно даже и от Билла.[/QUOTE]

Вот я и пытаюсь сделать так, чтобы MSTS использовал оперативку, а не своп:rolleyes: Может действительно попробую отключить своп, тогда MSTS'у точно нечего будет напрягать, кроме оперативки:rofl: .

[QUOTE]А я не слышал ни одного ни другого. Че он плох этот "своп"? В чем плюсы и минусы?[/QUOTE]Своп - это специальный файл на жестком диске, который утрированно является "продолжением" оперативной памяти.

Этой самой памяти вечно не хватало, а если пользователь еще и запустит "тяжелое" приложение, потребляющее много памяти, то как быть? Ведь и системе и приложению нужна память одновременно, но она ограничена.

Чтобы система не задохнулась от нехватки памяти этот самый файл и придумали, Windows сбросит в него те фрагменты реального ОЗУ, которые по её усмотрению не очень нужны в быстродействующей и дефицитной памяти.

Если к ним будет обращение, то положит эти данные обратно в память, а что-то другое "выдавит" в своп т.к. память не резиновая и имеет строго фиксированный объем.

При нехватке оперативной памяти своп естественно станет единственным выходом, если его нет в системе, то приложению, которому уже не может выделить память диспетчер памяти Windows придется в ней отказать, для приложения это, как правило, аборт - выгрузка без сохранения текущих данных.

Это так сказать "плюсы"

А вот минусы:

Поскольку файл находится на самом медленном устройстве - диске, обработка попавших в него данных будет происходить очень медленно.

Диск занимается считыванием - записью данных в разные сектора, при наличии свопа его постоянное обслуживание "впихивается" в общую очередь, что еще больше замедляет работу системы.

Были раньше решения типа размещения свопа на отдельном физическом диске, чтобы сделать его хоть чуть-чуть быстрее, но диск он и в Африке диск и работать так же быстро как ОЗУ не будет.

Кроме того, это лишняя нагрузка на механизм позиционирования БМГ в диске, что положительно на его надежности и долговечности никак не скажется. Система тоже тратит такты процессора на обслуживания свопа, вместо того чтобы в это время заниматься полезной работой.


В последнее время, когда память значительно подешевела и объемы в 1-4 ГБ стали нормой своп сам собой отпадает, т.к. его "плюсы" уже никому не нужны, а вот минусы могут только возрасти.

Естественно все зависит от задач пользователя, кому-то может и 4 ГБ не хватить и потребуется своп, но применительно к обычной рабочей станции своп можно запрещать уже от 1ГБ ОЗУ (при системе Windows ХР), т.к. если лишних и ненужных процессов не запущено, то этого должно хватать на обычную работы системы и пары "нетяжелых" приложений типа ворда, пасьянса (в офисе без него никак :)) и т.п.

Применительно к MSTS - ему на сегодня (при сегодняшних маршрутах и сценариях) 1ГБ хватит вполне, еще 1ГБ на систему и то, что загружено вместе с ней, итого 2ГБ - своп уже лишний, при 3 или 4 ГБ подавно.

При наличии свопа данные MSTS могут случайно попасть в своп и при попадании в поле зрения например модели дома, которая по каким-то причинам запихнута в своп вместо памяти, будет потрачено дополнительное время на считывание её с диска (из свопа), а это 2-3 потерянных в эту секунду единиц FPS.

Если памяти и так хватает - зачем экспериментировать со свопом…

Блин, на полстраницы накатал =))

Игорь спасибо за ответ. У меня еще один вопрос назрел. У меня ОС WINDOWS 7. Своп по выбору системы. Если его совсем убрать то появляется предупреждение(пишу дословно)- если система даст сбой, то информация для восстановления не будет сохранена(как я понимаю в своп). Как лучше сделать? Оставить все как есть или же добить его до конца.
P.S. Один жесткий диск уже выкинул. ОЗУ 3 Гб.

3ГБ должно хватить, даже, если 7 сожрет 1ГБ себе, то 2 еще остается.

Предупреждение при отмене свопа Windows всех версий выводят всегда, чтобы предупредить пользователя на случай если например ОЗУ 128 МБ при той-же семерке, - она может элементарно не загрузиться, не говоря уже про какую-либо работу.

Отключи, посмотри как будет всё работать, ОС 100% загрузится, позапускай "тяжелые" приложения, по одному естественно =)), если не выводится сообщение "Слишком мало виртуальной памяти" то все Ок.

В крайне случае своп можно всегда снова разрешить, но делать его динамическим не нужно - будет фрагментироваться на куски, задаешь постоянный размер, например 1024-1024, но при 3ГБ тебе и без него должно хватать ОЗУ, если ты конечно не занимаешься видеомонтажем и т.п. профессиональными штуками.

Я как раз и хотел проверить в adobe premiere pro 2. Монтажом занимаюсь мало. Проверю завтра, потом расскажу:-).

Все нормально прошло. Премьер не ругался. Запустил его память с 28% загруженности перешла в 50%. Ну я думаю 1.5 Гб вполне будет достаточно для монтажа.

Самое интересное, что ключ « train.exe -mem:2048» у меня заработал на Windows XP, только после настойки ярлыка на совместимость Windows 2000, а так не хотел запускаться.

Хм... действительно интересно, а сколько памяти - 3 ГБ?

ОЗУ 3,50 ГБ. Я три часа мучился с этим ключом, было обидно, что зря отдал $ на память, и вот заработал. Только не пойму, почему ОЗУ 3,50 если у меня 2 оперативки по 2 ГБ ? :confused:
Проверял работу ключа mem:2048 через диспетчер задач с загруженым сценарием: с ключом файл подкачки от 1,50 ГБ, без ключа – 0,99 ГБ. Так ли должно быть?
Фишку с совместимостью вспомнил с одной игры, про которую писали, что у некоторых она не запускалась и один и способов этого устранения указать в ярлыке совместимость запуска программы. Так и здесь я сделал, испытал в сценарии «Срочный груз на Николаев (две части) –м Степанки» были конечно проблемы ( исчезал звук на некоторых станциях с большим количеством трафика, невозможности ввода сервиса), благодаря ключу «train.exe -mem:2048». игра загружалась с любого сейва на станциях с большим количеством трафика с первого раза.

Выруби ты этот файл подкачки, зачем он тебе при 3 ГБ ОЗУ.

Хрюшка 32 бит больше, чем ~3,25 - 3,5 ГБ адресовать не может.

тоже сделал разрешение 1680х1050 в полноэкранном режиме
всё хорошо в игре, но главное меню совсем маленькое: примерно 2/3 экрана посередине висит. это нормально?

[QUOTE=whity;215928]тоже сделал разрешение 1680х1050 в полноэкранном режиме
всё хорошо в игре, но главное меню совсем маленькое: примерно 2/3 экрана посередине висит. это нормально?[/QUOTE]
У меня при таком разрешении меню на весь экран, да к тому же растянуто, в самой игре всё пропорционально и красиво!