[docs] 4.0: черновик руководства пользователя

[Michael Shigorin]

On Sat, Apr 28, 2007 at 05:39:47PM +0400, Kirill Maslinsky wrote:
> https://heap.altlinux.org/tmp/server4.0-manual.draft.ps.bz2

с.49: "к которому дописываются" явно недописано

      дважды дублируется "Классическая файловая система ..."

с.52: "в руководстве к утилите mount(8), см. man mount"?

с.53: "Устройства SCSI" -- "SCSI/SATA"

с.54: не уверен, что формулировка про вложенные/расширенные
      разделы соответствует действительности, лучше уточнить
      у vsu@ (см. тж. с.62, "планирование...")

с.55: "чтение и запись ... выше" -- /скорость/ выше

с.56: дополнение к изложенной рекомендации ("swap в начале"):

      лучше первыми ставить swap, /tmp, /usr и подобные разделы с
      неуникальными данными: опечатка вроде dd of=/dev/hda вместо hda3
      в таком случае может уничтожить таблицу разделов и неважное,
      но будучи вовремя остановленным -- процесс не успеет добраться
      до /etc, /home или /var (а таблицу можно восстановить testdisk
      или gpart).

с.57: "файовой"

с.58: не могу согласиться с рекомендацией ReiserFS для /var
      (для _всего_ /var лучше ext3, а вот для его кусков вроде
      /var/spool/squid reiserfs в самый раз) и с рекомендацией
      XFS для /var/log (тоже ext3)

      вообще следует написать, что ext3 при высокой параллельной
      дисковой загрузке имеет посредственную производительность
      (обычно выражается как "общее торможение" -- низкая скорость
      операций с диском и очень высокие значения load average);
      xfs лишена этого недостатка, но при нештатной загрузке имеет
      больше шансов потерять данные (включая принудительное зануление
      "неуверенных" после восстановления блоков в целях безопасности
      -- при этом метаданные обычно сохраняются и внешне файл
      "как живой") и её использование рекомендуется с проверенным
      аппаратным обеспечением, подключенном к "умному" UPS для
      корректного выключения при потере питания

      также не могу согласиться с обязательностью nosuid на /var,
      особенно если в том же /var живёт /var/lib/vz!

с.59: noexec на /tmp чреват неработой mc при использовании pam_mktemp,
      а в Server 4.0 по умолчанию там оказывается tmpfs -- лучше бы
      осветить вкратце этот вариант (и грабли с потерей файлов/атрибутов
      при нагрузке на VM)

      "поойде" "систма"

      на / сейчас лучше давать ~500M, с 250--300M легко упереться
      впритык при обновлении ядра (они сейчас 40--50M); по части
      доступности -- возможно, здесь тоже стоит упомянуть про
      <1024 цилиндр на BIOS примерно до 2001 года (PII/PIII,
      без поддержки LBA32 или чего там)

с.60: побиты тире в абзаце про /boot

      n-1 -- тоже лучше ndash :)

с.62: "распознаёт определённые типы, и не" -- лишняя запятая

с.64: "нагрузки на процессор" -- и системную шину

      ещё из плюсов: совместимость software raid (против проблем
      с разным форматом данных на диске аппаратных вариантов);
      зачастую более высокая скорость работы, поскольку RAM/CPU
      хоста обычно намного быстрее; большая совместимость с различными
      типами и размерами дисков _и_ их разделов

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

      RAID0: обязательно! надо переформулировать про "недостаток
      компенсируется": потеря данных не может компенсироваться
      производительностью, это tradeoff -- выбор, который надо сделать
      (данные нужные/уникальные или временные/дублицированные)

      RAID1: про _снижение_ скорости записи неправда, минимум со скоростью
      одного диска будет работать (хотя под Linux 2.4 скорость росла
      примерно как сумма дисков по крайней мере на чтении -- в 2.6 сломали)

      хорошо бы добавить в ссылки:
      http://www.freesource.info/wiki/HCL/XranenieDannyx/SoftwareRAID
      http://www.pythian.com/blogs/411/aligning-asm-disks-on-linux
      http://www.nber.org/sys-admin/linux-nas-raid.html
      http://linux-ata.org/faq-sata-raid.html

      ну и на linux.org.ru я бы не ссылался, гадюшник -- мож
      http://www.opennet.ru/docs/HOWTO-RU/Software-RAID-HOWTO.html ?

-- 
 ---- WBR, Michael Shigorin <mike на altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/