Большие диски - большие потери.

← →
Cobalt © (2005-01-02 17:32) [0]

Есть диск 120 Гб.
Решил разбить его на 2 логических, по причине, мол, меньше будет потеря на файловых таблицах.

Но теперь, когда оба диска забиты на 3/4, возникает вопрос - а прав ли я был?
Просветите, плиз.

← →
Gero © (2005-01-02 17:41) [1]

Вопрос очень спорный.
Судя по личному опыту, идеальный вариант — это два диска(а еще лучше даже два винчестер), на одном из которых установленный софт, а на другом данные.

← →
uny © (2005-01-02 17:45) [2]

у меня если кластер меньше 8 килобайт - система живёт месяц. если выключать из виндовс - завершение работы - ещё меньше живёт.
если вместо выключения перегружать и выключать когда пароль биос спрашивает - устойчиво уже полгода не умирает.

если такой проблемы нет - то какая разница вообще:)

← →
Anatoly Podgoretsky © (2005-01-02 18:05) [3]

Используй платформу НТ с файловой системой NTFS, там можешь назначить размер кластера, хоть 512 байт.
Но на диске тоже разбей, как минимум отдели систему от остального.

← →
Cobalt © (2005-01-02 18:12) [4]

Дополнительные данные:
ФС - НТФС
Содержимое - чисто данные, никакой системы (ОС).
Размеры файлов - от ед. Мб до видеофильмов (по Гб)

← →
Anatoly Podgoretsky © (2005-01-02 18:23) [5]

Стандартный кластер в 4 кб

← →
DrPass © (2005-01-02 19:37) [6]

> Решил разбить его на 2 логических, по причине, мол, меньше
> будет потеря на файловых таблицах.

Вообще-то без разницы, сколько там у тебя разделов - размер файловых таблиц зависит от размера раздела. Т.е. будет ли у тебя две больших MFT на диске в двух разделах или четыре поменьше в четырех разделах - ты ничего на этом не сэкономишь, их суммарный раздел будет одинаков. Ну разве что пару килобайт на корневых каталогах выиграешь :)
А вот дурная традиция делать крупные кластеры на крупных разделах как раз и приводит к неоправданному расходу пространства

не использовать каталоги. не использовать длинные имена. Лучше вообще хранить все в одном файле 1.zip

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem]
"NtfsMftZoneReservation"=сколько то

In Windows NT (with SP6) and above you can control how much space for the MFT (Master File Table) is reserved.

For each file and folder NTFS uses, an entry is created inside the MFT. This allows NTFS to located the objects very fast.

However, only a MFT that is in one block is really fast. If you copy many small images to this computer, the normal MFT space is properly to small, so the MFT is continued on a different location on the hard disk.

This is not a problem because the computer still works, but any request to a file takes much longer because now NTFS needs to seek for two MFT "block" and reads both (for every file access!). In this example, a big MFT would be a good idea so it is keeped in one block.

On the other hand, if you only have some very huge database files on this computer, a huge MFT is not a good idea since every file request takes longer than needed (the MFT is allways read completely). That"s because there are only few files on the disk and the MFT could be small.

Unfortunately, Microsoft didn"t specifies this setting in detail, so the only chance is to play around with this settings and check the performance of the computer after you have changed this setting and rebooted.

> Лучше вообще хранить все в одном файле 1.zip

Правильно, все 120 гб.
Особенно если средний размер файла — 1 кб.

Большие диски - большие потери. Найти похожие ветки