http://people.overclockers.ru/habl/record4
Добавлено спустя 6 минут, 55 секунд
Действенно, эффективно. Все работает быстрее.

habl
Термин "в корень винчестера" в корне неверный
Да и чепуха всё это. Воспользуйся дефрагментатором типа Perfect Disk и будет гораздо эффективнее, чем просто перенос файла на отдельный раздел. Перенос имеет смысл только на другой винчестер, это действительно сильно чувствуется.

habl
Спасибо за подсказку с hide - я делал всегда сложнее:
разбивал на другой машине, делал два раздела - под своп и систему(оба примори), потом убивал первый:). Ставил win и вновь создавал уже из под установленной системы.
А вот по типу файловой системы...для скорости лучше использовать fat16(ИМХО) - у нее самая короткая файловая таблица. Как следствие - более быстрый поиск кластеров. Но ее надежность ниже. ХЗ что будет, если упадет раздел вместе со свопом...
Еще один минус - ограничение по объему - <2048 Кбайт....хотя своп больше 1,5 Гб редко кому нужен.

Впрочем, я такой схемой(с fat 16) пользуюсь уже года три - даже при экспериментах с разгоном система не падала.

habl
Ты перенес своп не "ближе к оси", а наоборот, ближе к краю Обмен с внешними дорожками быстрее за счет большего количества секторов на дорожке.
GReY +1
Добавлено спустя 2 минуты, 15 секунд
SergGreen Скорее всего - ничего. Только раздел придется починить.

Афтару стоит подлатать пробелы в знаниях.
Быстрее всего чтение/запись происходит на внешних секторах, дальних от оси.
"В этом случае необходимо преобразовать вашу файловую систему в FAT/FAT 32 (преобразование - превращение без потери данных)." - чрезвычайно интересно =) Афтар готов предложить утилиту способную преобразовать NTFS в FAT32?
Был когдато NU SpeedDisk - он умел подобные фишки со свопом и файлами вытворять. Классная была дефрагалка...
Добавлено спустя 6 минут, 27 секунд
deniss

и здесь недопонимание.
на внешних секторах выше ЛИНЕЙНАЯ СКОРОСТЬ.

deniss arcman
Что-то с внешними дорожками не так...на сколько я помню любой тест-график скорости чтения и скорости записи есть понижающаяся кривая: http://www.fcenter.ru/img/article/HDD/200_Gb_roundup/47016.gif
Тоесть наибольшая скорость чтения у оси диска, а не на внешних дорожках.
Да и гонять головки на внешнюю сторону при большом кол.запрос к свопу(большие обемы-игры-ОЗУ<1 ГБ) не самое лучшее решение.

arcman

Partition Magic называется

arcman Все так, а где противоречие-то? За счет большего диаметра дорожек больше секторов на дорожку. Учитывая, что скорость вращения всегда одинакова, за один оборот диска (т.е, за единицу времени) с внешних дорожек считывается больше информации. Не говоря уже о том, что и доступ к внешним дорогам быстрее.

SergGreen Да почему? Кривая понижается от внешних дорожек ко внутренним.

Внимательнее и вдумчивее читайте статью! Я четко описал, что скорость чтения больше у секторов, расположенных ближе к оси. Это известный факт (даже из логических и геометрических соображений) и обсуждению не подлежит. Вам будет полезно почитать теорию логической структуры жестких дисков (современных), а уже потом делать выводы и спорить. Основывайтесь на фактах!

Ничего не будет - винда общается со своп-файлом по "физическим" адресам, а не по кластерам.



Она и сейчас есть. А ещё есть Perfect Disk, который тоже своп оптимизирует.



У винчестера запись ведётся с краёв к центру.
Добавлено спустя 1 минуту, 44 секунды



Всё понятно, вопросов больше не имею.

All
ОЧЕНЬ НЕ СОВЕТУЮ СЛЕДОВАТЬ РЕКОМЕНДАЦИЯМ В ДАННОЙ ЗАМЕТКЕ.

deniss
хм... где об ЭТОМ почитать?
Старые диски разбивалисть "от шпинделя"
Если у новых иначе...

Впрочем, так как я всегда использовал разбивку из системы, видимо все как раз происходило с внешних дорожек...поэтому-то прирост и был:)
Добавлено спустя 6 минут, 21 секунду
GReY
Дело не в том как обращается...а втом, что win2000 очень не любил потерю своп файла - просто не грузился.
Сам натыкался один раз - своп был перемещен на др. диск, диск снят, система не загрузилась пока винт не вернули на место.

SergGreen
Хех, а какая тогда разница, в какой файловой системе этот раздел? Вероятность слёта раздела не зависит от файловой системы. Во-избежание проблем с файлом подкачки можно сделать маааленький своп в несколько мегабайт на системном диске, а остальное - на другой винт

GReY Именно это я и пытаюсь доказать на протяжении целой страницы конфы!
Но сейчас ее возможности гораздо скромнее - ничего этого он уже не умеет.
SergGreen Не знаю, какие диски вы подразумеваете под "старыми". Вы помните диски с интерфейсом ST-506 (те, которые назывались в народе MFM)? По их работе было ясно видно, что нулевая дорожка - ВНЕШНЯЯ. Это было великолепно заметно, например, при низкоуровневом форматировании или парковке.

Фигасе!!! Да по сравнению с этим высказыванием фразы типа "Атлоны горят" просто непреложная истина прошиваемая всем людям при зачатии в ДНК!

A dokazat'?

Афтару низачОт адназначна

GReY
Давно ищу хороший дефраг для NT. Perfect Disk сам с диском работает или виндузячий модуль использует?
Ранее виденые мной дефрагеры под NT можно назвать разве что убогими. Даже SpeedDisk перейдя на NT растерял все свои фишки.

ALL
1) Никто не пробовал совмещать swap раздел Unix'ов и виндовый файл подкачки? (что бы место одно занимали на диске), что то больно жалко по гигу на них отдавать.
2) Можно ли перемещать разделы по диску? Swap к началу например передвинуть.
3) Есть ли дефрагеры для Ext2/3?

1. Пусть автор проведет хотя бы простенькие тесты: сандру или 3ДМарк и покажет количественное увеличение производительности. А то заметка написана в стиле журнала Хакер из раздела Tips and Tricks - без доказательств, но там они чаще всего не требуются.
2. Если он утверждает, что производительность увеличивается К ШПИНДЕЛЮ, то пусть тогда запустит в современном Тоталкоммандере копирование любого CD и посмотрит, как изменяется скорость

Какая разница, откуда растут дорожки у винта. Главное переместить своп в начало, где бы оно не располагалось (так как там быстрее). Я это сделал уже упоминавшемся здесь Perfect Disk, очень простая и удобная прога, которая имхо сейчас является лучшим дефрагментатором.

Так что советую поскорее переписать статью, чтобы не вводить людей в заблуждение и не создавать им лишних проблем такой сложной методикой.
Добавлено спустя 4 минуты, 19 секунд

arcman
1) Это нецелесообразно, придётся переформатировать каждый раз этот раздел (так как винде нужно fat32 или ntfs, а линуху свою сваповую систему).
2) Может Partition Magic (перед изменением размеров разделов предварительно советую дефрагментировать, процесс будет гораздо быстрее).
Добавлено спустя 6 минут, 15 секунд
Dron`t Ха, как раз ни сандра ни 3dмарк вообще никакого прироста от перемещения свопа не получат. Могу предложить стандартный тест трансформации большой картинки в фотошопе (размером больше оперативной памяти). Вот он то напрямую зависит от быстродействия свопа.

В принципе верно, скорость работы со свопом больше когда он расположен в начале диска (но не настолько значительно что бы так заморачиваться), но прочитав что скорость винчестера больше на внутренних цилиндрах, специально зарегился, чтобы ответить.
habl
Полезно иногда изучать матчасть, хотябы здесь http://biosnew.ru/text/anatomia.html или на сайтах производителей HDD.
Для оптимального использования поверхности дисков применяется так называемая зоновая запись (Zoned Bit Recording - ZBR), принцип которой состоит в том, что на внешних дорожках, имеющих большую длину (а следовательно - и информационную емкость), информация записывается с большей плотностью, чем на внутренних. Таких зон с постоянной плотностью записи в пределах всей поверхности образуется до десятка и более; соответственно, скорость чтения и записи на внешних зонах выше, чем на внутренних. Благодаря этому файлы, расположенные ближе к "началу" (внешним дорожкам) винчестера, в целом будут обрабатываться быстрее файлов, расположенных ближе к его "концу".

Сейчас все используют виндозовский интерфейс к файловой системе, но каждый в меру своих способностей. Perfect Disk почти всё делает правильно, но не дефрагментирует компрессированные файлы NTFS. В сочетании со встроенным дефрагментатором получается 100% дефрагментация с оптимальным расположением файлов.



Там быстрее линейная скорость, для свопа это не актуально. Perfect Disk перемещает своп в середину раздела, поскольку статистически головкам винчестера из случайного положения до туда самый короткий путь.



Позволю себе поправку: информация записывается с немного меньшей плотностью, но всё равно секторов там намного больше помещается, поэтому и скорость чтения/записи выше.