btrfs vs LVM

Столько тем по btrfs, что совершенно неясно зачем создавать еще одну.

Да что-то тупанул, не допер пройтись по тэгам. Почитал нах-нах-нах.

Приключений на задницу нужно? Ставь в виртуалку остальные дистрибутивы.

устанавливать ОС прям в томы btrfs напрямую не получится, т.к. они не являются отдельными устройствами

придётся устанавливать в виртуалке и переносить на том btrfs

Что ты разрабатываешь? Ядро, железо, драйверы, ... что тебе понадобилось ставить отдельные ОС на реальное железо?

Для проверки сборки и работоспособности программы достаточно chroot'a, lxc, kvm (по возрастающей сложности/избыточности)

Неее прикладуху, просто приходится выслушивать описание проблем от «блондинок», поэтому и для тех и для этих накатил то, чем они пользуются в реале. Чрут не вариант, в нем не посмотришь что происходит, когда тебе говорят «Вот так синенькая выдвигалка заезжает на вонту штучку которой я переключаю отчеты». Те что с федорой вообще собственной централизованное обновление имеют и что там их одмин (тот еще мудила) поставит завра в пакет обновлений лучше знать и видеть.

Из chroot'а никто не мешает запустить X-овое приложение или в чруте запустить Xvnc (vncserver) и к нему подключаться откуда угодно

Было бы желание!

Приключений на задницу нужно?

Просто интересно, но вот именно таких приключений на задницу не нужно.

делаешь раздел, на весь раздел subvolume=debian/bubuntu/fedora и всё можно.

всё будет нормально, если ядра все будут новее 3.14.1

и нахрена это нужно?

чтобы использовать плюшки btrfs, но при этом ставить разные ос, или виртуалки без «файла»

Обсуждалось уже не раз. Скажу лишь, что btrfs стабильно, остальной выбор за тобой.

скорость выше ext4 без журнала?

померяй

скажу так, Western Digital WD1000DHTZ у соседа, на ext4 загрузка системы с кнопки до полной загрузки кде 1 минута, на btrfs 30 секунд

на ext4 загрузка системы с кнопки до полной загрузки кде 1 минута, на btrfs 30 секунд

Маловероятно. ext4 достаточно шустрая, сомневаюсь, что фс со слоем абстракции ее переплюнет.

ext4 жуткий тормоз и дохлятина, я это хорошо когда то ощутил на samba шаре с 400+ пользователей,20 баб записали в 1 документ почти сразу информацию, и к нему потом доступ очень долгий, с btrfs такого не было. К тому же у ext4 любовь трахать винт, а я например винт слышу только во время включения и выключения, ну или если большой файл перетаскиваю, в остальных случаях винт вообще не юзается.

Тебе уже много раз говорили что ты просто не умеешь настраивать самбу, но видимо твой IQ не позволяет тебе воспринять эту информацию.

в остальных случаях винт вообще не юзается.

btrfs собрали-таки с libastral.so, круто чё!

круто, под ext4 настраивать по особому самбу, вместо того чтобы использовать нормальную фс...

ext4 жуткий тормоз и дохлятина

http://www.phoronix.com/scan.php?page=article&item=linux_317_4ssd&num=2

Похороникс, конечно, те еще сказочники, но все можно перепроверить.

Я уже говорил, что ты слаб умом?

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

учитывая, что тестят они на бубунте, там результат может быть разным даже 2-3 теста подряд...

городить*

учитывая, что тестят они на бубунте

Причем тут дистр?

а при том,например в дебиане, даже в свежем, btrfs 2008 года в установщике. 0.19v смешно и плакать. в бубунте может тоже быть древность, всё таки ядро у них не с кернел орг, а с бубунтушного ppa.

У тебя там был RAID и его геометрия не совпадала с samba, FS там была не причем, но ты запомнил только btrfs — опять приходится напоминать о твоих умственных способностях.

ну нука, кинь ссылку, на оптимизацию raid под samba, я хочу поржать. Я вижу это под freebsd и темы лет 10 давности, или ты хочешь сказать, что рейд mdadm такой же тупой как и freebsd'шный 10 лет назад? тогда в двойне нахрен ext4 и только btrfs/zfs или аппаратный рейд от 300 баксов.

или наоборот samba под raid, а то по всюду старьё 10 летней давности.

http://busybox.net/~aldot/mkfs_stride.html

https://wiki.samba.org/index.php/Linux_Performance

http://www.eggplant.pro/blog/faster-samba-smb-cifs-share-performance/

    find use sendfile = yes in SAMBA config,
    replace "yes" to "no",
    restart SMBD.

My tests gives a 30% speed up while copying files

Please note that sendfile() is a kernel specific and implemented for every filesystem separately. For example, with kernel 3.0 + uClibc 0.9.32 + EXT4 turning this option off will degrade SAMBA perfomance.

Там есть что настраивать.

А теперь поржи на потеху публики.

"strict allocate = yes"
  aio read size = 16384

в федоре по умолчанию.

use sendfile = true

в федоре тоже дефолт, так что обломинго тебе деточка.

Свою маму будешь называть деточкой

Смотри RAID + mkfs.ext*

Смотри RAID + lvm + mkfs.ext*

Так у тебя было, тебя лошарик не хватило настроить эту комбинацию и ты свалил на btrfs, там за тебя думают — отличный показатель тебя как специалиста-ITT

то есть, вместо настройки за 15 минут, читать тонну документации чтобы настроить работу самбы? Но зато говорить с умным видом, я решил проблему? Не, лошарик тут ты. IT специалист должен искать решение с наименьшими трудозатратами, а не городить себе лишнюю работу. С твоим подходом можно и серваки на lfs держать, за то что, круто кучу доки перечитал.....

в дебиане, даже в свежем, btrfs 2008 года в установщике

Я так понимаю btrfs в ядре и набор утилит btrfs-tools для тебя одно и то же?

от btrfs-tool напрямую зависит работа btrfs, к тому же при загрузке пишется именно btrfs 0.19v а не btrfs-prog.

Ты, же дебил кричишь btrfs быстрее ext4, потому что у тебя лично raid-0+lvm+ext4 были криво настроены — получается ты врешь, потому что жопорукий ITT, а что быстрее настраивать это уже дело десятое.

Иди по ссылке raid calculator и все тебе будет за 15 сек — параметры для lvm, mkfs.ext* и можешь мозг не включать.

пишется именно btrfs 0.19v а не btrfs-prog.

btrfs version
Btrfs v3.12
из хелпа:
btrfs version
Display btrfs-progs version

Она и с журналом довольно шустрая. Отключение журнала на моей машине — смерть.

а причём здесь ФС?

Иначе срач не получается. А срач — это жизнь для современного веб-портала. Вон раньше opennet.ru был тихой гаванью для нормальных ITшников — теперь разрешили флеймить — иной раз ЛОР переплевывают — ожил сайт, народ потянулся.

зачем нужен журнал?

от него только лаги и износ флеш памяти

зачем нужен журнал?

Затем, чтобы при внезапном отключении электроэнергии не терять тонны данных при долгом аптайме.

от него только лаги

Пруф в студию!

и износ флеш памяти

Всё изнашивается.

от него только лаги и износ флеш памяти

Реальный юзкейс: Приходишь на работу, на автомате пихаешь зарядник от ноута в розетку, не посмотрев, что кто-то перещелкнул на розекте кнопочку вкл/выкл (может уборщица). Ставишь компилять идешь курить, пока куришь, потом торчишь на летучке, ноут выдает предупреждение о низком заряде батареи, а затем выжрав ее окукливается, возвращаешься и благодаря «доброму» fsck все что ты делал и еще не закоммитил красиво размазано по lost+found. Надо бы работу продолжать, а ты сидишь, как дурак, паззлы собираешь.

IT специалист должен искать решение с наименьшими трудозатратами

... в будущем

А быстродолбодятлы «сделал абы как, вроде работает, ну и хрен с ним» - нахрен не нужны и их надо гнать ссаными тряпками из профессии

моё решение с самбой эксплуатируется с ноября 2013 и по сей день в компании, причём сервера с федорой сами по себе обновляются, и новый админ к ним даже не прикасается. так что не вижу проблем с btrfs.

причём сервера с федорой сами по себе обновляются, и новый админ к ним даже не прикасается

[здесь должна быть картинка с вилли вонка]