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

DoS атака против файловой системы Btrfs, opennews (??), 13-Дек-12, (0) [смотреть все] Готова к продакшену, да Поздравлямс сусю , ryoken (?), 20:29 , 13-Дек-12, (2) +54 // http www opennet ru opennews art shtml num 35561в таком варианте вполне , ананим (?), 20:44 , 13-Дек-12, (6) // Вы точно читать умеете Хранилище, это там где положили и хранят Корень, это та, BratSinot (?), 21:03 , 13-Дек-12, (13) –13 // Если корень это там, где что-то постоянно меняется, то расскажи как нам милок, ч, Анонище (?), 21:14 , 13-Дек-12, (19) +1 Так тенденция же идет к тому, что не будет ни каких тебе var usr и пр , будет , Аноним (-), 21:28 , 13-Дек-12, (25) –8 это называется 8212 объяснение прописных истин корень 8212 это такое м, ананим (?), 22:19 , 13-Дек-12, (40) +4 code testparm SHARA path read only No force dire, pavlinux (ok), 23:03 , 13-Дек-12, (52) –6 А некоторые еще и через костры прыгают, в прорубь зимой ныряют, делают татуировк, Аноним (-), 11:00 , 14-Дек-12, (95) +6 gt оверквотинг удален А, может, самба зачрутована Не убедил , Аноним (-), 14:21 , 14-Дек-12, (97) Или запихана в LXC В KVM-виртуалке , Аноним (-), 17:33 , 14-Дек-12, (110) на бездисковом сервере , pavlinux (ok), 02:24 , 18-Дек-12, (157) +1 http lists busybox net pipermail busybox 2010-December 074114 htmlhttp www o, Аноним (-), 13:42 , 15-Дек-12, (139) Вы с дубу рухнули, где таких админов откопали , GentooBoy (ok), 08:41 , 14-Дек-12, (88) –3 А систему то как апдейтить , anonymous (??), 21:36 , 13-Дек-12, (31) –2 У вас систему злоумышленник апдейтит , Аноним (-), 22:17 , 13-Дек-12, (38) +13 вот нелегко нам злоумышленникам все время палки в колеса подлые админы вставляю, Яйцассыром (?), 04:32 , 14-Дек-12, (79) +8 в цитаты , Аноним (-), 11:02 , 14-Дек-12, (96) +1 var это tmpfs, очевидно же, 1 (??), 08:22 , 14-Дек-12, (86) –2 Прядочная женщина любит порядок сегод7я один, завтра другой Потаскуха - потоск, Аноним (-), 09:22 , 14-Дек-12, (91) +1 Выпустят патч и ФС приблизиться к идеалу еще на шажок , SubGun (ok), 21:03 , 13-Дек-12, (12) +3 // zfs ещ в 2011 от такого страдала и ни чё так, 7 лет в продакшене Dhttp www , ананим (?), 22:23 , 13-Дек-12, (42) +4 // Только так и не видно его, продакшна этого, вот в чём соль , AlexAT (ok), 22:56 , 13-Дек-12, (50) –1 Лиц пубертатного возраста к продакшену не допускают , iZEN (ok), 23:04 , 13-Дек-12, (53) Видимо да, в этом и причина , AlexAT (ok), 23:07 , 13-Дек-12, (54) +2 По тебе заметно , Аноним (-), 23:08 , 13-Дек-12, (55) +2 Если так, то у ZFS нет шансов в продакшене , Аноним (-), 23:28 , 15-Дек-12, (140) +1 у вас странный продакшен - Только не надо отмазываться рассказывая про универс, linux must _RIP_ (?), 16:21 , 14-Дек-12, (103) –2 Не, ну что вы, как можно Продакшн - это изен, у которого пул из 3 дисков 18Мб с, Аноним (-), 00:07 , 16-Дек-12, (142) +1 Оракл сперва поздравь , filosofem (ok), 22:42 , 13-Дек-12, (49) –2 // zfs не crc32 использует А вполне себе SHA-256, чтоб ты знал Где-где тама колли, Аноним (-), 14:22 , 14-Дек-12, (98) –1 // SHA256, говоришь Как там с загрузкой CPU при создании 100500 файлов в каталоге , AlexAT (ok), 14:32 , 14-Дек-12, (99) +1 По-моему эти ламерюги элементарно перепутали хэши которые внутренняя функция хэш, Аноним (-), 17:43 , 14-Дек-12, (113) Он пониже спалился, угу checksum on 124 off 124 fletcher2, 124 fletcher4, AlexAT (ok), 17:46 , 14-Дек-12, (114) +1 Уймись уже Контрольная сумма 8212 частный случай хэширования , iZEN (ok), 18:30 , 14-Дек-12, (120) –2 Спич был за хэш-таблицы А ты почему-то вспомнил чексуммирование области данных , Аноним (-), 19:36 , 14-Дек-12, (132) У тебя zfs межушного ганглия Не офтопь, тут не про этот чудопепелац новость Ей, filosofem (ok), 14:38 , 14-Дек-12, (100) +2 gt оверквотинг удален Btrfs не сертифицирована для продакшена баз данных http, iZEN (ok), 15:00 , 14-Дек-12, (102) –1 А где был сертифицирован ZFS в бсд Ну или даже в лине Ах, нигде Ну я так и по, Аноним (-), 19:39 , 14-Дек-12, (133) +1 Только в особых случаях 8212 http www freebsd org cgi man cgi query zfs apr, iZEN (ok), 14:57 , 14-Дек-12, (101) –1 Вы что, настолько дятлы что не отличаете хэши используемые как внутренняя функци, Аноним (-), 17:40 , 14-Дек-12, (111) –1 В теории хэш-таблица легко может строиться и деревом на основе SHA-256, почему н, AlexAT (ok), 17:41 , 14-Дек-12, (112) +1 Потому что на практике от такой диверсии хэш-таблица изрядно тормознет Всерьез , Аноним (-), 17:52 , 14-Дек-12, (115) На самом деле я просто использовал хэш-дерево на основе результата MD4 для хране, AlexAT (ok), 17:55 , 14-Дек-12, (116) Вариант, конечно, но кстати MD4 уже и не считается криптостойким - для него колл, Аноним (-), 19:23 , 14-Дек-12, (130) Чексуммирование 8212 частный случай применения хэширования Хэш на основе CRC, iZEN (ok), 18:15 , 14-Дек-12, (118) –2 Только к хэш- b таблицам b все это ну вообще совсем не относится Ни флетчер, , Аноним (-), 19:34 , 14-Дек-12, (131) А что, кто-то утверждал что CRC32, fletcher, SHA-256 в ZFS используется в хэш-та, iZEN (ok), 20:41 , 14-Дек-12, (136) –2 Ну вот и будьте Какой смысл с апломбом вспоминать sha-256 чексуммировние данных, Аноним (-), 00:18 , 16-Дек-12, (143) gt оверквотинг удален Дополню справедливости ради ---Блоки пула дисковой па, iZEN (ok), 18:32 , 14-Дек-12, (121) –1 Разработчики суси уже надоели Всё время совершают какие-то ошибки То ли дело р, Аноним (-), 23:25 , 13-Дек-12, (56) +5 // Толсто Таких не существует в природе , ILYA INDIGO (ok), 05:27 , 14-Дек-12, (80) +5 // http www opennet ru opennews art shtml num 35240commit 2000afe4fb86c374650371f, canonical (?), 07:10 , 14-Дек-12, (81) http www kernel org pub linux kernel v3 0 ChangeLog-3 6 6Признаю, таки существ, ILYA INDIGO (ok), 07:55 , 14-Дек-12, (85) –2 ребят то что не готово к продакшену досить даже не пытаются , Кевин (?), 00:19 , 14-Дек-12, (70) +2 // А в коментах в бложике упоминается что в OpenBSD с использованием похожей т, Аноним (-), 01:01 , 16-Дек-12, (149) ОО и где местные аналитики которые кричали все хорошо , linux must _RIP_ (?), 20:38 , 13-Дек-12, (3) +1 // Ооо, btrfs-у выпала честь от более-менее оригинально мыслящего перца потыкать в , Аноним (-), 21:01 , 13-Дек-12, (10) +5 // атаки на хэши давно известны, их часто используют вспоминаем, например, недавни, all_glory_to_the_hypnotoad (ok), 22:03 , 13-Дек-12, (37) +3 // Взаимоисключающие параграфы детектед Он, конечно, кричит, но в хеш-таблице, Аноним (-), 23:26 , 13-Дек-12, (58) –1 для хэш таблиц никогда не бывает O 1 , именно из-за колизий Не позорьтесь И воп, linux must _RIP_ (?), 16:24 , 14-Дек-12, (104) –1 Вообще-то нормальным сценарием эксплуатации хэш-таблицы является случай когда ко, Аноним (-), 17:59 , 14-Дек-12, (117) Эксперт 294 уровня как всегда газифицировал лужу, побыв для части сведений кэпом, nuclight (??), 19:49 , 14-Дек-12, (134) –2 Много апломба и мало по делу На втором курсе обычно учат тому что нужна какая-, Аноним (-), 00:30 , 16-Дек-12, (144) ага, а костыли 8212 это такие ноги, только альтернативные и экономичные но м, arisu (ok), 21:59 , 20-Дек-12, (160) Никто не говорил, что все идеально Уверен, подобную фишку можно было бы со вс, SubGun (ok), 21:03 , 13-Дек-12, (11) // Насчет всех - это смотреть надо Зависит от юзаемых алгоритмов Потенциально же т, Аноним (-), 21:06 , 13-Дек-12, (15) Для OpenBSD что-то похожее нашли Там же в бложике в коментах немало интересного, Аноним (-), 18:49 , 16-Дек-12, (151) Это вы еще просто не видели перцев с IXBT которые совершенно случайно нашли виде, Аноним (-), 21:12 , 13-Дек-12, (18) // а ссыли нет интересно было бы самому нарезать , Аноним (-), 21:31 , 13-Дек-12, (26) // Вот ссыль на описалово Вместе с объяснением феномена - http www ixbt com opti, Аноним (-), 21:41 , 13-Дек-12, (33) +3 местные аналитики забывают что подобная атака была и на питон и на пхп и на мног, Аноним (-), 20:44 , 13-Дек-12, (5) +2 Это можно сделать не только на Btrfs, в том плане что поедание ресурсов возможно, Аноним (-), 20:54 , 13-Дек-12, (8) // Это можно сделать много где и это не самый ожидаемый вектор атаки для программис, Аноним (-), 21:04 , 13-Дек-12, (14) На качественных файловых системах, xfs btree вместо hash , reiserfs на этапе про, svn (??), 21:07 , 13-Дек-12, (16) +1 // А нельзя ли пруф на то что они специально дизайнились с учетом этого фактора А , Аноним (-), 21:14 , 13-Дек-12, (20) +1 // какая-то у вас каша в голове скорость вычисления хэша - вещь константная И то, linux must _RIP_ (?), 21:23 , 13-Дек-12, (23) –1 Просто намеренный гасеж коллизиями вообще-то не является штатным видом эксплуата, Аноним (-), 21:31 , 13-Дек-12, (28) –1 crc32 не является криптохэшем - видимо что бы это узнать нужны дикие познания , linux must _RIP_ (?), 16:33 , 14-Дек-12, (105) –1 Внезапно, хэш-таблицы сами по себе вообще не требуют в общем случае использовани, Аноним (-), 18:24 , 14-Дек-12, (119) reiserfs использует хеш функцию r5, для которой не известен алгоритм создания ко, svn (??), 21:25 , 13-Дек-12, (24) В общем то коллизии находят даже для криптостойких функций иногда, а для хэш-таб, Аноним (-), 21:43 , 13-Дек-12, (34) По ссылке не ходил статью не читал brtfs выдал ошибку на шестьдесят втором файл, svn (??), 22:23 , 13-Дек-12, (41) –1 Не только читал, но и в курсе как хэш таблицы делают Понимаете ли, для хэш-табли, Аноним (-), 23:46 , 13-Дек-12, (61) Почитай ещё раз То что ты знаешь, не значит что авторы btrfs знают По факту, в, svn (??), 07:35 , 14-Дек-12, (84) –1 остальной бред скипнут В случае применения в FS - там все немного не так как вы, linux must _RIP_ (?), 16:37 , 14-Дек-12, (106) –1 Во первых, простите, а что есть дописать в середину файла Технически я понима, Аноним (-), 18:32 , 14-Дек-12, (122) Мисье - вы уверены что к директориям примимо слово posix Если уверены - то мне о, linux must _RIP_ (?), 00:10 , 15-Дек-12, (137) –1 Пардон, вы сами про ФАЙЛЫ завели речь На самом деле я просто не понял ваш маневр, Аноним (-), 00:36 , 16-Дек-12, (145) у ext4 тоже специально предусмотрена обработка колизий в dx tree , linux must _RIP_ (?), 21:20 , 13-Дек-12, (22) // Проблема не в том что обработки нет А в том что если коллизий будет много, алго, Аноним (-), 21:34 , 13-Дек-12, (29) –1 see up все не так просто , linux must _RIP_ (?), 16:38 , 14-Дек-12, (107) –1 Да, оказывается не все так просто В коментах к бложику продолжается изучение гд, Аноним (-), 01:04 , 16-Дек-12, (150) Не понятно чего так носятся с этой btrfs, преимуществ никаких, сколько тестов уж, Buy (ok), 21:35 , 13-Дек-12, (30) –1   // Её преимущества не в производительности , Аноним (-), 21:39 , 13-Дек-12, (32)   Возятся с ней потому что вот в этом вы не правы Во первых, покажите хоть какую-, Аноним (-), 21:47 , 13-Дек-12, (35) +3   // Показываю для упоротых http zfsonlinux org , iZEN (ok), 22:19 , 13-Дек-12, (39) –8   // Она не работает , Аноним (-), 22:32 , 13-Дек-12, (46) +3   Правда что ли Вот тут запустили http www linux org ru gallery screenshots 85, iZEN (ok), 23:01 , 13-Дек-12, (51) –4   Запорожец с горы Арарат Хорошо пошёл , filosofem (ok), 00:00 , 14-Дек-12, (65) +1   Ubuntu переводится как я не могу настроить Debian , IMHO (?), 00:03 , 14-Дек-12, (66) +1   Казалось бы, при чем тут вообще Лужков W убунту Впрочем, черный пиар - это тоже, Аноним (-), 00:16 , 14-Дек-12, (69)   Не, ну почему Как-то работает Вопрос только в том КАК 1 Это не в майнлайне И, Аноним (-), 00:03 , 14-Дек-12, (67) +1   Зачем это им нужно Магия поддержки любых ФС в ZVOL со всеми плюшками ZFS, как , iZEN (ok), 01:03 , 14-Дек-12, (75) –3   Изя, в 2008 она была experimental Плюшки пилятся в illumos zfsonlinux Кстати, , Сержант Скотч (?), 04:24 , 14-Дек-12, (78)   Затем Чтобы эту магию попробовать, надо либо с чистого листа начинать, либо п, AlexAT (ok), 07:21 , 14-Дек-12, (83) –1   С 2009 года 8212 http svnweb freebsd org base view revision revision 197221, iZEN (ok), 10:11 , 14-Дек-12, (92) –1   FreeBSD в продакшене Изя как всегда отжигает , slowpoke (?), 10:44 , 14-Дек-12, (94)   У него жгучий продакшн с трехдисковым пулом выдающим 18Мб сек А у меня ноутбучн, Аноним (-), 00:38 , 16-Дек-12, (146) +1   Твой винт поддерживает хотя бы дедупликацию блоков ФС, не говоря уж о сквозной ц, iZEN (ok), 09:42 , 17-Дек-12, (152) –1   Мммм трудновато найти мазохиста, готового платить за дедуп 4 кратным падение, AlexAT (ok), 11:55 , 17-Дек-12, (153) +1   А чего же тогда лезет в охотный ряд и сравнивает в принципе известные факты де, iZEN (ok), 18:37 , 17-Дек-12, (155) –2   Блджад Вот сразу видно жабиста Zero knowledge of underlying operations Не у, AlexAT (ok), 19:30 , 17-Дек-12, (156) +2   Ну что поделать Не понимают жабисты как работают компьютеры Это позволяет им к, Аноним (-), 22:24 , 20-Дек-12, (161) +1   Не поэтому scrub бессилен на FAULTED-пуле Но недавно появилась волшебная коман, iZEN (ok), 20:10 , 21-Дек-12, (163)   Просто прикольная иллюстрация гибкости в размещении метаданных Оно даже иную ФС, Аноним (-), 18:39 , 14-Дек-12, (123)   машинка из TOP10 что-то в первой пятерке - секвоя говорит что работает можно, linux must _RIP_ (?), 16:39 , 14-Дек-12, (108) –1   Да и пусть себе работает А топ10 - это потому что 1 из 500 звучит гораздо мен, Аноним (-), 18:40 , 14-Дек-12, (124) +1   Вы мне покажете еще 10-15P стораджей под btrfs а top10 намекает что размер диск, linux must _RIP_ (?), 00:12 , 15-Дек-12, (138) –1   Один какой-то мегауникальный пепелац в b лаборатории b - это круто и замечате, Аноним (-), 00:44 , 16-Дек-12, (147)   А дополнительно для упоротых там подарят мне 32 гб озу если я скачаю сорца zfson, Аноним (-), 22:34 , 13-Дек-12, (47) +2   Тебе ехать или шашечки За что-то нужно чем-то платить , anonymous (??), 08:24 , 14-Дек-12, (87) +1   да все твои уже итак знают ты лучше нормальным покажи кто поддержкой этой каки в, ананим (?), 22:37 , 13-Дек-12, (48)   LLNL gov, Intel com мало , linux must _RIP_ (?), 16:39 , 14-Дек-12, (109) –1   Один, два, много Хм где-то я это слышал А, дикари так считали, во , Аноним (-), 18:41 , 14-Дек-12, (125) +1   Спасиб, сами это кушайте , Аноним (-), 23:49 , 13-Дек-12, (62) +2   pvmove разве не тоже самое делает , Аноним (-), 22:31 , 13-Дек-12, (45) +1   // Создание снапшота в lvm2 просаживает производительность тома, который снапшотили, anonymous (??), 23:26 , 13-Дек-12, (57)   эта 8230 как его 8230 использование zfs вообще в принципе просаживает и прои, ананим (?), 23:58 , 13-Дек-12, (64) +1   Тем не менее, скорость записи на оную от самого по себе факта наличия снапшота т, Аноним (-), 00:07 , 14-Дек-12, (68) –1   Тем не менее скорость записи на оную падает всегда и ресурсы жрутся тоже всегда,, ананим (?), 01:01 , 14-Дек-12, (74) +1   Простите, падает - это если на ext4 полный журнал врубить А тут аналог полного , Аноним (-), 18:50 , 14-Дек-12, (127)   Почитайте про устройство снапшотов в LVM, а потом говорите про уменьшение произв, GentooBoy (ok), 08:53 , 14-Дек-12, (89) –2   Спасибо, я почитал И остаюсь при своем мнении крылья и аэродинамика задуманные, Аноним (-), 18:43 , 14-Дек-12, (126)   починилиhttp learnitwithme com p 334, sdog (ok), 02:02 , 14-Дек-12, (77)   Хм, на собственном опыте при единственном снэпшоте особой просадки производитель, Анонимный аноним (?), 07:20 , 14-Дек-12, (82) +2   pvmove это не снапшот, это вынуть диск из пула, я же специально цитировал на что, Аноним (-), 10:42 , 14-Дек-12, (93)   Помимо производительности, есть соображения удобства администрирования и количес, anonymous (??), 21:50 , 13-Дек-12, (36)   // Зачем нужны возмжности, если давно уже есть LVM ext4 , Аноним (-), 23:26 , 13-Дек-12, (59)   // Вот вы и юзайте там снапшоты если хотите , Аноним (-), 23:50 , 13-Дек-12, (63)   У бтрфс есть еще одно узкое место помимо производительности - пожирание места на, Аноним (-), 00:41 , 14-Дек-12, (72) // Слегка ошибся На 5ТБ данных 10ГБ метаданных А вообще это зависит , filosofem (ok), 00:49 , 14-Дек-12, (73) Хотите прикол Создавайте директории и в них файлы 0-го размера до упора Однажд, Аноним (-), 18:53 , 14-Дек-12, (128) Внезапно, эта величина сильно зависит от среднего размера файлов Потому что инф, Аноним (-), 23:30 , 15-Дек-12, (141) crc32 ну они дали , slowpoke (?), 09:14 , 14-Дек-12, (90) +1 // Для hash table это в принципе вполне себе функция Просто оказалось что в конкре, Аноним (-), 18:55 , 14-Дек-12, (129) // Покажи-ка еще хотя бы парочку известных применений, где CRC32 использовался бы и, nuclight (??), 20:01 , 14-Дек-12, (135) –3 // Насчет CRC32 - увы, я не коллекционировал специально для вас подборку всех реали, Аноним (-), 00:48 , 16-Дек-12, (148) вот такие кулхацкеры и суют её в хэши, ага сейчас я тебе скажу два словосочетан, arisu (ok), 21:08 , 20-Дек-12, (159) хэш crc32 на всякий случай отложил идею пощупать btrfs на 50 лет , arisu (ok), 21:04 , 20-Дек-12, (158) –1 // Лучше на 100 А то вдруг каким-то чудом доживешь еще Как же тогда твой статус н, Аноним (-), 01:58 , 21-Дек-12, (162) +2 2,3,5,8,30,72,90,158

Сообщения

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

30. "DoS атака против файловой системы Btrfs"	–1 +/–
Сообщение от Buy (ok), 13-Дек-12, 21:35
Не понятно чего так носятся с этой btrfs, преимуществ никаких, сколько тестов уже было опубликовано, сколько раз сам ставил на корень и убеждался. В ЧЕМ, ПРИ КАКИХ УСЛОВИЯХ проявляется ее мифическая производительность???
Ответить | Правка | Наверх | Cообщить модератору

	32. "DoS атака против файловой системы Btrfs"	+/–
	Сообщение от Аноним (-), 13-Дек-12, 21:39
	Её преимущества не в производительности.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "DoS атака против файловой системы Btrfs"	+3 +/–
	Сообщение от Аноним (-), 13-Дек-12, 21:47
	> преимуществ никаких, Возятся с ней потому что вот в этом вы не правы. Во первых, покажите хоть какую-то еще ФС в лине которая сможет делая полное журналирование писать со скоростью близкой к скорости носителя. Журналинг только метаданных не предлагать. Во вторых, покажите ФС которые бы менее горбато и более шустро оперировали в лине со снапшотами. Кой-как конечно и на других ФС закостылить можно. Но - именно кой-как. В третьих, там не самый плохой менеджмент томов и ФС весьма гибка в размещении метаданных. Не то чтобы это нельзя сделать иначе, но делание этого в ФС дает некие плюсы. ФС лучше остальных знает что и где лежит. Поэтому если нам надо вынуть диск из пула, фс может адресно удвинуть с именно этого диска все ценное в другие места. После чего его можно изъять. В менее продуманных топологиях это или невозможно совсем или долго и сложно.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	39. "DoS атака против файловой системы Btrfs"	–8 +/–
	Сообщение от iZEN (ok), 13-Дек-12, 22:19
	Показываю для упоротых: http://zfsonlinux.org/
	Ответить | Правка | Наверх | Cообщить модератору

	46. "DoS атака против файловой системы Btrfs"	+3 +/–
	Сообщение от Аноним (-), 13-Дек-12, 22:32
	> Показываю для упоротых: http://zfsonlinux.org/ Она не работает.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "DoS атака против файловой системы Btrfs"	–4 +/–
	Сообщение от iZEN (ok), 13-Дек-12, 23:01
	>> Показываю для упоротых: http://zfsonlinux.org/ > Она не работает. Правда что ли? Вот тут запустили: http://www.linux.org.ru/gallery/screenshots/8556285 Видимо, Gentoo — это какой-то инопланетянский Linux, не то что человечная Ubuntu. :))
	Ответить | Правка | Наверх | Cообщить модератору

	65. "DoS атака против файловой системы Btrfs"	+1 +/–
	Сообщение от filosofem (ok), 14-Дек-12, 00:00
	> Правда что ли? Вот тут запустили: http://www.linux.org.ru/gallery/screenshots/8556285 Запорожец с горы Арарат. Хорошо пошёл.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "DoS атака против файловой системы Btrfs"	+1 +/–
	Сообщение от IMHO (?), 14-Дек-12, 00:03
	Ubuntu переводится как "я не могу настроить Debian"
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	69. "DoS атака против файловой системы Btrfs"	+/–
	Сообщение от Аноним (-), 14-Дек-12, 00:16
	> Ubuntu переводится как "я не могу настроить Debian" Казалось бы, при чем тут вообще Лужков^W убунту. Впрочем, черный пиар - это тоже пиар.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "DoS атака против файловой системы Btrfs"	+1 +/–
	Сообщение от Аноним (-), 14-Дек-12, 00:03
	> Она не работает. Не, ну почему. Как-то работает. Вопрос только в том КАК. 1) Это не в майнлайне. И потому отсутствует по дефолту в дистрах и их инсталляционных медиях. Что намекает на веселые проблемы в случае аварии и загрузки для восстановления с какого-то побочного носителя. 2) И вообще, если некто хотел булочек с изюмом, довольно странно дать ему булочку и пакет изюма, намекая что он должен заковырять его туда сам. 3) Технически у ZFS своих дебилизмов - есть. Странный кэш. Странные дисковые структуры. Ну и работает оно странно. Btrfs надизайнили в том числе и с учетом известных проблем zfs. Пусть любители ZFS изобразят конверсию ext4 -> btrfs путем оформления ext4 как этакого снапшота :). Хочу увидеть такую магию с их стороны. 4) С такой лицензией это никто не будет сильно допиливать. Потому что 1) нереально и стало быть в лине оно пролетает. Чужеродный для системы элемент.
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	75. "DoS атака против файловой системы Btrfs"	–3 +/–
	Сообщение от iZEN (ok), 14-Дек-12, 01:03
	> Пусть любители ZFS изобразят конверсию ext4 -> btrfs путем оформления ext4 как этакого снапшота :). Хочу увидеть такую магию с их стороны. Зачем это им нужно?! Магия поддержки любых ФС в ZVOL со всеми плюшками ZFS, как то: отключаемый чексумминг, дедупликатинг, компрессинг, снапшотинг — реализована, что ещё нужно-то? Может вам ещё соломки подстелить под Ext4 и Btrfs, чтобы не было так больно падать, а? Так пожалуйста. :)) Фактически, ZFS представляет собой комбинацию MD+LVM для классических файловых систем плюс расширенные возможности для собственных файловых датасетов. > С такой лицензией это никто не будет сильно допиливать. Потому что 1) нереально и стало быть в лине оно пролетает. Чужеродный для системы элемент. С какой лицензией и что не будет сильно допиливать? Напомню: ZFS давно уже в продакшене (во FreeBSD с 2008 года) и получает новые возможности, а Btrfs только сейчас SUSE объявила готовой, причём в ней нет ни фига, кроме зеркалирования.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "DoS атака против файловой системы Btrfs"	+/–
	Сообщение от Сержант Скотч (?), 14-Дек-12, 04:24
	> С какой лицензией и что не будет сильно допиливать? Напомню: ZFS давно > уже в продакшене (во FreeBSD с 2008 года) и получает новые Изя, в 2008 она была experimental. Плюшки пилятся в illumos + zfsonlinux. Кстати, на linux поверх zfs пускают lustre. http://www.youtube.com/watch?v=QGjzkgnxgKc
	Ответить | Правка | Наверх | Cообщить модератору

	83. "DoS атака против файловой системы Btrfs"	–1 +/–
	Сообщение от AlexAT (ok), 14-Дек-12, 07:21
	> Зачем это им нужно?! Магия поддержки любых ФС в ZVOL со всеми Затем. Чтобы эту "магию" попробовать, надо либо с чистого листа начинать, либо переносить готовое. Долго, нудно, опасно. С BTRFS проще - завернул имеющуюся ext4 в BTRFS, начал юзать. Что-то в производительности или чём еще не устроило - откатился к моменту завертывания.
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	92. "DoS атака против файловой системы Btrfs"	–1 +/–
	Сообщение от iZEN (ok), 14-Дек-12, 10:11
	> Напомню: ZFS давно уже в продакшене (во FreeBSD с 2008 года) С 2009 года — http://svnweb.freebsd.org/base?view=revision&revision=197221
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	94. "DoS атака против файловой системы Btrfs"	+/–
	Сообщение от slowpoke (?), 14-Дек-12, 10:44
	FreeBSD в продакшене))) Изя как всегда отжигает)))
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	146. "DoS атака против файловой системы Btrfs"	+1 +/–
	Сообщение от Аноним (-), 16-Дек-12, 00:38
	> FreeBSD в продакшене))) Изя как всегда отжигает))) У него жгучий продакшн с трехдисковым пулом выдающим 18Мб/сек. А у меня ноутбучный винч, один, без всяких пулов меньше 45 на больших файлах в принципе не загибается :)
	Ответить | Правка | Наверх | Cообщить модератору

	152. "DoS атака против файловой системы Btrfs"	–1 +/–
	Сообщение от iZEN (ok), 17-Дек-12, 09:42
	>> FreeBSD в продакшене))) Изя как всегда отжигает))) > А у меня ноутбучный винч, один, без всяких пулов меньше 45 на больших файлах в принципе не загибается :) Твой винт поддерживает хотя бы дедупликацию блоков ФС, не говоря уж о сквозной целостности данных и метаданных? Что нет? Тогда включи хотя бы журналирование _данных_и_метаданных_ в своей Ext4 (или какая у тебя там высокопроизводительная ФС?) и _СРАВНИ_ПОХОЖИЕ_РЕШЕНИЯ_, а не выставляй себя идиотом.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "DoS атака против файловой системы Btrfs"	+1 +/–
	Сообщение от AlexAT (ok), 17-Дек-12, 11:55
	> Твой винт поддерживает хотя бы дедупликацию блоков ФС Мммм... трудновато найти мазохиста, готового платить за дедуп 4+ кратным падением производительности. > не говоря уж о сквозной целостности данных и метаданных? Ты не поверишь - твоя система также не имеет никакой "сквозной целостности". Сбой памяти/контроллера памяти/CPU угробит твою FS еще до расчета CRC, и вся твоя целостность пойдёт лесом. > Тогда включи хотя бы журналирование _данных_и_метаданных_ в своей Ext4 Лично мне нужно только журналирование метаданных. Включать журнал данных имеет смысл только там, где действительно нужна целостность рабочего набора. В общем же случае рабочий набор при сбоях перестраивается из долгосрочного.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "DoS атака против файловой системы Btrfs"	–2 +/–
	Сообщение от iZEN (ok), 17-Дек-12, 18:37
	>> Твой винт поддерживает хотя бы дедупликацию блоков ФС > Мммм... трудновато найти мазохиста, готового платить за дедуп 4+ кратным падением производительности. А чего же тогда лезет в охотный ряд и сравнивает в принципе известные факты: "дедупликация тормозит", "обеспечение журналирования и данных и метаданных тормозит". Капитан Очевидность для тех кто в курсе, а для тех, кто не в курсе, герой-срывающий-покровы-с-гадкой-и-тормозной-технологии? >> не говоря уж о сквозной целостности данных и метаданных? > Ты не поверишь - твоя система также не имеет никакой "сквозной целостности". > Сбой памяти/контроллера памяти/CPU угробит твою FS еще до расчета CRC, и > вся твоя целостность пойдёт лесом. При сбое любого компонента на пути данных ZFS пул немедленно завершает свою работу. Это сделано намеренно, чтобы не разрушить пул окончательно. >> Тогда включи хотя бы журналирование _данных_и_метаданных_ в своей Ext4 > Лично мне нужно только журналирование метаданных. Включать журнал данных имеет смысл только > там, где действительно нужна целостность рабочего набора. В общем же случае > рабочий набор при сбоях перестраивается из долгосрочного. Ну а в ZFS свойство checksum для данных можно перевести в состояние "off" и избавиться от проверки данных на лету. Что случится в этом случае с быстродействием? Быстродействие вырастет незначительно, так как эта вещь хорошо оптимизирована. А что с механизмом журналирования данных в Ext3/4? Тут производительность I/O гуляет в весьма широких пределах в зависимости от того, включен он или выключен, так как эта ФС не проектировалась как CoW-only. Но если вы хотите сравнивать сравнимые вещи, то, пожалуйста, задействуйте этот механизм в своей любимой ФС и тогда сравнивайте с ZFS. А то можно сравнить сжатие потока нулей из /dev/zero с потоком MP4 и внезапно удивиться, что нули-то жмутся сильнее и быстрее!
	Ответить | Правка | Наверх | Cообщить модератору

	156. "DoS атака против файловой системы Btrfs"	+2 +/–
	Сообщение от AlexAT (ok), 17-Дек-12, 19:30
	> При сбое любого компонента на пути данных ZFS пул немедленно завершает свою > работу. Это сделано намеренно, чтобы не разрушить пул окончательно. Блджад. Вот сразу видно жабиста. "Zero knowledge of underlying operations". Не узнает твой "пул" до момента расчёта CRC вообще о том, что данные "не те". Они ему придут уже искаженными. А то и еще хуже - посчитает гнилую CRC из нормальных данных, и благополучно запишет на диск. А при чтении сильно удивится :) когда увидит порушенную "по CRC" цепочку вроде бы нормально записавшихся данных. Причем начнет "откатываться"/"восстанавливаться", что еще хуже, чем если бы просто прочитал "как есть". > Ну а в ZFS свойство checksum для данных можно перевести в состояние > "off" и избавиться от проверки данных на лету. Что случится в > этом случае с быстродействием? Быстродействие вырастет незначительно, так как эта вещь > хорошо оптимизирована. Спасибо, кэп.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "DoS атака против файловой системы Btrfs"	+1 +/–
	Сообщение от Аноним (-), 20-Дек-12, 22:24
	> Блджад. Вот сразу видно жабиста. "Zero knowledge of underlying operations". Не узнает > твой "пул" до момента расчёта CRC вообще о том, что данные "не те". Они ему придут > уже искаженными. А то и еще хуже - посчитает гнилую CRC из нормальных данных, > и благополучно запишет на диск. Ну что поделать. Не понимают жабисты как работают компьютеры. Это позволяет им красиво зафэйлить, картинно сев в лужу на элементарщине. Бывает. > А при чтении сильно удивится :) когда увидит порушенную "по CRC" цепочку > вроде бы нормально записавшихся данных. Причем начнет "откатываться"/"восстанавливаться", > что еще хуже, чем если бы просто прочитал "как есть". Да вон на лисяре гражданин выкусил - элементарнейший бэдсектор, а солнце пришлось закатывать вручную. Потому что fsck нету и не планируется. Так что если механика драйвера ФС сбойнет - вообще все, финиш. Хэксэдитором колупай это монстрило. Особенно прикольно на многодисковом пуле с каким-нибудь сжатием и райдом будет :). Сани вообще любят маркетинговый буллшит :)
	Ответить | Правка | Наверх | Cообщить модератору

	163. "DoS атака против файловой системы Btrfs"	+/–
	Сообщение от iZEN (ok), 21-Дек-12, 20:10
	> Да вон на лисяре гражданин выкусил - элементарнейший бэдсектор, а солнце пришлось > закатывать вручную. Потому что fsck нету и не планируется. Не поэтому. scrub бессилен на FAULTED-пуле. Но недавно появилась волшебная команда "zpool import -F" — дарю, пользуйся на здоровье и больше не неси чепухи про fsck.
	Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

	123. "DoS атака против файловой системы Btrfs"	+/–
	Сообщение от Аноним (-), 14-Дек-12, 18:39
	> Зачем это им нужно?! Магия поддержки любых ФС в ZVOL со всеми плюшками ZFS, Просто прикольная иллюстрация гибкости в размещении метаданных. Оно даже иную ФС может оформить как свой снпашот. Практическая польза? Ну, если не понравилось, можно откатиться на этот снапшот. Получится старая ФС в виде "как было". Весьма забавно. > как то: отключаемый чексумминг, дедупликатинг, компрессинг, снапшотинг — реализована, Дык в btrfs тоже все это есть. Ну может кроме дедупликатинга разве что. А еще там нормальные экстенты, буфера используются по человечески, а не как у саней, лицензия нормальная так что это в майнлайне будет, etc. > Фактически, ZFS представляет собой комбинацию MD+LVM И файловой системы. Только в лине все это как собаке пятая нога в таком исполнении. Нафиг надо btrfs я еще понимаю. Нафиг надо zfs в таком виде как оно есть - не особо. Это бсдшники жрут что попало, т.к. все-равно больше нечего, ресурсов нет, блаблабла. Но у линуксоидов такая проблема не стоит и им не обязательно жрать первый попавшийся кактус, игноря все колючки. > возможности, а Btrfs только сейчас SUSE объявила готовой, причём в ней нет ни фига, > кроме зеркалирования. Чего в ней нет то? Разве что чего-то RAID5-образного да дедупа? Остальное вроде на месте уже.
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	108. "DoS атака против файловой системы Btrfs"	–1 +/–
	Сообщение от linux must _RIP_ (?), 14-Дек-12, 16:39
	>> Показываю для упоротых: http://zfsonlinux.org/ > Она не работает. машинка из TOP10 (что-то в первой пятерке - секвоя) говорит что работает.. можно посмотреть в презентациях LUG2012, LAD2012. Кому верить?
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	124. "DoS атака против файловой системы Btrfs"	+1 +/–
	Сообщение от Аноним (-), 14-Дек-12, 18:40
	> машинка из TOP10 (что-то в первой пятерке - секвоя) говорит что работает.. > можно посмотреть в презентациях LUG2012, LAD2012. Кому верить? Да и пусть себе работает. А топ10 - это потому что "1 из 500" звучит гораздо менее понтово, да? :)
	Ответить | Правка | Наверх | Cообщить модератору

	138. "DoS атака против файловой системы Btrfs"	–1 +/–
	Сообщение от linux must _RIP_ (?), 15-Дек-12, 00:12
	>> машинка из TOP10 (что-то в первой пятерке - секвоя) говорит что работает.. >> можно посмотреть в презентациях LUG2012, LAD2012. Кому верить? > Да и пусть себе работает. А топ10 - это потому что "1 > из 500" звучит гораздо менее понтово, да? :) Вы мне покажете еще 10-15P стораджей под btrfs? а top10 намекает что размер дискового массива - там не из маленьких..
	Ответить | Правка | Наверх | Cообщить модератору

	147. "DoS атака против файловой системы Btrfs"	+/–
	Сообщение от Аноним (-), 16-Дек-12, 00:44
	> Вы мне покажете еще 10-15P стораджей под btrfs? а top10 намекает что > размер дискового массива - там не из маленьких.. Один какой-то мегауникальный пепелац в лаборатории - это круто и замечательно. Только вот при чем тут продакшн?
	Ответить | Правка | Наверх | Cообщить модератору

	47. "DoS атака против файловой системы Btrfs"	+2 +/–
	Сообщение от Аноним (-), 13-Дек-12, 22:34
	А дополнительно для упоротых там подарят мне 32 гб озу если я скачаю сорца zfsonlinux?
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	87. "DoS атака против файловой системы Btrfs"	+1 +/–
	Сообщение от anonymous (??), 14-Дек-12, 08:24
	Тебе ехать или шашечки? За что-то нужно чем-то платить.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "DoS атака против файловой системы Btrfs"	+/–
	Сообщение от ананим (?), 13-Дек-12, 22:37
	да все твои уже итак знают. ты лучше нормальным покажи кто поддержкой этой каки в ынтырпрайзе (аля сюзе) займётся? компания упоротых айзенов?
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	109. "DoS атака против файловой системы Btrfs"	–1 +/–
	Сообщение от linux must _RIP_ (?), 14-Дек-12, 16:39
	> да все твои уже итак знают. > ты лучше нормальным покажи кто поддержкой этой каки в ынтырпрайзе (аля сюзе) > займётся? > компания упоротых айзенов? LLNL.gov, Intel.com .... мало ?
	Ответить | Правка | Наверх | Cообщить модератору

	125. "DoS атака против файловой системы Btrfs"	+1 +/–
	Сообщение от Аноним (-), 14-Дек-12, 18:41
	> LLNL.gov, Intel.com .... мало ? Один, два, много! Хм... где-то я это слышал. А, дикари так считали, во!
	Ответить | Правка | Наверх | Cообщить модератору

	62. "DoS атака против файловой системы Btrfs"	+2 +/–
	Сообщение от Аноним (-), 13-Дек-12, 23:49
	> Показываю для упоротых: http://zfsonlinux.org/ Спасиб, сами это кушайте.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	45. "DoS атака против файловой системы Btrfs"	+1 +/–
	Сообщение от Аноним (-), 13-Дек-12, 22:31
	>если нам надо вынуть диск из > пула, фс может адресно удвинуть с именно этого диска все ценное > в другие места. После чего его можно изъять. В менее продуманных > топологиях это или невозможно совсем или долго и сложно. pvmove разве не тоже самое делает?
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	57. "DoS атака против файловой системы Btrfs"	+/–
	Сообщение от anonymous (??), 13-Дек-12, 23:26
	>>если нам надо вынуть диск из >> пула, фс может адресно удвинуть с именно этого диска все ценное >> в другие места. После чего его можно изъять. В менее продуманных >> топологиях это или невозможно совсем или долго и сложно. > pvmove разве не тоже самое делает? Создание снапшота в lvm2 просаживает производительность тома, который снапшотили, в 2(!) раза. Если на этом томе виртуальная машина с dns-сервисом - это, конечно, не проблема. А если там база данных? А в btrfs эта проблема решена.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "DoS атака против файловой системы Btrfs"	+1 +/–
	Сообщение от ананим (?), 13-Дек-12, 23:58
	>Создание снапшота в lvm2 просаживает производительность тома, который снапшотили, в 2(!) раза. эта… как его… использование zfs вообще в принципе просаживает и производительность, и ресурсоёмкость. btrfs тоже пока не особо производительностью радует. так что это ещё тот пример. > А если там база данных? и в самый пик нагрузки именно снэпшоты и делаются? и ещё, как дба, не стоит полагаться на снэпшоты с субд — файлы в этот момент могут быть не в консистентном состоянии и кэши в памяти могут быть не скинуты
	Ответить | Правка | Наверх | Cообщить модератору

	68. "DoS атака против файловой системы Btrfs"	–1 +/–
	Сообщение от Аноним (-), 14-Дек-12, 00:07
	> эта… как его… использование zfs вообще в принципе просаживает и производительность, > и ресурсоёмкость. btrfs тоже пока не особо производительностью радует. Тем не менее, скорость записи на оную от самого по себе факта наличия снапшота там падать не обязана. В отличие от LVM, где роялит сам факт того что снапшот есть. Ну в общем сколько ни прикручивай проволокой к жигуленку крылья, а летун из него хреновый. Самолет должен быть просто надизайнен под свою задачу. А не быть креативной переработкой автомобилей, с аргументом что дизайн дескать есть и обкатан уже. > и в самый пик нагрузки именно снэпшоты и делаются? Проблема не в пике нагрузки. А в том насколько после этого скорость всех операций вообще угробится. В LVM снапшотирование реализовано довольно невкусно. Конечно на безрыбье и рак - рыба, но тут то намного более вкусная сущность светит. Вы в вашем праве долбаться с снапшотами ext4 через LVM если оно вам зачем-то надо.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "DoS атака против файловой системы Btrfs"	+1 +/–
	Сообщение от ананим (?), 14-Дек-12, 01:01
	>Тем не менее, скорость записи на оную от самого по себе факта наличия снапшота там падать не обязана. Тем не менее скорость записи на оную падает всегда и ресурсы жрутся тоже всегда, а не только в редкие моменты снэпшотов и бэкапов, которые более-менее адекватные админы делают в наименее нагруженное время. а если учесть упомянутую тобой бд, то сожранные фс ресурсы (а именно память) гораздо эффективнее отдать под кэш этой субд, при этом скорость работы с оной увеличится опять же всегда, при чём так, что процесс создания снепшотов будет даже и не заметен. >> и в самый пик нагрузки именно снэпшоты и делаются? >Проблема не в пике нагрузки. тогда не понятен плач ярославны по поводу скорости (снэпшот тормозит пока он есть, zfs тормозит всегда) >А в том насколько после этого скорость всех операций вообще угробится. а нафига снепшоты вообще делают? а то как в анекдоте: - доктор, если я вот так вот подтяжки перекручиваю, то вот тут жмёт. - ну не перекручивайте так подтяжки. сделал снепшот, сделал бэкап (инкрементальный), убрал снэпшот. >Вы в вашем праве долбаться с снапшотами ext4 через LVM если оно вам зачем-то надо. Вы тоже в праве тормозить всегда, а не только в моменты снепшотов.
	Ответить | Правка | Наверх | Cообщить модератору

	127. "DoS атака против файловой системы Btrfs"	+/–
	Сообщение от Аноним (-), 14-Дек-12, 18:50
	> Тем не менее скорость записи на оную падает всегда и ресурсы жрутся Простите, падает - это если на ext4 полный журнал врубить. А тут аналог полного журнала вообще "почти нахаляву". > тоже всегда, а не только в редкие моменты снэпшотов и бэкапов, Именно запись в нормальном крейсерском режиме там достаточно быстрая. Вот фрагментация потенциально сильнее, да. И нагрузки CoW-based удобнее иные чем классическим ФС. Это не баг и не фича. Просто свойство дизайна такое. > а если учесть упомянутую тобой бд, то сожранные фс ресурсы (а именно память) А именно памяти btrfs особо и не жрет, как ни странно. И кэш юзает системный, так что если кто захочет памяти в ущерб кэшу - это можно. В отличие от ZFS, где все это эфемерно и негарантированно. > процесс создания снепшотов будет даже и не заметен. Именно БД на CoW класть может быть вообше не лучшей идеей. Поэтому там есть возможность выключить оную механику. Теперь банановый^W даже для отдельных файлов вообще. > тогда не понятен плач ярославны по поводу скорости (снэпшот тормозит пока он > есть, zfs тормозит всегда) Да фиг с ним с ZFS, он реально тормоз. Но btrfs явно будет резвее. Часть тупняков zfs там таки устранили. >>А в том насколько после этого скорость всех операций вообще угробится. > а нафига снепшоты вообще делают? А снапшоты делают чтобы откатиться к ним если результат не понравился и что-то факапнулось, например. >>Вы в вашем праве долбаться с снапшотами ext4 через LVM если оно вам зачем-то надо. > Вы тоже в праве тормозить всегда, а не только в моменты снепшотов. Ну вот я и предпочитаю btrfs как разумный баланс между торможением и снапшотами.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "DoS атака против файловой системы Btrfs"	–2 +/–
	Сообщение от GentooBoy (ok), 14-Дек-12, 08:53
	Почитайте про устройство снапшотов в LVM, а потом говорите про уменьшение производительности в 2 раза.
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	126. "DoS атака против файловой системы Btrfs"	+/–
	Сообщение от Аноним (-), 14-Дек-12, 18:43
	> Почитайте про устройство снапшотов в LVM, а потом говорите про уменьшение производительности > в 2 раза. Спасибо, я почитал. И остаюсь при своем мнении: крылья и аэродинамика задуманные сразу в дизайне - лучше чем если это получено проволокой и напильником. Так что btrfs лично мне явно пригодится и не раз.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "DoS атака против файловой системы Btrfs"	+/–
	Сообщение от sdog (ok), 14-Дек-12, 02:02
	починили http://learnitwithme.com/?p=334
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	82. "DoS атака против файловой системы Btrfs"	+2 +/–
	Сообщение от Анонимный аноним (?), 14-Дек-12, 07:20
	Хм, на собственном опыте при единственном снэпшоте особой просадки производительности (тем более в 2 раза) не заметил. Сильно заметно просадку после 3-4 снапшота. Тестилось достаточно дубово - копированием кучи rpm-ов, общая дельта изменений ~60% от первоначального. Ось RHEL-6. Для себя сделал вывод, использовать не более двух снапшотов с последующим архивированием и удалением.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	93. "DoS атака против файловой системы Btrfs"	+/–
	Сообщение от Аноним (-), 14-Дек-12, 10:42
	>>>если нам надо вынуть диск из >>> пула, фс может адресно удвинуть с именно этого диска все ценное >>> в другие места. После чего его можно изъять. В менее продуманных >>> топологиях это или невозможно совсем или долго и сложно. >> pvmove разве не тоже самое делает? > Создание снапшота в lvm2 просаживает производительность тома, который снапшотили, в 2(!) > раза. Если на этом томе виртуальная машина с dns-сервисом - это, > конечно, не проблема. А если там база данных? А в btrfs > эта проблема решена. pvmove это не снапшот, это вынуть диск из пула, я же специально цитировал на что отвечаю :)
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	36. "DoS атака против файловой системы Btrfs"	+/–
	Сообщение от anonymous (??), 13-Дек-12, 21:50
	> Не понятно чего так носятся с этой btrfs, преимуществ никаких, сколько тестов > уже было опубликовано, сколько раз сам ставил на корень и убеждался. > В ЧЕМ, ПРИ КАКИХ УСЛОВИЯХ проявляется ее мифическая производительность??? Помимо производительности, есть соображения удобства администрирования и количества поддерживаемых возможностей.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	59. "DoS атака против файловой системы Btrfs"	+/–
	Сообщение от Аноним (-), 13-Дек-12, 23:26
	Зачем нужны возмжности, если давно уже есть LVM+ext4?
	Ответить | Правка | Наверх | Cообщить модератору

	63. "DoS атака против файловой системы Btrfs"	+/–
	Сообщение от Аноним (-), 13-Дек-12, 23:50
	> Зачем нужны возмжности, если давно уже есть LVM+ext4? Вот вы и юзайте там снапшоты если хотите.
	Ответить | Правка | Наверх | Cообщить модератору

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

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