форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Обновление пакета btrfs-progs"	+/–
Сообщение от opennews (ok) on 01-Ноя-11, 14:56
Объявлено (http://permalink.gmane.org/gmane.comp.file-systems.btrfs/13936) о возрождении Git-репозитория на kernel.org с набором утилит btrfs-progs, ориентированных на управление разделами с файловой системой Btrfs. В отличие от ранее доступного пакета btrfs-progs, в новой версии появилась поддержка режима "scrub", при котором осуществляется чтение и проверка всех данных и метаданных с целью выявления ошибок и нарушений целостности в файловой системе Btrfs. Загрузить новую стабильную версию утилит можно из репозитория git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git. Для сборки требуется наличие библиотек libuuid и libattr (в Debian находятся в пакетах uuid-dev и libattr-dev, в Fedora - libuuid.devel и libattr-deve). Дополнительно отмечается ответвление (http://permalink.gmane.org/gmane.comp.file-systems.btrfs/13988) новой экспериментальной ветки, в которой добавлены утилиты  qgroups и restriper, а также утилита recovery для извелечения файлов с повреждённой ... URL: http://www.h-online.com/open/news/item/New-release-of-the-Bt... Новость: http://www.opennet.ru/opennews/art.shtml?num=32191
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Обновление пакета btrfs-progs"	+3 +/–
Сообщение от BliecanBag (ok) on 01-Ноя-11, 14:56
Отлично! Просто отлично! C ужасом жду выхода и результатов проверки своих разделов ~1.5 годичной давности
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Обновление пакета btrfs-progs"	+1 +/–
	Сообщение от Frank (ok) on 01-Ноя-11, 15:45
	Проверить (и убедиться в наличии каких-то мелких косячков)  можно уже с пол года как, только исправлять пока оно не берётся :) Так что ждать надо с радостью, а не ужасом! ;)
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	17. "Обновление пакета btrfs-progs"	+/–
	Сообщение от Аноним (??) on 01-Ноя-11, 18:39
	Хм, что значит - не берутся? А что же тогда за пачки исправлений в ченжлогах ядра? Или починенный баг за баг не считается? :)
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	19. "Обновление пакета btrfs-progs"	+/–
	Сообщение от K.O. on 01-Ноя-11, 19:39
	Речь об исправлении ошибок в вашей файловой системе, а не в коде ядра. Вот так-то!
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	21. "Обновление пакета btrfs-progs"	+1 +/–
	Сообщение от Аноним (??) on 01-Ноя-11, 20:12
	Дык разговор еще только идет о выпуске бета-версии fsck. И чего вы ожидали? Кстати у ZFSных камикадзей fsck вообще нету а как они исправляют ошибки - можно на лисяре почитать, там хардкор с ручным редактированием структур файловой системы вообще ;)
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	34. "Обновление пакета btrfs-progs"	+1 +/–
	Сообщение от iZEN (ok) on 01-Ноя-11, 22:57
	> Дык разговор еще только идет о выпуске бета-версии fsck. И чего вы > ожидали? Кстати у ZFSных камикадзей fsck вообще нету а как они > исправляют ошибки - можно на лисяре почитать, там хардкор с ручным > редактированием структур файловой системы вообще ;) В ZFSv28 (теперь это мейнстрим на FreeBSD) возможно восстановление структуры ФС без редактирования в HEX-редакторе содержимого дисков — достаточно одной команды: "zpool import -F poolname". Производится поиск последних завершённых групп транзакций и восстановления состояния непротиворечивости по ним. Пример: % zpool export space % zpool import -F space Pool space returned to its state as of вторник,  1 ноября 2011 г. 22:48:55. % uname -rsm FreeBSD 9.0-RC1 amd64 Разницы в скорости импортирования с ключом "-F" и без на неповреждённом пуле не заметил. Чтобы больше не попадать впросак с заявлениями о невозможности восстановления ZFS или необходимости в ручном редактировании структур файловой системы, необходимо хотя бы иногда читать новости о процессе разработки: http://www.opennet.ru/opennews/art.shtml?num=30797 И, да, у ZFSных камикадзей есть man zpool: http://www.freebsd.org/cgi/man.cgi?query=zpool&apropos=0&sek... В котором описана волшебная команда zpool scrub pool...
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	38. "Обновление пакета btrfs-progs"	+/–
	Сообщение от Аноним (??) on 02-Ноя-11, 02:30
	> import -F poolname". Производится поиск последних завершённых групп транзакций и восстановления > состояния непротиворечивости по ним. Ну так это заткнули для одной конкретной ситуации, видимо похожей на то что недавно в списке рассылки btrfs было. А полноценного fsck - нету. > Разницы в скорости импортирования с ключом "-F" и без на неповреждённом пуле > не заметил. В случае починки основательно разваленной ФС волновать будет не скорость. Программно - всяко быстрее чем ручками файлы доставать, вручную парся структуры с калькулятором и хексредактором, потому что сама ФС видите ли облажалась и выпала в немоунтабельное состояние или состояние при котором драйвер с грохотом валится. > Чтобы больше не попадать впросак с заявлениями о невозможности восстановления ZFS или > необходимости в ручном редактировании структур файловой системы, Гораздо интереснее было бы посмотреть на твою мину при восстановлении всерьез рассыпавшегося пула, когда драйвер не сможет это подхватить, а полноценных утилей восстановления как бы и нету толком. > И, да, у ZFSных камикадзей есть man zpool: > В котором описана волшебная команда zpool scrub pool... А толку? Это не есть полный аналог fsck.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	44. "Обновление пакета btrfs-progs"	+/–
	Сообщение от iZEN (ok) on 02-Ноя-11, 14:31
	> В случае починки основательно разваленной ФС волновать будет не скорость. Программно - > всяко быстрее чем ручками файлы доставать, вручную парся структуры с калькулятором > и хексредактором, потому что сама ФС видите ли облажалась и выпала > в немоунтабельное состояние или состояние при котором драйвер с грохотом валится. Свежий случай на системном пуле, заполненном на 99% от полезной ёмкости: не найден загрузочный пул ("can't find boot pool", и при попытке загрузки вываливается приглашение загрузчика). Сам пул импортируется/экспортируется обычным образом в ОС с диска восстановления, файлы целы, scrub после многочасовой проверки показывает отсутствие ошибок. >> Чтобы больше не попадать впросак с заявлениями о невозможности восстановления ZFS или >> необходимости в ручном редактировании структур файловой системы, > Гораздо интереснее было бы посмотреть на твою мину при восстановлении всерьез рассыпавшегося > пула, когда драйвер не сможет это подхватить, а полноценных утилей восстановления > как бы и нету толком. Ты всерьёз полагаешь, что я огорчусь от рассыпавшегося пула? Я тебя огорчу: у меня есть бэкапы и резервирование важных данных. >> И, да, у ZFSных камикадзей есть man zpool: >> В котором описана волшебная команда zpool scrub pool... > А толку? Это не есть полный аналог fsck. А толку от fsck?! У нас хотя бы есть scrub, который чинит, если есть возможность, саму ФС и файлы на ней, и показывает в выхлопе список всех повреждённых, невозможных к починке файлов с полными путями к ним. А ваш fsck складывает найденные цепочки блоков в безымянные файлы в каталог lost+found — разбирайтесь сами, что там такое и нужно ли вам оно. :))
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	45. "Обновление пакета btrfs-progs"	+/–
	Сообщение от fyjybvec on 02-Ноя-11, 17:28
	Для btrfs тоже есть scrub.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	46. "Обновление пакета btrfs-progs"	+/–
	Сообщение от анонимус (??) on 02-Ноя-11, 18:00
	>У нас хотя бы есть scrub а у нас его типа нету?
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	47. "Обновление пакета btrfs-progs"	+1 +/–
	Сообщение от iZEN (ok) on 02-Ноя-11, 19:20
	>>У нас хотя бы есть scrub > а у нас его типа нету? У вас? У вас scrub ничего не исправляет.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	35. "Обновление пакета btrfs-progs"	+/–
	Сообщение от Аноним (??) on 01-Ноя-11, 23:23
	Омг... а я как-то и не заморачивался с восстановлением, думал оно есть... уже не стал вникать в суть, но опытным путём обнаружил, что помогала перестановка загрузчика(на /boot был не btrfs). Я, конечно, попытаюсь погуглить на досуге, но подскажите, пожалуйста: как это работало!? Неужели, таблицы ФС связаны с загрузчиком?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Обновление пакета btrfs-progs"	+/–
Сообщение от anonymous (??) on 01-Ноя-11, 16:59
К сожалению подтверждаются мои худшие подозрения: Оракл мутит с btrfs что то нехорошее. Под F16-RC2 тормозища неописуемые при fsync. Короче народ, даже не думайте, ставьте только ext4, xfs и прочее провереное. Не вышел каменный цветок. А как дысал, как дысал...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Обновление пакета btrfs-progs"	+/–
	Сообщение от BratSinot on 01-Ноя-11, 17:34
	Вспоминая интервью Шишкина где он рассказал как этот Btrfs устроен не удивительно.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	7. "Обновление пакета btrfs-progs"	+/–
	Сообщение от антоним on 01-Ноя-11, 17:41
	Поменьше верьте Шишкину (касательно бтрфс). За большинством его высказываний в части бтрфс стоит банальная ревность и комплекс непризнанного гения.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	10. "Обновление пакета btrfs-progs"	+1 +/–
	Сообщение от anonymous (??) on 01-Ноя-11, 18:03
	> Поменьше верьте Шишкину (касательно бтрфс). За большинством его высказываний в части бтрфс > стоит банальная ревность и комплекс непризнанного гения. Это как раз не проблема. Наоборот, проблема линукса в признанных псевдогениях, поделки которых проталкиваются корпорациями с такими усилиями, что порой удивляешься, как такое вообще могло попасть в стабильный дистрибутив.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	11. "Обновление пакета btrfs-progs"	+/–
	Сообщение от jaja on 01-Ноя-11, 18:17
	+100500 а потом всем вместе предлагается решить проблемы от этих граблей.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	22. "Обновление пакета btrfs-progs"	+/–
	Сообщение от Аноним (??) on 01-Ноя-11, 20:17
	> вообще могло попасть в стабильный дистрибутив. А чего такого криминального в btrfs? Обычная CoW, сделанная с оглядкой на другие, попытка сделать даже получше чем у других. У какого-нибудь ZFS и своих слабых мест - навалом, а если посмотреть на бенчи - btrfs вполне культурная в целом файловая система. А то что не во всех случаях идеально - так панацеи и не бывает. Всегда можно найти нагрузку на которой отдельно взятая ФС окажется хуже остальных. Только при таком раскладе файловыми системами вообще пользоваться не надо - они все г-но получатся. Ну я вот например могу загадить XFSный том до состояния когда 1 файл удаляется 30 секунд. Следует ли отсюда что XFS - г@вно? А может, отсюда следует что я подгадил ФС, вдарив по болючим местам?
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	36. "Обновление пакета btrfs-progs"	+/–
	Сообщение от Школьник (ok) on 01-Ноя-11, 23:23
	>Ну я вот например могу загадить XFSный том до состояния когда 1 файл удаляется 30 секунд. Следует ли отсюда что XFS - г@вно? Да.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	39. "Обновление пакета btrfs-progs"	+/–
	Сообщение от Аноним (??) on 02-Ноя-11, 02:32
	>>Ну я вот например могу загадить XFSный том до состояния когда 1 файл удаляется 30 секунд. Следует ли отсюда что XFS - г@вно? > Да. Хорошо, а если я скажу что смогу загнать в задницу практически любую файловую систему, приложив должные усилия и выбрав наименее удобные для ФС условия - вы убьетесь о стену с разбега, осознав что мир жесток и неидеален? А то с таким критерием говенности ФС - каждая первая файловая система - гуано ;)
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	32. "Обновление пакета btrfs-progs"	+/–
	Сообщение от антоним on 01-Ноя-11, 21:48
	Конечно, для линукса гораздо лучше было бы если бы туда попало гениальнейшее творение компании разорившейся вскоре после того как ее глава сел за убийство и на поддержку которой впоследствии даже у того самого Шишкина не нашлось времени. Это сарказм если что, вот только Шишкин действительно так думает что и явилось причиной для наездов на бтрфс (а поводом какой-то извращенный тесткейс). Пинать разработчиков бтрфс может и стоит, но не потому что ее взяли в ядро а рейзер4 нет.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	33. "Обновление пакета btrfs-progs"	+/–
	Сообщение от runoverheads (ok) on 01-Ноя-11, 22:38
	Использую для /home небольшой раздел на SSD. Юзаю сжатие в btrfs и reiser4. На треть больше экономии места и прироста скорости на reiser4 по сравнению с btrfs. К несчастью вынужден был уйти с reiser4 тк есть баги и ежемесячно приходилось лечиться через fsck, ещё нет поддержки новых ядер. Шишкин писал, что у него нет времени исправить и доработать, а проспонсировать работу никому не интересно. Забросил он разработку сославшись, что юзайте btrfs. А это btfrs - убогое тормознутое впустую пожирающее пространство (проверял не исправили! matadata ratio) чудовище! модуль zfs не подходит тк система x86_32 ради экономии места и памяти, а он тока на x86_64 без сигфолтов работает.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	40. "Обновление пакета btrfs-progs"	+/–
	Сообщение от антоним on 02-Ноя-11, 12:16
	непонятно, чем вас zfs-fuse не устраивает. или именно оно имеется в виду под "модуль zfs"?
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	42. "Обновление пакета btrfs-progs"	+/–
	Сообщение от runoverheads (ok) on 02-Ноя-11, 14:09
	скоростью. а имеется ввиду именно модуль ядра zfsonlinux.org
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	27. "Обновление пакета btrfs-progs"	+/–
	Сообщение от fyjybvec on 01-Ноя-11, 21:16
	Ничего не имею против Эдуарда Шишкина, но в данный момент и у рейзерфс есть нерешённые проблемы, о которых все знают довольно давно.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	29. "Обновление пакета btrfs-progs"	+/–
	Сообщение от Аноним (??) on 01-Ноя-11, 21:33
	> Ничего не имею против Эдуарда Шишкина, ... кроме того что в своем глазу он такое бревнище не заметил, на фоне которого проблемы btrfs вообще так, сущие мелочи.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	8. "Обновление пакета btrfs-progs"	+1 +/–
	Сообщение от dalco (ok) on 01-Ноя-11, 17:50
	Кому нужно тестировать btrfs, качают ее из git`а. Ибо в официальное ядро только сейчас некоторые весенние(!) патчи заслали (это я про будущее ядро 3.2). В рассылке btrfs самый популярный диалог: - У меня бага! Не работает это и это... - Знакомо... Какая у вас версия ядра? - Самая новая... 3.0.xx - Фи, батенька, мы уж про это старье не вспоминаем, ставьте распоследний 3.2.x-rcY или, в худшем случае, предпоследний, тогда и поговорим. ;) Так что обсуждать btrfs на основе впечатлений от пакетов, идущих в составе каких-либо дистрибутивов (даже горячо мной любимой Fedora) imho бессмысленно. Все ваши баги давно исправлены и вместо них сделаны новые :)
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	9. "Обновление пакета btrfs-progs"	+/–
	Сообщение от anonymous (??) on 01-Ноя-11, 17:58
	>Все ваши баги давно исправлены Размечтался. Таким образом разработчики посылают всех, ибо лень попросту не хотят пытаться воспроизвести эти баги.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	12. "Обновление пакета btrfs-progs"	+/–
	Сообщение от Lexa (??) on 01-Ноя-11, 18:18
	если только сидеть и исправлять баги то не останется времени на добавление новых фич.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	18. "Обновление пакета btrfs-progs"	+2 +/–
	Сообщение от trdm (ok) on 01-Ноя-11, 18:46
	если баги не исправлять, то новые фичи будут никому не нужны...
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	37. "Обновление пакета btrfs-progs"	+/–
	Сообщение от Аноним (??) on 01-Ноя-11, 23:48
	Будут, если не орать о багах на каждом углу
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	48. "Обновление пакета btrfs-progs"	+/–
	Сообщение от Ytch on 03-Ноя-11, 03:13
	>> если баги не исправлять, то новые фичи будут никому не нужны... > Будут, если не орать о багах на каждом углу Прямо Microsoft way (только фичи должны быть преимущественно сомнительные).
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	49. "Обновление пакета btrfs-progs"	+/–
	Сообщение от Andrey Mitrofanov on 03-Ноя-11, 10:57
	> Прямо Microsoft way One Microsoft Way, Redmond, Washington, USA
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	16. "Обновление пакета btrfs-progs"	+/–
	Сообщение от Аноним (??) on 01-Ноя-11, 18:37
	> Размечтался. Таким образом разработчики посылают всех, ибо лень попросту не хотят пытаться > воспроизвести эти баги. Время разработчиков - не резиновое! Поэтому снощаться с воспроизведением бага пойманного в заведомо тухлой версии часто не резон. Особенно если в "подозреваемый" кусок кода с тех пор вносились существенные изменения (а пиляют btrfs изрядно), а предоставленной информации - мало. В частности припоминаются какие-то изменения в свежих ядрах относительно fsync. В 3.1 и текущей версии как раз где-то.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	15. "Обновление пакета btrfs-progs"	+/–
	Сообщение от Аноним (??) on 01-Ноя-11, 18:34
	> - Фи, батенька, мы уж про это старье не вспоминаем, ставьте распоследний > 3.2.x-rcY или, в худшем случае, предпоследний, тогда и поговорим. ;) Ну так разработчики действительно могли починить over 9000 багов за этот период, в том числе перелопатить треть кода файловой системы, при этом возможно ваш баг уже давно зачинился. Время разработчиков не бесконечно, поэтому они не будут тратить его на разборку проблем в версиях отличных от самого свежака. И это правильно. Если вы заинтересованы в починке бага - пробуйте на свежаке. Это нормальный процесс багфиксинга и тестинга, он такой не только у линуксного ядра но и у множества иных проектов.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	20. "Обновление пакета btrfs-progs"	+/–
	Сообщение от anonymous (??) on 01-Ноя-11, 20:04
	Проблема в том что они так уже слишком долго посылают за "свежим кодом". Активно слежу за сабжем года 2, как рабочая FS больше года. И вечный "мы знаем, fsync не очень быстр, но есть много идей, попробуйте приклеить красный треугольник к клетке с курицей". Нисколько не наезжаю на компетентность или трудолюбие Криса Мейсона и команды, но по факту лютый песец. Вопрос обещали снять к 3.0, потом к 3.1 "так как нужнв изменения в других подсистемах". И вот он, 3.1.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	23. "Обновление пакета btrfs-progs"	+/–
	Сообщение от Аноним (??) on 01-Ноя-11, 20:20
	> И вечный "мы знаем, fsync не очень быстр, но есть много идей, Кроме идей, попадается еще и куча ченжлогов на эту тему. В частности что-то такое в оных по части fsync недавно было. Кстати а где вы так злостно лупите fsync'ом что его скорость для вас - краеугольный камень прямо?
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	24. "Обновление пакета btrfs-progs"	+/–
	Сообщение от anonymous (??) on 01-Ноя-11, 20:40
	Выбешивает vim, иногда делает fsync (наверно периодически сохраняет на диске файл для восстановления при крэше), до 20+ (!!!) секунд доходит зависоны. Вставил 2 символа, только жмякнул PgUp и привет. Редко, не спорю. Раз в час- пол часа. Но метко, как раз в момент, когда нужно сбросить свежепридуманую идею пока не забыл детали. Любое обновление yum update превращается в ад. Там тонны fsync, так как нужно быть уверенным в том что данные нового пакета таки записаны. Собственно с этой претензии обычно и начинаются разборки в btrfs-devel. Годами. Вот и ныне там . C kernel 3.1. Загрузка ОС дольше раза в 4. На глазок - btrfs превратила комп в венду.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	25. "Обновление пакета btrfs-progs"	+/–
	Сообщение от BliecanBag (ok) on 01-Ноя-11, 20:53
	не знаю, что у вас не так, но когда у меня появляются тормоза на Fedora (примерно раз в 2-3 месяца, после кучи апдейтов), мне помогает  btrfs fi balance / ну и как вариант можно попробовать дефрагментировать раздел
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	41. "Обновление пакета btrfs-progs"	+/–
	Сообщение от Andrey Mitrofanov on 02-Ноя-11, 13:29
	> ну и как вариант можно попробовать дефрагментировать раздел >>На глазок - btrfs превратила комп в венду.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	30. "Обновление пакета btrfs-progs"	+/–
	Сообщение от Аноним (??) on 01-Ноя-11, 21:46
	> восстановления при крэше), до 20+ (!!!) секунд доходит зависоны. Ну вот это - совсем непорядок. Факт! > Любое обновление yum update превращается в ад. Не хочу ничего сказать, но когда я пользовался шапкой, меня скорость работы yum выбешивала и на EXT3. А на виртуалках с 256 мегами памяти ему вообще оперативы не хватало для установки особо жирных пакетов. Yum мне запомнился как мерзкий и тормозной пакетный менеджер, уж извините. > Там тонны fsync, так как нужно быть уверенным в том что данные нового пакета таки записаны. На самом деле федористы помнится пилили специально для бтр-а намного более умный подход: до апдейта лепится снапшот (достаточно 1 раз синкануть именно его на диск) а далее ставятся апдейты. Не понравилось? И хрен с ним! Откатимся на снапшот и готово, можно попробовать еще раз. Зачем при таком подходе вообще fsync-ать все и вся - загадка природы. Может недоделали еще эту логику? > Собственно с этой претензии обычно и начинаются разборки в btrfs-devel. Годами. > Вот и ныне там . C kernel 3.1. По моим наблюдениям, за пару лет btrfs прилично подтянули. Хотя честно говоря я никогда ее не бенчил на предмет кучи fsync, но как минимум sqlite там стал работать заметно резвее (он с его журналами тоже упирался в это, да и продолжает). Но вообще, а вы не погорячились использовать ее как загрузочную ФС в боевой системе то? Федористы вон отложили переход на оную как дефолтную на как минимум 1 релиз, что как бы намекает что зелен виноград. Всему свое время и место. > Загрузка ОС дольше раза в 4. На глазок - btrfs превратила комп в венду. В 4 раза - по сравнению с чем? С ext4? Ну так EXT4 не умеет и 1/10 того что умеет btrfs. Хотя все-равно - не понятно чему там в 4 раза тормозить. У вас времена доступа к файлам чтоли включены? Или чего оно там в 4 раза делает? А bootchart посмотреть и вообще запрофайлить что и где затыкается? Систему грузить честно говоря не пробовал (я не камикадзе, извините) а как data диск оно вроде довольно съедобно уже работает. Хотя от набора файлов и операций зависит, разумеется.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	14. "Обновление пакета btrfs-progs"	+/–
	Сообщение от Аноним (??) on 01-Ноя-11, 18:29
	> нехорошее. Под F16-RC2 тормозища неописуемые при fsync. Если это с распоследним кернелом - ну так отпишите в список рассылки. А то знаете, там давно уже в этой заварушке не только оракл но и еще орава разработчиков со всех сторон.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	26. "Обновление пакета btrfs-progs"	+/–
	Сообщение от fyjybvec on 01-Ноя-11, 21:10
	Вроде Йозеф исправил проблемы с медленным synq. Если не лень, можете проверить из его ветви git://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-work.git
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	31. "Обновление пакета btrfs-progs"	+/–
	Сообщение от anonymous (??) on 01-Ноя-11, 21:46
	Спасибо, я в курсе. Просто обещал он еще в 3.0. Потом совcем-совсем починим в 3.1. Теперь снова... Я то переживу, просто других тестировщиков предупреждаю.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

28. "Обновление пакета btrfs-progs"	+/–
Сообщение от fyjybvec on 01-Ноя-11, 21:20
Ещё стоит отметить, что существует утилита для восстановления данных, написанная Йозефом. Работает она в ro, так что если у кого-то есть сломанные разделы с btrfs - стоит попробовать. git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git recovery-beta
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема