Разделы жёсткого диска. Их размеры и типы

hoz
Хочу услышать мнение о том, что я думаю по этому поводу.
ха, напомнило один диалог из книги )
«Может быть, лучше ты сам расскажешь мне. Ты расскажешь мне то, что я пытаюсь сказать, а я поправлю тебя, если ты в чем-нибудь ошибешься»
про себя могу сказать что чем дольше на линукс тем меньше разделов использую, сейчас 1 ssd диск на 256 гиг с одним разделом /, использован на половину, все тяжелые данные(фильмы ...) вынесены на другой ssd диск который подключен напрямую(usb3.0) к роутеру , доступ к которому осуществляется с помощью nfs, роутер выступает в виде своеобразного мини nas-а для доступа к файлам из локальной(гигабитной) сети а также для скачки торрентов и данных с ip-камер.
от большого хомячества уже давно отказался еще с эры DVD дисков, сейчас храню в основном то что действительно интересно или может понадобится в обозримом будущем.
От свопа тоже не много толку, еще когда пользовался виндой(10+ лет назад) старался его всегда отключать, замечал что система ставала более отзывчивой, это конечно если не забивать память под завязку, но это дело привычки запускать и использовать только то что действительно нужно а также отключать всякие ненужные службы, после перехода на линукс и прихода эры толстых браузеров даже с 4 гиг оперативы можно было в принципе нормально жить особенно если использовать тот же zRam, а с переходом на 8 гиг так вообще настала лафа даже без zram

п.с.
hoz
4. SWAP, как я понял, всё-таки, нужен. Хотя, почему не особо понятно. Я об этом читал вот здесь.Если предположить, что он понадобится для "спящего режима", то пусть будет 16 гиг. Больше, навряд ли, вариант. SWAP лучше отдельным файлом делать или всё-таки разделом?
если вам своп нужен принципиально и у вас hdd то лучше использовать раздел вместо файла и расположить его поближе к началу диска, что во первых позволит уменьшить дефрагментацию данных, а во вторых увеличит скорость доступа к данным из свопа, в среднем где-то в два раза различается доступ к данным в начале и конце диска

п.с.2
hoz
3. / (т.е. root)
В root устанавливаются все программы, верно? Значит емунужно нормально места. Например, 150 гиг.
ха, да 150 гиг вам хватит чтобы установить все программы из оф реп https://www.archlinux.org/visualize/ и еще останется )
в основном место забивается через пол года, год когда скачанные архивы программ мертвым грузом оседают в /var/cache/pacman/pkg/ поэтому его следует периодически чистить вручную pacman -Scc, ну или установить хук для пакмана который бы это делал сам
Aivar
По любому что-то будет удаляться и перезаписываться. Напр., будут удалены 10 картинок, которые физически на диске расположены не подряд. Записанный на их место фильм будет иметь как минимум 10 фрагментов. И так несколько тысяч раз… )
И какая разница? Фильм из-за этого посмотреть нельзя будет что ли?
Lupus pilum mutat, non mentem.
jim945
Фильм из-за этого посмотреть нельзя будет что ли?
Вопрос риторический? Можно, конечно. Но, если принципиально, то это повышенная температура и более скорый износ механики, т.е. уменьшение срока службы винта.
Aivar, ты прав только теоретически. и я тебя теорию поддерживаю, только нужно же подкорректировать суждение под данные параметры.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
Aivar
Можно, конечно. Но, если принципиально, то это повышенная температура и более скорый износ механики, т.е. уменьшение срока службы винта.
Температура и так повысится из-за работы схемы. А на механике смазка лучше распределится при движении головки чем при простое. Так что не факт, что уменьшится. Может быть и увеличится :)

К тому же ещё со времен ХР для ntfs в реестре была опция с минимальным непрерывным размером кусков записываем на диск. Названия уже не вспомню. При записи большого файла происходит поиск куска свободного пространства не менее например 200мб и туда пишется. Это про пример с удаление фото.
Как в ntfs-3g с этим не знаю.

Скорость доступа для просмотров киношек не критична. А вот на системном разделе об этом стоит задуматься.
Lupus pilum mutat, non mentem.
jim945
Как в ntfs-3g с этим не знаю.
скорей всего так же... все стремятся к намеченной цели, и ntfs-3g хотят как можно более походить на прорадителя.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
 
Зарегистрироваться или войдите чтобы оставить сообщение.