Изпечатай

[growchie]

"Скоро" в света на файловите ситеми, означава, поне две години. До тогава, btrfs, вероятно ще стане файлова система по подразбиране в повечето дистрибуции. След още една - две години, когато се развие достатъчно новата файлова система, ще почнат нови дискусии "Заслужава ли си да преминавам от btrfs на файлова система X". В света на софтуера, този цикъл се повтаря през няколко години. Същото се случи при преминаването от ext3 към ext4.

Ми ще има със сигурност и може дори аз пак да я подхвана. Винаги има период в който при една файлова система се изчистват всякакви кусури, а и ако има нещо фундаментално сгрешено се разбира. Изобщо не съм фен да съм early adopter на може би най-критичния елемент в една система. Тази дискусия ми беше полезна до толкова до колкото никой не се оплака и следователно може да си я ползвам.

[growchie]

Само да отворя една скоба като заговорихте за кешовете. В ZFS има нещо като L2ARC https://blogs.oracle.com/brendan/entry/test което според този автор давало чувствителна производителност.
Колкото до скоростите на файловите системи няма нещо което да се мери с един нов по-бърз диск да речем, така че за мен този въпрос е теоретичен повече.

Има и нещо друго - за да работи добре на ZFS и трябва доста RAM. Така че за десктоп по-скоро не бих я ползвал.

[cybercop]

Винаги има период в който при една файлова система се изчистват всякакви кусури, а и ако има нещо фундаментално сгрешено се разбира. Изобщо не съм фен да съм early adopter на може би най-критичния елемент в една система. Тази дискусия ми беше полезна до толкова до колкото никой не се оплака и следователно може да си я ползвам.

Файловата система е нещо много консервативно. Това, което се променя динамично е поддръжката за нея в ядрото на ОС и създаването на допълнителните инструменти за работа с нея.

[d0ni]

Оказва се, че буферът е, колкото го показва top.
http://s19.postimg.org/yq51ur375/bufer1.png
Ще се върнем ли на въпроса, или трябва да прекомпилирам и ядрото ?
Все пак, мисля, че въпросът беше ясен и се базира на показанията на една и съща програма, върху една и съща дистрибуция, ядро и хардуер. Интересуваше ме причината за разликата в тези резултати.

Ами ето ти ясен отговор: ext{3,4} ползват jbd layer-а (https://en.wikipedia.org/wiki/Journaling_block_device) за журнала и съответно буферите, които ползва този слой се показват в колонката, която гледаш. От друга страна xfs (а вероятно и btrfs) не ползват jbd, а си имат тяхни имплементации и съответно не се отразяват в Buffer колонката. За да видиш аналогичните стойности при xfs, може да се разровиш в /proc/slabinfo. Не ми се рови в сорса, но вероятно става въпрос за xfs_buf (grep xfs_buf /proc/slabinfo). За да получиш реалния размер трябва да умножиш стойността на num_objs * objsize.

[cybercop]

Оказва се, че буферът е, колкото го показва top.
http://s19.postimg.org/yq51ur375/bufer1.png
Ще се върнем ли на въпроса, или трябва да прекомпилирам и ядрото ?
Все пак, мисля, че въпросът беше ясен и се базира на показанията на една и съща програма, върху една и съща дистрибуция, ядро и хардуер. Интересуваше ме причината за разликата в тези резултати.

Ами ето ти ясен отговор: ext{3,4} ползват jbd layer-а (https://en.wikipedia.org/wiki/Journaling_block_device) за журнала и съответно буферите, които ползва този слой се показват в колонката, която гледаш. От друга страна xfs (а вероятно и btrfs) не ползват jbd, а си имат тяхни имплементации и съответно не се отразяват в Buffer колонката. За да видиш аналогичните стойности при xfs, може да се разровиш в /proc/slabinfo. Не ми се рови в сорса, но вероятно става въпрос за xfs_buf (grep xfs_buf /proc/slabinfo). За да получиш реалния размер трябва да умножиш стойността на num_objs * objsize.

Благодаря. Това ми трябваше. Отдавна съм забелязал, че системи под btrfs и xfs имат сходно поведение. Възможно е в btrfs да са копирали доста неща от XFS.

[zahari_bgr]

Някой мигрирал ли е от ext4 към btrfs  с ядро 4.x? Понеже искам да мигрирам, но в уикито ме плашат с проблеми, ако използвам ново ядро.
Иначе най-лесния вариант е да ползвам някой жив диск с ядро 3.x за конвертирането. То така или иначе ми трябва жив диск за да конвертирам, просто се чудя какво да използвам.  Обаче, не е ли по-добре да използвам последните версии на инструментите за конвертиране, а и същото ядро, което после ще върви?
Между другото, ако накарм  grub да зареди  iso от дял, който ще конвертирам - няма да има проблеми, нали? В смисъл, няма да му хрумне по някое време, че трябва да чете от образа, намиращ се на дяла, който ще конвертирам.
Сещам се и още нещо - да речем, че тествам btrfs 1 месец, но искам да се върна към ex4, като съм запазил информацията за файловата система (виж връзката в началото) - тогава какво става с новосъздадените файлове?

[cybercop]

Някой мигрирал ли е от ext4 към btrfs  с ядро 4.x? Понеже искам да мигрирам, но в уикито ме плашат с проблеми, ако използвам ново ядро.

Тествал съм я до ядро 4.2 и не съм констатирал проблеми. Няма логика, поддръжката за тази файлова система да се влошава в новите ядра. Тенденцията е точно обратната. Всяко следващо ядро е с по- добра поддръжка на btrfs.

[zahari_bgr]

Тествал съм я до ядро 4.2 и не съм констатирал проблеми. Няма логика, поддръжката за тази файлова система да се влошава в новите ядра. Тенденцията е точно обратната. Всяко следващо ядро е с по- добра поддръжка на btrfs.

Искам да преобразувам съществуващите си дялове, а на линка към уикито на btrfs по темата пише:

Warning: As of 4.0 kernels this feature is not much used or well tested anymore, and there have been some reports that the conversion doesn't work reliably. Feel free to try it out, but make sure you have backup

Т.е. че btrfs-convert може да се издъни.
За това питам някой от тук конвертирал ли е от ext4 към btrfs с ядро 4.х.

[cybercop]

В цитата, който си публикувал, не виждам ядро 4.ХХ, а ядро 4.0. А, това е доста рядко използвано ядро, като се има предвид, че LTS са 4.1 и 4.4. Доста грешки от 4.0 се изчистиха в 4.1.
П.П.: За конвертиране нямам практически опит. Ползвал съм файловата система в новоинсталирани системи.
Извинявам се. Не разбрах, какво имаш предвид под мигриране в първия пост.