xfs -> reiserfs - это ПЯТЬ!

А для кого lvm2 придумали?

>А для кого lvm2 придумали?

Он у меня на домашнем серврочке стоит. Четыре винта (3x80+250), 10 разделов. ТАКОЙ загрузки CPU на интенсивных дисковых операциях (хотя, возможно, это та же XFS виновата - там 4 раздела xfs/lvm) на десктопе я не хочу. Лучше раз в год помучаюсь с переразбивкой :D

*думает, стоит ли переходить с ext3 на reiserfs*

> *думает, стоит ли переходить с ext3 на reiserfs*

Сейчас народ тебе массово объяснит, что не стОит :D

У меня же, однако, ext3 стоит только на древнючем сабноуте с P75 и 32RAM, где каждый процент CPU и каждый килобайт на счету... Правда, как я уже писал, она недавно там хитро осыпалась. Файл /etc/passwd, например, не читается. Так что даже в Ctrl-D не выйти. Теперь придётся преодолевать лень, выдёргивать оттуда HDD, втыкать его в десктопную машину...

А дело точно только в этом? Больше ничего не менял?

>А дело точно только в этом? Больше ничего не менял?

Больше ничего.

Естественно, что при этом ещё и "дефрагментация через mv" произошла, может, конечно, и в этом дело, но тогда всё равно минус XFS - так круто тормозить на фрагментации.

Был один раздел под XFS, стало 4 раздела под ReiserFS. Перенос файлов со старого в новые по mv + правка /boot/grub и /etc/fstab. Вот и все изменения. Ядро то же самое.

У меня / и /home в ext3, а /var в reiserfs

>Кстати, заметил неприятную фишку - в gparted можно менять размеры разделов, но нельзя разделы двигать :-/ Это чревато в будущем неэффективным распределением дискового пространства (вынес в отдельные разделы /home, /usr, /var).


уже сказали - lvm. быдлоразбивка x86 должна сдохнуть

ой в stripe на 4-х винтах оно будет летать...

A у меня reiser4. Сжатая. вчера полностью упала после жестких экспериментов с синхронизацией, к вечеру поднял её с помощью fsck.reiser4 --build-fs, и снова она в строю.

Что люди не делают, лишь бы не пользоваться человеческим софтом...

ждем отчетов , как оно упадет
:-)

Я упорно не понимаю зачем выносить /usr в отдельный раздел. Хоть убейте.

По мне идеальный partitioning выглядит так

HOME:

/
/home

SERVER:

/boot (не на LVM для grub'a, хотя с версии 1.95 он поддерживает даже LVM на RAID).
LVM-> /
LVM-> /home
LVM-> /var
LVM-> /tmp
LVM-> /var/tmp

+ для почтового сервера
LVM-> /var/spool/mail

+ для squid сервера
LVM-> /var/spool/squid

> По мне идеальный partitioning выглядит так

Ты не в теме.

Да нет, почему, все нормально. Хорошо вынести / на отдельный девайс, чтобы при случае можно было его RO делать и грузиться с него при сбоях, хотя нынче это уже опять не так актуально. Плюс на /tmp и прочие /var всякие noexec, а на / noatime, но все-таки это копейки. Но /usr зачем особенно выделять?

Да, и все должно быть ext3, так как именно его проще всего восстанавливать при программных или аппаратных сбоях.

> По мне идеальный partitioning выглядит так

Полностью разделяю ваше мнение...

reiserfs ? А может как раз пришло время на ext3 перейти ?

Только потом не приходи рассказывать нам, какая ReiserFS плохая :) Я когда-то с ReiserFS ушел, наоборот, на XFS. ReiserFS делала очень странные вещи, когда вдруг содеримое одного файла оказывалось после аварийной перезагрузки в другом файле. Сначала я XFS был рад, так как, в отличие от твоего случая, наоборот, увидел не менее шуструю ФС. Я бы даже сказал, что меня скорость XFS больше порадовала. Но потом и XFS меня подвела: http://www.linux.org.ru/view-message.jsp?msgid=1359502 . После этого сообщения такая же вещь произошла с /usr . Через неск. дней я снес XFS и поставил ext3. Винт нормальный, не битый. Железо стабильное. Никаких проблем теперь не испытываю с ФС. Пусть медленнее, но мне спокойнее. Я допускаю, что те баги, на которые я нарвался, могли пофиксить. Но все-равно осадочек остался.

>*думает, стоит ли переходить с ext3 на reiserfs*
самое время, когда там по плану доточат ext4 ?

>самое время, когда там по плану доточат ext4 ?

afaik, оно уже вполне стабильно. ждем релиза :)

> уже сказали - lvm. быдлоразбивка x86 должна сдохнуть

А можно с "быдлоразбивки" безболезненно перейти на LVM? При этом не имея другого HDD, на который можно всё скинуть и переформатировать?

>afaik, оно уже вполне стабильно. ждем релиза :)
Дык план есть когда релиз будет ?

> Дык план есть когда релиз будет ?

хз, я про такие офф.планы не слышал. сдается мне, как мэйнтейнерам в голову стукнет :)

Не, нельзя.

>>*думает, стоит ли переходить с ext3 на reiserfs*

>самое время, когда там по плану доточат ext4 ?

Принципиально ничего нового ext4 не несёт: как была fs избыточной - так ей и осталась, и даже extent'ы не спасают от тормозов при работе с небольшими файлами

>уже сказали - lvm.

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

LVM на десктопной машине - это лишних 10..15% загрузки CPU на интенсивных IO. А когда интенсивным IO начинают заниматься несколько процессов, машина почти встаёт.

>ой в stripe на 4-х винтах оно будет летать...

Да, я тоже когда-то гонялся за линейным трансфером. До 120Мб/сек. доводил.

>ждем отчетов , как оно упадет

Если бы оно падало, то упало бы уже давно :) Пока же ReisreFS - это уже (у меня) десятка полтора машинолет, нередко в очень жёстких условиях (у иодной из машин посыпался HDD, а заменить его я смог только где-то через полгода. За эти полгода машина зависала раз двадцать, так что её по Reset приходилось перезагружать провайдеру :D )

>Я упорно не понимаю зачем выносить /usr в отдельный раздел. Хоть убейте.

Если сильно припрёт его, конечно, можно на руте оставить. Но лучше, всё же, выносить. Меньше будет уровень фрагментации.

>А может как раз пришло время на ext3 перейти ?

Он у меня и был, и есть. Но он мне не нравится.

>А можно с "быдлоразбивки" безболезненно перейти на LVM?

Легко. Отделяешь пустые разделы и подцепляешь их в LVM. Правда, нагрузка будет ещё выше. Фрагментация LVM - это ещё лишние проценты CPU.

Мда... и чем только люди не готовы заниматься, лишь бы стабильной и без сбоев работы оборудования не было.

А всем выражается фрагментация?

>Мда... и чем только люди не готовы заниматься, лишь бы стабильной и без сбоев работы оборудования не было.

Это когда сидишь в Talks вместо того, чтобы работать? :)

>А всем выражается фрагментация?

"В чём?"

Если ресайзить LVM-разделы, то они могут оказаться нарезанными на разные куски на одном винчестере. Сам не сталкивался, т.к. до сих пор на LVM тома не двигал, но по отзывам экспериментировавших это вносит дополнительную нагрузку на CPU, т.к. пересчёт расположения секторов становится более изощрённым.

> Но /usr зачем особенно выделять?

А так сложно догадаться ? Для Read Only. Ибо / в RO низзя - там /etc

> Но потом и XFS меня подвела: http://www.linux.org.ru/view-message.jsp?msgid=1359502 . После этого сообщения такая же вещь произошла с /usr .

За хрен знает сколько лет использования XFS, в том числе и на серверах с дичайшей дисковой активностью (почта), проблемы видел только _один_ раз - на разогнаном AMD с перешитым на оверклокерский BIOS'ом. На нормальном железе - стабильна как незнаю кто, хотя иногда и серваки без шатдауна ребутились.

> Это когда сидишь в Talks вместо того, чтобы работать? :)

Стабильность, мой дорогой, это когда сидишь в Толксах, а работа сама работается. Без необходимости что-то подкручивать, менять, туда-сюда бегать, даже раз в год. Хотя разок всё-таки можно, чтоб не заскучать.

> Для Read Only. Ибо / в RO низзя - там /etc

И что? /etc нужно тоже в RO, а mtab гуру линкуют в /proc/mounts.

> Но /usr зачем особенно выделять?

хотя бы потому, что на него можно поставить ro (для параноиков), хотя бы потому, что нафиг не надо бэкапить 5-10 Gb ненужных сущностей, которых при аппаратном сбое потерять ничуть не жалко, ибо можно восстановить полной переустановкой, хотя бы потому, что его нет смысла шифровать, в отличие от /home, /var и swap.

>За хрен знает сколько лет использования XFS, в том числе и на серверах с дичайшей дисковой активностью (почта), проблемы видел только _один_ раз - на разогнаном AMD с перешитым на оверклокерский BIOS'ом.

Это то, что допускает каждый пользователь: "У меня не было проблем. Следовательно проблем в XFS нет, а ты гонишь. У тебя руки кривые. Ах, это у сборщиков Debian, а не у тебя? Ну да, и у них тоже". :) Проблему достаточно поймать один раз, чтобы достаточно наплакаться. Я долгое время использовал ReiserFS и получал проблемы. Опыт мне говорит: "Пока не используй. Все-равно не разберешься, где там глюк. Ни патчем, ни баг-репортом вменяемым не поможешь делу".

Винт нормальный. До сих пор в строю на ext3 без особой нагрузки, железо не разогнанное и то же самое, что и год назад. Все сейчас работает. Про будущее загадывать не буду. Все может быть.

> И что? /etc нужно тоже в RO

Не всегда и не везде.

> а ты гонишь. У тебя руки кривые. Ах, это у сборщиков Debian, а не у тебя? Ну да, и у них тоже

А вот этого я не говорил. Я указал на то, что у XFS проблемы возникают на неадекватном железе. Ну так она так и писалась, ибо IRIX на кривые писюки не ставилась.

Ну если только нету нормального /proc. Да и потом, если это вообще сервер, то на кой там mtab.

> Так что даже в Ctrl-D не выйти.

даже через init=/bin/sh ?

А чем сильно политика на / будет отличаться от политики на /usr? Там тоже особо нечего бекапить, менять и т.п. Только разве /etc, но делать его резервные копии нет никакой проблемы по фактам изменений (которые в идеале вообще не должны быть).

>Правда, как я уже писал, она недавно там хитро осыпалась. Файл /etc/passwd, например, не читается. Так что даже в Ctrl-D не выйти. Теперь придётся преодолевать лень, выдёргивать оттуда HDD, втыкать его в десктопную машину...

Скажи спасибо, что хоть что-то читается. Если бы там стоял reiser то ты бы уже распрощался с данными.

>Если бы там стоял reiser то ты бы уже распрощался с данными.

Тут у большинства "личного опыта" достаточно только чтобы говорить о вещах в сослагательном наклоеннии, что неудивительно.

Угу. Тем более, что если там наелось хотя бы несколько жизненно важых файлов, то мне уже пофиг, что остальное читается. Всё равно систему переставлять придётся. А личные данные стараюсь бэкапить...