ShaddyR-абсолютно согласен!
А на счёт pagefile/damp скажу как я себе представляю (по правляйте если уверены в своей правоте):
изначально (так исторически сложилось) он был призван не для расширения оперативной памяти, а для сброса данных из чипов (чтоб перезапустить систему) хранящих её только при подачи напряжения на них... -для того чтоб при любых программных сбоях можно было про анализировать damp и определить причину сбоя. Но в связи с выходом графических систем в частности WINDOWS, планка требований к аппаратному обеспечению резко поднялась -тогда было решено использовать damp более эффективно монтируюя этот файл как часть аперативки куда сползают редко используемые данные. При BSOD было решено организовать аварийный механизм который бы из чипов за 100 сек переливал данные в pagefile на магнитный диск и автоматически рестартил систему...
-по этому pagefile чётко должен быть в 1,5 раза больше чем объём физической памяти.
если он меньше, -то не имеет смысла делать его вообще с точки зрения расшифровки отладочной информации, -не будет полноты картины.
отделение pagefile от системы путём переноса его на другой физический диск помогает разгружая диск (-IDE шину и все возможные контроллеры) где стоит система и наоборот
конечно диск является узким местом в средних конфигурациях, ситуация ухудшается если при этом памяти хватает только для работы OS -все пользовательские приложения размещяются в pagefile -так можно относительно быстро потерять диск
интенсивное изнашивание.
И вот ещё об использовании pagefile:
Винты пишут для быстроты инфу туда где находится головка и там где есть место соответственно если осуществляются несколько паралельных процессов чтения/записи то получается каша -соответственно чтение таких данных потребует больше времени чем теоретически... Соответственно мы теряем часть преимуществ принципов архитектуры PC (оперативная память -память позволяющая ОПЕРАТИВНО работать с данными требующими минимального времени доступа).
37 post
-в *nix используется не файл а целый логический раздел SWAP, по этому там легко определять физическое расположение данных на пластинах
Сейчас такой способ почти не актуален по скольку с увеличением в разы скорости чтения/записи уменьшается в разы разница в скоростях при операциях в разных областях пластин (высокая плотность информации на пластинах того же размера)
Тем более что концепция SATA II позволяет при движении головки собирать в буффер данные которые понадобятся или могут понадобится в будущем некое так сказать кеширование
-но это не совсем в тему -увлёкся...
А *nix-оиды -хитрецы
-Уважаю...
