Автор оригинала ALEXD
Не всегда это имеет смысл. Неоднократно сталкивался с тем что есть один раздел подзавязку набитый всяким системным хламом, а второй почти пустой. И вот нужно обязательно файл кинуть в забитый хламом раздел, а места там нет, хотя на диске его хоть отбавляй.
Ну я так понял у человека, занимающегося гитарой, больше мультимедия файлов, чем системных. Опять же - можно системный раздел сделать побольше, туда ставить весь софт и пр. Наконец, если совсем приспичит - можно взять Partition Magic и добавить системному разделу пару гигов из почти пустого
Автор оригинала ALEXD
Опять же не важно как эти файлы лежат вперемешку или нет. По моми наблюдениям на фрагментацию как раз больше влияет музыкальные, видео и прочие файлы так как их часто удаляешь новые копируешь и прочее.
Важно. Тормозят
систему именно фрагментированные и разбросанные
системные файлы, а мр3 тут вообще ни при чем, если они лежат на другом разделе. Вот если раздел один общий - тогда конечно мультимедия перемешивается с системными и все тормозит. Именно это я и объяснял в предыдущем посте.
Автор оригинала ALEXD
Другой момент. Многие дефрагментаторы файл которые чаще всего используются укладывают на диске физически рядом, для уменьшения колличества и длины скачков головок. Если у тебя будет 2 раздела, то файлы будут читаться то с одного, то с другого раздела. Вот и будут у тебя головки диска туда-сюда скакатью А это на производительности плохо сказывается.
Не понял. Дефрагментаторы не перекладывают файлы с одного раздела на другой, уважаемый
К тому же потеря производительности на время дефрагментации - не та штука, о которой имеет смысл беспокоиться.
Автор оригинала ALEXD
Ничего подобного.
Как категорично... Вас случаем не Билл Гейтс зовут ?
Автор оригинала ALEXD
Своп изначально устанавливается в размер соответствующий минимуму. Потом если этого мало он увеливеется в пределах до максимума. Это кстати происходит когда система выводит окошно "The systemt is low on virtual memory". И на самом деле если максимум достигнут, то это не значит, что система не станет расширять своп. Будет матюкаться и расширять. Расширять и матюкаться.
Не вижу смысла в Ваших словах. Своп устанавливается на минимум - а разве я что-то другое говорил ? Далее, винч поверх забивается чем-то, и когда нужно увеличить своп - винда удлинняет файл свопа просто добавляя его еще выше и так далее. В результате своп некисло фрагментируется, да и остальные файлы тоже, потому что своп потом уменьшается, оставляя дырки, в которые записываются новые файлы.
Фиксирование свопа - это однозначное улучшение, и не надо со мной спорить, батенька, я смотрю Вы не очень вникаете в то, что пишут другие, в суть вопроса и слишком упорно верите в свою правоту
Когда своп зафиксирован с запасом - он никогда не будет меняться в размерах, а будет молча лежат там, где был создан. И это однозначно положительно влияет на производительность. И никакие ругательства на недостаток виртуальной памяти беспокоить не будут.
Еще лучше - если своп положить в самое начало диска, но обычными средствами в НТ семействе виндов этого не сделать, а сложный метод пожалуй не стоит тут расписывать. Покатит и так...
Размещение рекламы