Будущая ос : Arch

Дано : 400 gb HDD, RAM 4 GB , Intel E3300

Нужно :

1) Определиться между x86 или 86_64
2)  Найти правильный вариант разметки диска.

Сабж :

Попросили поставить Арч. Информацию написал, исходя из количества рама какую редакцию ставить? Прошу помочь мне с разметкой (решил хотя бы раз разметить по всем канонам). Стоит ли для /root выбирать райзерфс в виде ФС?

Спасибо за ранее!

OS: Slackware 14.1
Torrent: Transmission 2.44
Browser: Firefox ESR

2

doctor_jekyll, если по первому пункту можно порекомендовать 86_64 (да и то найдутся несогласные  wink ), то разметка диска и выбор файловой системы — дело о-о-очень индивидуальное, во многом зависит от личных предпочтений и опыта. К тому же вы ни слова не написали о будущем предназначении компьютера.

Был, был и весь вышел...
Lupo Alberto пишет:

doctor_jekyll, если по первому пункту можно порекомендовать 86_64 (да и то найдутся несогласные  wink ), то разметка диска и выбор файловой системы — дело о-о-очень индивидуальное, во многом зависит от личных предпочтений и опыта. К тому же вы ни слова не написали о будущем предназначении компьютера.

Скорее всего это будет домашняя машинка. Сам думал ставить эту редакцию. Ну а на счет разметки и ФС? Есть какие то мысли? Что бы Вы посоветовали?

OS: Slackware 14.1
Torrent: Transmission 2.44
Browser: Firefox ESR

4 (25.07.2011 21:13:45 отредактировано Fat-Zer)

для начала:
16-64M - boot (по желанию)
4-8G - swap (по желанию)
20-30G - корень
остальное - home+файлопомойка (в любимой пропорции)

95% процентов проблем находятся между клавиатурой и стулом.

Fat-Zer,
А Файловые Системы?

OS: Slackware 14.1
Torrent: Transmission 2.44
Browser: Firefox ESR

6

doctor_jekyll пишет:

то бы Вы посоветовали?

С давних пор и до недавнего времени я почти везде (кроме /boot) использовал reiserfs — никаких нареканий!
Если будет отдельный раздел под медиа контент, попробуйте xfs.
По поводу разметки — согласен с Fat-Zer.

Был, был и весь вышел...

7

Я бы советовал reiserfs - система (корень, /usr, /var), /home - ext4. xfs имеет неприятную особенность - обнулять открытые файлы при пропадании питания, редко но может.

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

8

doctor_jekyll пишет:

2)  Найти правильный вариант разметки диска.

я использую

1) rootfs - корневая система у меня является некой гирляндой, к которой я подвешиваю все остальные ФС. Кроме того, корень содержит необходимый минимум утилит, для загрузки и ремонта системы. Т.о. раздел /boot/ не нужен. В корне так-же содержаться
/bin/ - утилиты для загрузки/ремонта
/boot/ - ядро
/etc/ - системные конфиги
/lib/ - дополнения к /bin/
/sbin/ - административные утилиты, которые не нужны простому юзеру.
ещё в корне есть псевдокаталоги+точки монтирования.
Размер корня примерно 2..5Гб. ФС EXT3. При работе корень практически НЕ используется. Утилиты вроде /bin/sh хранятся на самом деле в памяти, впрочем как и псевдокаталоги. К самому диску обращений нет. Потому тут скорость не нужна, да и надёжность тоже не очень - ибо записи суда нет. Как и чтения.

2) /media/ - каталог, в котором система сама создаёт временные точки монтирования для подключаемых ФС (флешки, компактдиски, и т.д.)

3) /mnt/ - каталог с точками монтирования. В отличие от /media/ тут ФС подключаются при загрузке, и отключаются при выключении компа.

4) /usr/ - каталог с программами. размер примерно 10Гб, ФС EXT4. Файл тут никогда не изменяются, кроме обновлений и установки нового ПО. Скорость не имеет особого значения - файлы отсюда читаются лишь при первом старте программы. Надёжность тоже не очень важна, в силу того, что тут нет записи.

5) /var/ - каталог для изменяемых данных, которые хранятся и после отключения питания. Например здесь лежит база данных, или например файлы, которые закачиваются неделями. Также тут лежат логи. На десктопе ИМХО может быть маленьким, если конечно вы не хотите хранить там временные файлы p2p качалок (не хотите? зря).
ФС EXT4, размер - зависит от назначения компьютера.

6) /tmp/ - каталог с временными файлами. Должен иметь объём хотя-бы 10Гб. При этом, часто его использование будет около нуля. Полезен для надёжности, удобства и безопасности. ФС EXT4.

7) swap. нужен. размер 1..2Гб (вне зависимости от количества памяти). полезен для правильной работы OOM Killer'а. Если нет свопа, ООМ может случайно убить не то приложение, своп даёт немного времени на анализ ситуации, и в случае аварии ООМ убивает именно тот процесс, который нужно. Не используется в нормальной работе, и потому на скорость не влияет.

af /home/ - всё остальное пространство. ИМХО не нужно делить дск на /home/ и файлопомойку, сделайте каталог /home/other/ если вам нужен доступная всем юзерам "папка". Суда же можно смонтировать второй внутренний (не внешний) HDD, если надо.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

9

Зависит от железа ваще-то. Если SSD, то рекомендации могут быть иные, обеспечивающие максимальный срок жизни диска.
А так /home на отдельный раздел, swap=оперативка х2, на все остальное 10 метров будет более чем достаточно.

10

dsmith пишет:

swap=оперативка х2

Омг, если ТС не будет использовать  так называемую гибернацию, то и swap вообще не нужен,  а так swap = ОЗУ  или 1/2 ОЗУ :rolleyes:

doctor_jekyll, как вариант использовать LVM(разделы сможешь двигать, только место оставь для того что бы можно было делать резайс =) )

It is good day to die ...
MS Windows 10
Заметки о главном...

11

dsmith пишет:

Зависит от железа ваще-то. Если SSD, то рекомендации могут быть иные, обеспечивающие максимальный срок жизни диска.

угу. знаю я ваши "рекомендации". например noatime, как это не парадоксально, ведёт к замедлению работы и большему износу SSD. Фокус в том, что часто система сама юзает atime, а если его нет, то приходится анализировать и менять содержимое файла. Это дольше и дороже смены атрибута.

dsmith пишет:

swap=оперативка х2

вы когда из криокамеры выползете?  ah
даже на 384Мб ваш совет довольно глуп (подразумевается, что на системе с 384Мб и HDD тех-же лет).

i2ks пишет:

то и swap вообще не нужен,  а так swap = ОЗУ  или 1/2 ОЗУ

swap не должен использоваться.
потому его размер не зависит от размера RAM. он либо отсутствует, либо имеет объём около 1Гб (для надёжной работы).

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)
drBatty пишет:

swap не должен использоваться.
потому его размер не зависит от размера RAM. он либо отсутствует, либо имеет объём около 1Гб (для надёжной работы).

В каком смысле "не должен использоваться"?
Я неоднократно наблюдал, как при копировании большого количества файлов (десятки Гб) у меня на сервере под Ubuntu 11.04 система сжирает всю доступную память, а потом начинает с удовольствием использовать SWAP.

13

из бывших пишет:

В каком смысле "не должен использоваться"?

в самом прямом.

из бывших пишет:

Я неоднократно наблюдал, как при копировании большого количества файлов (десятки Гб)

вы можете писать по-русски? число файлов измеряется в штуках, а не в гигах или литрах.

из бывших пишет:

у меня на сервере под Ubuntu 11.04 система сжирает всю доступную память, а потом начинает с удовольствием использовать SWAP.

как и чем вы копировали?
cp * TARGET/
что-ли? дык bash раскрывает звёздочку в отсортированный текстовый список файлов, который очевидно занимает N*(M+1) байт, где N число файлов, а M средняя длинна имени в байтах, которая для русских файлов вдвое больше чем в символах. ИЧСХ этот кусок памяти невыгружаемый в своп, ибо доступ к нему случайный. Вот ОС и кидает в своп что-то другое. ИЧСОХ, со временем ещё хуже, ибо там коэффициент пропорциональности ещё больше, а именно N*(M+1)*log(N) в среднем, а иногда и все N*(M+1)*N.

В данном случае, ваш сервер работает в аварийном режиме, и скорее всего недоступен клиентам. Скажите спасибо, что у вас вообще всё не рухнуло.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

14

drBatty пишет:

В данном случае, ваш сервер работает в аварийном режиме, и скорее всего недоступен клиентам. Скажите спасибо, что у вас вообще всё не рухнуло.

+500, Док!
Человек хотел похвастаться, а оказалось что у него проблемы  ag

Истина ускользает от тех кто отказывается её видеть обоими глазами.
Талантам нужно помогать, бездарности пробьются сами.
В Туле настолько суровые парни, что вместо пены для бритья, используют пену монтажную.
cat /broken/hands > /dev/null
drBatty пишет:

вы можете писать по-русски? число файлов измеряется в штуках, а не в гигах или литрах.

ИМХО именно этим языком и пользуюсь.
Количество файлов.... при последнем копировании было 721 т.шт.

drBatty пишет:

как и чем вы копировали?

Наутилусом.

drBatty пишет:

дык bash раскрывает звёздочку в отсортированный текстовый список файлов, который очевидно занимает N*(M+1) байт, где N число файлов, а M средняя длинна имени в байтах, которая для русских файлов вдвое больше чем в символах. ИЧСХ этот кусок памяти невыгружаемый в своп, ибо доступ к нему случайный. Вот ОС и кидает в своп что-то другое. ИЧСОХ, со временем ещё хуже, ибо там коэффициент пропорциональности ещё больше, а именно N*(M+1)*log(N) в среднем, а иногда и все N*(M+1)*N.

Спасибо за объяснение. А то я в некотором удивлении был от таких причуд с памятью.  Но только своп используется уже после того, как память полностью заполнена ( 2Гб). Да и версия, что эти списки висят в памяти ВСЁ время, мне кажется странной.

drBatty пишет:

В данном случае, ваш сервер работает в аварийном режиме, и скорее всего недоступен клиентам. Скажите спасибо, что у вас вообще всё не рухнуло.

Ну клиентам он в эти моменты совсем не нужен. Собственно сервер бэкапный, на него копируются данные с основного сервера и всех компьютеров пользователей. А раз в две недели делается копия бэкапной директории. В это время не то что пользователей нет, уже все операции копирования закончены.
А собственно почему рухнуть то должно? Система не умеет корректно обрабатывать запросы на память? Нет возврата неиспользуемых сегментов? Явно, чо при копировании, как бы не обрабатывались списки в памяти, если эти процедуры написаны корректно, то 3,5 Гб ( свободное ОЗУ + swap) не нужно.

2Vadimsky:
Хвастают, демонстрирую крутость и пр... обычно прыщавые юнцы из линуксоидов.

drBatty пишет:

swap не должен использоваться.

Т.е. настойчивая рекомендация системы при установке создать этот раздел — чистая блаж?

16

из бывших пишет:

Наутилусом.

на сервере? (АДМИНЫ!!! где смайлик?! даже два - сажа и фэйспалм)

из бывших пишет:

Но только своп используется уже после того, как память полностью заполнена ( 2Гб).

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

из бывших пишет:

Да и версия, что эти списки висят в памяти ВСЁ время, мне кажется странной.

эх...
а мне не кажется. К тому-же так оно и есть. Ибо процесс сортировки - процесс со случайным доступом, и сортированная память не свопится. Свопится что-то другое, например то, что под вашим наутилусом (на раб столе). Потом, с окончанием сортировки, начинается собственно копирование, и если свернуть в этот момент наутилус, будет заметно торможение. Это изнанка достаётся из свопа. Если конечно ОС засвопила именно изнанку (не обязательно).

из бывших пишет:

Система не умеет корректно обрабатывать запросы на память?

на вашем однозадачном сервере вам нечего боятся.
а вообще да, не умеет. Эта задача не разрешима.

из бывших пишет:

Явно, чо при копировании, как бы не обрабатывались списки в памяти, если эти процедуры написаны корректно, то 3,5 Гб ( свободное ОЗУ + swap) не нужно.

гы...  ac
2Гб вам недостаточно, а вот 3.5 хватит на всё? Очевидно - нет.

из бывших пишет:

Т.е. настойчивая рекомендация системы при установке создать этот раздел — чистая блаж?

вы хоть читать-бы научились, ей б-гу  ac

drBatty пишет:

Не используется в нормальной работе

А в случае аварии (исчерпания памяти) очень даже и используется. Что вы и наблюдаете.

ЗЫЖ в следующий раз соизвольте пожалуйста прочитать всю тему, а не один пост.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)
drBatty пишет:


из бывших пишет:

Но только своп используется уже после того, как память полностью заполнена ( 2Гб).

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

из бывших пишет:

Да и версия, что эти списки висят в памяти ВСЁ время, мне кажется странной.

эх...
а мне не кажется. К тому-же так оно и есть. Ибо процесс сортировки - процесс со случайным доступом, и сортированная память не свопится. Свопится что-то другое, например то, что под вашим наутилусом (на раб столе). Потом, с окончанием сортировки, начинается собственно копирование, и если свернуть в этот момент наутилус, будет заметно торможение. Это изнанка достаётся из свопа. Если конечно ОС засвопила именно изнанку (не обязательно).

Т.е. я правильно понимаю, что при копировании система строит в памяти дерево имён и потом его ВСЁ держит в памяти?

18

из бывших пишет:

Т.е. я правильно понимаю, что при копировании система строит в памяти дерево имён и потом его ВСЁ держит в памяти?

вообще это зависит от реализации, но в любом случае оно не такое большое, чтобы занять значительный объём памяти (если речь не идёт о миллионах файлов)...
простая арифметика: 1000 файлов с именами по 50 байт + накладные расходы ~= 64 килобайта, это на сегодня не цифры...

95% процентов проблем находятся между клавиатурой и стулом.

19 (27.07.2011 21:33:23 отредактировано из бывших)

Да, но 720000 * 50 = 36 000 000

А учитывая, что копируются файлы из бэкапов вин-пользователей, то имена там могут быть длинный, Больше 50 байт.
Так что ИМХО конечно, но эта история мне не нравится. Ну ладно, раз в две недели можно и ручкапи cp - a сделать.
Я правильную команду взял?

20

вы хоть раз встречали папку такого размера?

95% процентов проблем находятся между клавиатурой и стулом.
Fat-Zer пишет:

вы хоть раз встречали папку такого размера?

Если вы имеете в виду папку с 720000 объектами, то см. мой пост выше.

22

все вы неправильно понимате: во первых в памяти хранится и дерево, и простой список, и CENSORED наутилуса. На 700к файлов это может составить сотни метров RAM

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

23

неправильно. Еще в прошлом веке админы заметили, что такие каталоги быстрее всего тарить в пайп, и сразу растаривать. Подробности в info tar.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

24

Fat-Zer пишет:

вы хоть раз встречали папку такого размера?

да. Извините, пишу с мобилы, потому пруфов нет. Но это обычное дело.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

2 drBatty:
Спасибо

26

нашёл команду:

 Консоль:
$ (cd sourcedir; tar -cf - .) | (cd targetdir; tar -xf -)

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

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

27 (28.07.2011 10:38:05 отредактировано Fat-Zer)

drBatty, есть какие-то сакральные причины, почему не так?

 Консоль:
tar -cC $SRCDIR . | tar -xC $DSTDIR

95% процентов проблем находятся между клавиатурой и стулом.

28

Вот не помню, где читал, но вроде как если два свопа на разных дисках то автоматом они работают как raid 0 - так это или нет?

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

29

Fat-Zer пишет:

есть какие-то сакральные причины, почему не так?
Консоль:

tar -cC $SRCDIR . | tar -xC $DSTDIR

есть. старые версии тара так не умели. новые могут и так ab

newzenon пишет:

Вот не помню, где читал, но вроде как если два свопа на разных дисках то автоматом они работают как raid 0 - так это или нет?

можно сразу два свопа читать одновременно. Но зачем, если они не используются. Куда как полезнее вынести журнал на отдельный быстрый диск.

Карусель разнесло по цепочке за час
Всех известий — конец
Да, весна началась!
(всё к лицу подлецу, как родному отцу, не рассказывай, батя, и так всё пройдёт)

30 (28.07.2011 20:11:52 отредактировано Ярослав)

А у меня все на ext4, но проблем

Если авторитет ложный, тогда сомнение разобьет его, и прекрасно сделает; если же он необходим или полезен, тогда сомнение повертит его в руках, осмотрит со всех сторон и поставит на место. Д.И.Писарев.
-
Mageia 8 KDE