IDE 400 GB - стоит ли?

Дык я ж вроде написал, как это делается - ставится Винда во второй раздел, первый (загрузочный) оставляется пустым, потом в него (после установки) через свойства компа переносится файл подкачки...

В Винде для этого нужно объявлять диски динамическими - тогда на нераспределенном месте можно создавать софт-массивы, в т.ч. и JBOD... Проблема только в одном - после объявления диска динамическим все, что было на нем до этого (в данном случае загрузочный и системный разделы) больше нельзя будет изменять в размере...

PS: BTW, W2K3 - не такая уж и плохая серверная ОСь...

ivp именно на раздел без файловой системы, я тебя правильно понял?

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

Ты насчет создания Виндовых массивов? Вообще, там целая куча всяких правил - некоторые виды массивов (страйп, к примеру, или зеркало существующего раздела) можно создавать только на нераспределенном месте (не без FS, а вообще пустом); JBOD также можно продолжать только на нераспределенную часть диска/дисков, и пр.

ivp нет, я насчет свопа. Модно ли его создать на разделе без вайловой системы....? Ибо журналирование транзакций NTFS при обращении в своп - это как-то пахнет извратом...

K9
Нет, нельзя...
Но ничего не мешает отформатировать этот раздел в ФАТе... Или в НТФС отключить запись даты последнего обновления файлов...

Тоесть для свопа коли будет для него отдльный раздел - лучше FAT а не NTFS выбрать?

Svoloch

да.
Аргументы
- ФАТ на маленьких разделах не медленнее НТФС, а зачастую заметно быстрее
- надежность НТФСа свопу не нужна. Ну, свалится ФС, но ведь ничего ценного там нет. Единственное, что можно так огрести - потерять файл свопа, а потом винда не сможет загрузиться, хотя это легко лечиться правкой настроек по сети с соседней машинки. Да и НТФС свалить железными проблемами (с тем же винчом, например) не такая уж и большая проблема
- аналогично с безопасностью
под своп есть смысл отвести раздел, равный ему по размеру. Т.е. хотим сделать своп 2Гб - создаем ФАТовый раздел 2Гб+10МБ про системные нужды и кладем туда своп _фиксированного_ размера. Это впоследствии уменьшит фрагментацию свопа до нуля. Хибернейтовский файл тоже желательно положить куда-нибудь в отдельное место. Не возбраняется выносить pagefile & hiberfil на диск C: к загрузчику винды....
- своп выносить на отдельный арздел имеет смысл
а) уменьшается MFT & FAT остальных разделов
б) к ним обращаются реже, что не сильно, но благоприятно сказывается на проивзодительности
в) физически своп и его описание становятся ближе => меньше дрыгать головкам винча, а учитывая, что раздел будет маленьким, да еще и с одним файлом, то его ФАТ скорее всего очень неплохо закэшируется в оперативе
г) дефрагментация проще и фрагментация меньше, если она не нулевая
д) если этот раздел лежит на другом винче, нежели система, то вообще супер: можно поиметь еще доп. прирост к скорости за счет параллельной работы винчей, хотя это справедливо в первую очередь для сказюков, во вторую для саташников и в последнюю для идешников, т.к. в данном порядке ухудшаются алгоритмы паралелльной работы дивайсов.

С динамическими дисками я бы лично не заморачивался бы. Неудобств куча, а преимущества весьма сомнительны. Хотя поиграться можно
ivp

меня лично эта опция не раздражает. Более того - на сказюках ее почти и не замечаю, в отличие от идешников :P И к тому же эта опция распространяется на все винчи, т.е., другими словами, она глобальная