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

В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering), opennews (??), 26-Май-20, (0) [смотреть все] Когда в ядро , Аноним (1), 14:08 , 26-Май-20, (1) +13 // Когда Райзера выпустят, не раньше , Страдивариус (?), 14:11 , 26-Май-20, (3) +8 // А его не отпустили разве из-за коронавируса Где-то пробегало вроде , Аноним (1), 14:24 , 26-Май-20, (4) +1 // В шутках на первое апреля, llolik (ok), 14:53 , 26-Май-20, (16) +2 выгнали из тюрьмы, за плохое поведение, бублички (?), 15:07 , 26-Май-20, (19) +18 клацанием по клавиатуре сокамерникам спать мешал , Kuromi (ok), 18:19 , 26-Май-20, (52) +1 Ему комп не дают хотя он вроде просил , поэтому он ботает физику , Вы забыли заполнить поле Name (?), 18:27 , 26-Май-20, (53) +2 Пусть пишет на туалетной бумаге, потом перенесет, evgeniy (??), 18:18 , 27-Май-20, (164) –1 У него было слушание в марте об условно-досрочном Насколько я помню не выпустил, pda (?), 18:10 , 26-Май-20, (51) Выпустят когда будет уже пенсионного возраста , Вы забыли заполнить поле Name (?), 18:28 , 26-Май-20, (54) Когда шишкин бэкпортирует В майнлайн ему врядли светит - не командный игрок , Аноним (-), 15:08 , 26-Май-20, (20) +1 // А команда-то где, с которой надо играть Я пока вижу только сборище толстяков,, Аноним (153), 15:59 , 27-Май-20, (153) +2 // Очевидно, в майнлайне Ага А в перерывах между улыбками на саммитах они код пишу, Аноним (161), 18:00 , 27-Май-20, (161) +1 Лучше cкажите, код переписали для соответствия требованиям к стилю в ядре Linux , Аноним (2), 14:10 , 26-Май-20, (2) –3 // Вылезайте из криокамеры, эти все детские придирки были устранены еще при Райзере, sfdsf (?), 14:27 , 26-Май-20, (6) +12 // Коливас -- отвратительный сверхтоксичный человек, и код его глючный и безграмотн, Аноним (7), 14:30 , 26-Май-20, (7) +1 // А кто там факами размахивает не токсичный что ли , Аноним (1), 14:48 , 26-Май-20, (12) +1 Факами размахивает истеричка, истеричка -- не обязательно токсичный Да и впроче, Аноним (7), 14:52 , 26-Май-20, (15) +3 Умные люди все со своими тараканами в голове Иногда эти тараканы устраивают кре, Аноним (21), 15:12 , 26-Май-20, (21) –1 А ты пробовал туда патч отправить Тот ещё квест и без всяких гарантий Если ЧСВ, Аноним (1), 15:19 , 26-Май-20, (25) –3 А что сложного Я отправлял, чуть ли не через пару часов Мортон взял в ветку nex, Аноним (30), 15:38 , 26-Май-20, (30) +3 Кодинг стайл поправлял, или ошибки в комментсах фиксил , Аноним (39), 16:17 , 26-Май-20, (39) –1 Последний раз поправил работу с FIFO контролерра клавиатуры,которая приводила к , fghj (?), 21:58 , 26-Май-20, (81) +4 Я вот например константы подрихтовал Вопрос в том где они были и что за констан, Аноним (99), 08:44 , 27-Май-20, (99) Да Правда немного смухлевав через знакомого майнтайнера А кто и какие гаранти, Аноним (99), 08:40 , 27-Май-20, (98) +1 А в действительности всё не так как на самом деле c Всё в порядке у Колива, Anonymous Coward (?), 19:40 , 26-Май-20, (62) из-за того, что Ганс отказался продолжать поддерживать reiser3 и вместо этого пе, Аноним (89), 02:56 , 27-Май-20, (89) +1 // Ну так эта ситуация ставит Торвальдса в позу С одной стороны он обещал что юзер, Аноним (99), 08:48 , 27-Май-20, (100) +1 Ты путаешь ReiserFS и Reiser4 Первая давно в ядре, но и у второй ещё 10 лет наз, Sluggard (ok), 14:35 , 26-Май-20, (8) // Только повыкидвали из основных дистров Так просто не поставить , Аноним (1), 14:49 , 26-Май-20, (13) –2 // Что значит повыкидыввали Модули ядра есть, пакеты с утилсами есть А то что про, Аноним (21), 15:14 , 26-Май-20, (22) +3 Тебя прям послушаешь, кроме ext4 вообще ничего лучше не оставлять Все файловые , Аноним (1), 15:24 , 26-Май-20, (27) Плохо слушаешь - это любитель смуз W БТРФС которая у него 5 лет уже вот-вот сов, Аноним (29), 15:28 , 26-Май-20, (29) По-моему больше И кроме миллионов фэйсбучных хомячков я и сам его потестил в ра, Аноним (102), 08:59 , 27-Май-20, (102) +1 На моей памяти reiser3 - единственное, что фатально накрывалось медным тазом без, Аноним (85), 00:29 , 27-Май-20, (85) +1 Я себе btrfs в основном оставил В нем кстати fsck нечто не используемое в н, Аноним (102), 08:56 , 27-Май-20, (101) Они деньги брали за вытаскивание данных с неработающенго железа напр с бэдами , Аноним (39), 15:46 , 26-Май-20, (31) +1 Пардон, но довольно типовой анти паттерн reiser3 1 Крах 2 Unable to mount , Аноним (102), 09:05 , 27-Май-20, (104) +1 p s кстати возможность получить большинство данных малой кровью даже если были , Аноним (-), 10:42 , 30-Май-20, (240) Платить надо было за вытаскивание данных с побитого железа Во всех остальных сл, Аноним (153), 11:35 , 30-Май-20, (242) Ну вот лично я c ext4 допустим могу вынуть данные и без всего этго Даже с основ, Аноним (248), 21:01 , 30-Май-20, (248) Скрыто модератором, Аноним (35), 16:10 , 26-Май-20, (35) –7 Скрыто модератором, Аноним (45), 17:36 , 26-Май-20, (45) –6 Скрыто модератором, Аноним (7), 19:27 , 26-Май-20, (61) Скрыто модератором, Аноним (63), 19:41 , 26-Май-20, (63) Скрыто модератором, Аноним (7), 19:57 , 26-Май-20, (67) +1 Скрыто модератором, Аноним (-), 09:39 , 27-Май-20, (113) Скрыто модератором, Аноним (205), 02:00 , 29-Май-20, (205) Скрыто модератором, Аноним (-), 07:09 , 29-Май-20, (207) Скрыто модератором, Аноним (221), 11:35 , 29-Май-20, (221) Скрыто модератором, псевдонимус (?), 09:42 , 27-Май-20, (115) Скрыто модератором, Аноним (-), 08:20 , 28-Май-20, (183) Скрыто модератором, Аноним (205), 02:01 , 29-Май-20, (206) Скрыто модератором, Аноним (-), 07:13 , 29-Май-20, (208) Скрыто модератором, Аноним (221), 11:44 , 29-Май-20, (222) Скрыто модератором, Tifereth (ok), 07:09 , 27-Май-20, (93) +1 Скрыто модератором, zzz (??), 09:26 , 27-Май-20, (111) +6 Скрыто модератором, Аноним (-), 09:41 , 27-Май-20, (114) Скрыто модератором, Школьник (ok), 18:12 , 27-Май-20, (163) +1 Скрыто модератором, Аноним (-), 08:21 , 28-Май-20, (184) Скрыто модератором, Аноним (-), 11:23 , 28-Май-20, (193) +3 Скрыто модератором, Аноним (209), 07:31 , 29-Май-20, (209) Скрыто модератором, Аноним (223), 12:55 , 29-Май-20, (223) +1 Скрыто модератором, Аноним (177), 02:49 , 28-Май-20, (177) Скрыто модератором, Аноним (-), 08:26 , 28-Май-20, (185) Скрыто модератором, Аноним (-), 12:08 , 28-Май-20, (194) Скрыто модератором, Аноним (35), 20:00 , 26-Май-20, (69) –1 Скрыто модератором, Аноним (-), 09:09 , 27-Май-20, (105) Скрыто модератором, пох. (?), 21:32 , 26-Май-20, (79) +2 Скрыто модератором, Аноним (129), 12:30 , 27-Май-20, (129) В Вашем воображении, разве чтоcat proc filesystems 124 grep reiserreiserfsc, Аноним (35), 16:00 , 26-Май-20, (34) Из морозильника вылезай уже https www phoronix com scan php page news_item px , Аноним (1), 20:38 , 26-Май-20, (77) –3 Тормоз, в последней ubuntu reiserfs не удалили, а ты ссылку 2013 года кидаешь М, Аноним (35), 22:31 , 26-Май-20, (83) +3 Я правильно понимаю, что разработчики reiser реализовали то, что уже умеет bcach, Аноним (5), 14:24 , 26-Май-20, (5) +2 // То, что они реализовали, bcache и dm-cache в принципе уметь не может , Аноним (153), 14:38 , 26-Май-20, (10) –2 они реализовали zlog из ZFS, Минона (ok), 14:50 , 26-Май-20, (14) –2 // Судя по описанию - нечто явно круче чем это , Аноним (21), 15:15 , 26-Май-20, (23) // да, мы-то не смогли додуматься ВРУЧНУЮ zil по крону сбрасывать , zfs (??), 19:54 , 26-Май-20, (66) +2 Ну так в этом половина смысла - девайс всегда расчищен и всегда готов к новому b, Аноним (-), 09:43 , 27-Май-20, (116) –1 Ну так нужно понимать, что Шишкин в одно лицо пилит У него не 100500 рук Reise, Аноним (129), 12:39 , 27-Май-20, (130) А как тебе bcache dm-cache узнают, что это пики IO-load, которые надо на прокси-, Аноним (153), 15:01 , 26-Май-20, (18) –3 // а как fs о них узнает Никак, в смысле - постфактум только , пох. (?), 20:21 , 26-Май-20, (75) // а как fs о них узнает Непосредственно Кто, как не ФС знает, что это новый логич, Аноним (153), 02:34 , 27-Май-20, (87) А пик IO-load - это что, по вашему, как не большой объём ввода-вывода , Crazy Alex (ok), 10:07 , 27-Май-20, (121) +2 Ну а толку то, оно же не в ядре А Шишкину западло заниматся багами , Аноним (9), 14:35 , 26-Май-20, (9) // Ну и что ZFS тоже не в ядре , Аноним (153), 14:40 , 26-Май-20, (11) –1 // Ну так он и является в лине куском головняка За что и умрет , Аноним (21), 15:16 , 26-Май-20, (24) // Детсад какой-то ZFS в linux работает без всякого головняка Да zfs скорее все, Заноним (?), 15:52 , 26-Май-20, (32) –2 Тем временем btrfs уже 10 лет стоит на всех хомячковых насах и дисковых полках о, Аноним (7), 19:18 , 26-Май-20, (60) +1 это тех самых, которые сейчас у всех немножечко майнят Ну да, стоит в хомячков, пох. (?), 19:58 , 26-Май-20, (68) –2 Как насчет пруфца этого громкого заявления И эт, майнеру пофиг на файловую сист, Аноним (-), 09:47 , 27-Май-20, (117) +2 https lmgtfy com q synology vulnerability s bчто там последнее в смысле, кр, пох. (?), 22:18 , 28-Май-20, (201) Пох открыл для себя базу CVE Ты прав, Пох безопаснее всего выключенный компь, Аноним (212), 09:18 , 29-Май-20, (212) Сравнение про ФС и про майнинг, это, как про тёплое и мокрое , Аноним (129), 12:45 , 27-Май-20, (132) Как говорится, выберите любые 2 , Аноним (80), 21:32 , 26-Май-20, (80) +1 А в чем выражается ненадежность ZFS на Linux На моем домашнем насе переехал с ф, Аноним (125), 10:59 , 27-Май-20, (125) +2 Я знаю только о ненадёжности на эксбсд на домашних подкраватных полках она расс, Аноним (7), 11:31 , 27-Май-20, (127) Что подразумеваешь под эксбсд Использование на системах, отличных от bsd, ил, Аноним (125), 13:29 , 27-Май-20, (136) Не считая того что тут мистер пох таки спалил контору, когда оно при апдейте ядр, Аноним (-), 09:14 , 27-Май-20, (106) +1 ну так передавайте привет альтернативно-одаренным разработчикам бубунточки - на , пох. (?), 22:26 , 28-Май-20, (202) Блин, пох, я тебе сразу сказал что все это будет работать так И убунта тут не п, Аноним (213), 09:31 , 29-Май-20, (213) p s еще кстати могут влепить прямо в железо, так намного прикольнее И даже вро, Аноним (213), 09:32 , 29-Май-20, (214) Шишкин переизобрел SSHD , Аноним (26), 15:22 , 26-Май-20, (26) +1 // Такими темпами в линуксе все те возможности которые давно есть в ntfs появятся л, Аноним (35), 16:13 , 26-Май-20, (37) –5 // позорище, в 2020 линуксоиды изобрели ReadyBoost , Аноним (35), 16:15 , 26-Май-20, (38) –2 // не линуксоиды, а один отщепенец, не идущий строем в ногу В линухе readyboost как, пох. (?), 20:19 , 26-Май-20, (73) –3 Т е по сути просто реализована поддержка кэширования записи на быстрый диск , Аноним (33), 15:54 , 26-Май-20, (33) +1 // Нет там никакого кэширования Там миграция Кэширование - это и там и тут Миг, Аноним (39), 16:11 , 26-Май-20, (36) +1 // Кеширование бывает разное И да, это тоже оно , Аноним (56), 18:50 , 26-Май-20, (56) +1 Выглядит здорово, спасибо разработчику Я видел в продаже диски с высокоскоростн, Аноним (40), 16:42 , 26-Май-20, (40) –2 // на самом деле ровно наоборот - с дико тормозной основной частью ибо smr и slc , пох. (?), 20:05 , 26-Май-20, (70) –3 // Ну, с btrfs понятно А какой блэклист для операций у ZFS Но особенно инетересно, Андрей (??), 04:23 , 28-Май-20, (181) // я вот там выше ссылку кинул - это тебе вот точно понятно Хотя на фоне внезапн, пох. (?), 22:50 , 28-Май-20, (203) Хорошая у поха криокамера, с ядром 2 6 18, там поди и солярис еще живой и веселы, Аноним (215), 09:42 , 29-Май-20, (215) Тут особо нечего сравнивать Создай прокси-девайс из рамдиска и добавь его Скор, Аноним (153), 03:02 , 27-Май-20, (90) // Какой сложный и извратный способ изобрести кэширование файловой системы Правда , Аноним (-), 09:16 , 27-Май-20, (107) +2 // А smartdrv в MSDOS это не про сжатый диск , Аноним (129), 12:59 , 27-Май-20, (134) сжатый диск в MS DOS это Stacker , СеменСеменыч777 (?), 14:31 , 27-Май-20, (141) +1 Нет, это кэш отложенной записи, многократно разгонявший скорость записи на винч , Аноним (-), 14:35 , 27-Май-20, (142) +1 оказывается, там были разборки такие https en wikipedia org wiki Stacker_ disk, СеменСеменыч777 (?), 19:32 , 28-Май-20, (200) А чего сложного в volume reiser4 -x DEV MNT Если у тебя ФС на медленных дисках, Аноним (153), 13:42 , 27-Май-20, (138) Я просто к тому что вообще, в нормальной ситуации, RAM и так будет поюзана диско, Аноним (-), 14:37 , 27-Май-20, (143) Изначальный вопрос был про тестирование Для этого достаточно обойтись лишь рамд, Аноним (153), 16:06 , 27-Май-20, (154) Вообще-то мы уже давно умеем кэшировать на ssd nvme и даже на pram, но это нето, microsoft (?), 22:54 , 28-Май-20, (204) Для других ФС использовать bcache А вообще и без кэша было бы интересно посмот, anonymous (??), 10:08 , 27-Май-20, (122) // Bcache крайне несоветую как-то ради прикола Снял кешовый ssd проверил- живого ме, ОЛЕГ (?), 21:29 , 27-Май-20, (173) А можно вопрос, ну или несколько Почему файловые системы такие сложные и почему, kusb (?), 16:53 , 26-Май-20, (41) –3 // Проблема не в том, чтобы создать какую-то файловую систему, проблема в том, чт, Thony (?), 17:19 , 26-Май-20, (42) +3 Потому что с ext4 слишком скучно жить Людям подавай ков, волюмы, отсутствие огр, Аноним (7), 17:29 , 26-Май-20, (44) –1 // А у ext4 есть просто пофигизм в отношении к данным Ему плевать что с ними случи, Аноним (-), 09:19 , 27-Май-20, (108) –1   // Это в любой фс так ну во всяком случае в btrfs не лучше, хотя там всё подписано, Аноним (7), 10:52 , 27-Май-20, (124)   Это сильно не соответствует действительности Я проверял Ext4 вообще для начала, Аноним (-), 14:45 , 27-Май-20, (144)   А если неоткуда, btrfs рассыпается и теряет все данные, даже если там один бит ф, Аноним (7), 15:27 , 27-Май-20, (150)   то чего вы ожидали Однако даже на единичном механическом диске оно кладет me, Аноним (-), 16:15 , 27-Май-20, (155)   Обычно цель всё же не живучесть и способность загрузиться на убитой флешке, дост, Аноним (7), 16:37 , 27-Май-20, (159)   Как по мне - это вполне хорошая и правильная цель, экономящая немало нервных кле, Аноним (-), 18:24 , 27-Май-20, (165)   У блочного уровня плохая масштабируемость Вот тут подробно разжёвываются недоста, Аноним (153), 17:41 , 26-Май-20, (46) // Весьма кривая дока сомнительной компетентности 1 Толком не учитывает существов, Аноним (-), 09:24 , 27-Май-20, (109) +1 // 4 Да, очень хотелось бы понимать что гражданин Шишкин обозвал в btrfs своим бл, Аноним (-), 09:26 , 27-Май-20, (110) Для того, чтобы понять эту доку, надо как минимум владеть английским языком У bt, Аноним (153), 12:45 , 27-Май-20, (131) А я и владею И претензии были к конкретно вон тем заявлениям про блочный урове, Аноним (99), 15:01 , 27-Май-20, (146) Вот когда будет - приходи, поговорим Это топик посвящён _существующим_ фичам rei, Аноним (153), 16:26 , 27-Май-20, (156) Народ сослался на вику, я нашел в ней явную кривизну и несоответствия Nothing m, Аноним (-), 18:30 , 27-Май-20, (166) O 1 - это довольно конкретно Процесс берёт одну нужную маленькую карту свободн, Аноним (153), 23:10 , 27-Май-20, (176) Это абстрактное заявление, ничего не говорящее сколько операций в единицу времен, Аноним (-), 09:01 , 28-Май-20, (186) Иди, расскажи Молнару и Торвальдсу, что их O 1 -планировшщик ничего не говорит,, Аноним (153), 13:17 , 28-Май-20, (196) Эм это им успешно рассказывают форониксы, коливасы и прочие гентушники , Аноним (215), 09:47 , 29-Май-20, (216) И ты туда же иди, куда их посылают , Аноним (39), 10:24 , 29-Май-20, (219) btrfs - это тот же RAID, который уже имеется на block layer Т е запросы там ра, Аноним (153), 13:34 , 27-Май-20, (137) Абсолютно не тот же Btrfs на свободном месте девайса аллоцирует block group , Аноним (99), 15:10 , 27-Май-20, (147) p s в btrfs устройствам не обязательно быть одного размера - при втыкании девай, Аноним (148), 15:13 , 27-Май-20, (148) Есть встречное мнение, что btrfs-разрабы не учли существование reiser4 , Аноним (153), 16:29 , 27-Май-20, (157) Возможно А там есть какие-то уникальные фичи, принципиально недостижимые в btrf, Аноним (167), 18:39 , 27-Май-20, (167) Шишкин сказал, что для реализации своих идей относительно логических томов он ра, Аноним (153), 17:33 , 27-Май-20, (160) Каждый первый програмер именно так говорит Однако зубоскальство про NIH имеет о, Аноним (-), 18:57 , 27-Май-20, (168) Ну вот, у тебя есть шанс доказать это, реализовав прокси-диск в btrfs , Аноним (153), 19:41 , 27-Май-20, (169) Это не иначе, как заговор академиков против честных разработчиков ядра Линукс , Аноним (39), 20:42 , 27-Май-20, (170) На самом деле этот фокус можно повторить с любой ФС Если кто думает что разрабо, Аноним (-), 09:17 , 28-Май-20, (189) –1 Ясное дело, подразбежались Их там заставляли из btrfs энтерпрайз делать, а в ша, Аноним (39), 20:49 , 27-Май-20, (171) Особенно заметно на редхатовском пакетном менеджере - хуже я просто не знаю Сей, Аноним (-), 09:15 , 28-Май-20, (188) –1 Вообще то ВНЕЗАПНО - во фряхе лучший пакетный мэнэджер, из всего что есть на сег, _ (??), 19:43 , 05-Июн-20, (255) С тобой всё ясно, иди изучай матчасть , Аноним (39), 20:56 , 27-Май-20, (172) Так там на вики вот прямо так и написано В начале Потом там еще совершенно уши, Аноним (-), 09:23 , 28-Май-20, (190) Всё там чётко и без противоречий Иди учи английский , Аноним (153), 18:02 , 28-Май-20, (199) Особенно определение, противоречащее смыслу английских слов в нем DПоходу это т, Аноним (215), 09:50 , 29-Май-20, (217) И какому же слову в нём, как вы изволили выразиться, оно противоречит Слово в ст, Аноним (39), 11:12 , 29-Май-20, (220) Parallel Определение Parellel scaling out там просто эпик какой-то, из формальн, Аноним (-), 22:27 , 29-Май-20, (232) В той статье из вики есть предыстория Previous Art , из которой становится поня, Аноним (39), 00:49 , 30-Май-20, (233) Ну да Там это написано более логично Однако определить parallel через saves, Аноним (-), 08:59 , 30-Май-20, (236) Не нужно путать block-level и block layer block layer - этот подсистема OS, Аноним (153), 13:14 , 30-Май-20, (244) В классической логике очень даже корректно Почитай определение параллельности, , Аноним (39), 14:22 , 30-Май-20, (245) Параллельные прямые у Лобачевского пересекаются это что-то новое Очень желаю ув, Аноним (247), 17:11 , 30-Май-20, (247) Хорошо, не у него а обидно Ключевое слово пересекаются С этим нет вопросо, Аноним (39), 22:56 , 30-Май-20, (249) Даже как то странно взрослым людям напоминать что это определение параллельных , Аноним (251), 00:05 , 31-Май-20, (251) ни в одной геометрии не пересекаются Ох ты ж господи Пресекаются прямые, евк, Аноним (153), 03:16 , 31-Май-20, (252) Это ты к другому анониму иди за английский язык тереть Мне достаточно того что , Аноним (253), 11:02 , 31-Май-20, (253) То есть, тебе непонятно, почему Шишкин определяет параллельность через сохранени, Аноним (153), 02:26 , 30-Май-20, (234) По нему заметно И это может быть и работает для какой-нибудь абстрактной ма, Аноним (-), 08:02 , 30-Май-20, (235) Объяснять суть своих открытий окружающим - это решительно не дело учёных Для эт, Аноним (153), 11:16 , 30-Май-20, (241) Ну, детский сад какой-то чесслово Разработчики не разбежались не есть критерий, Аноним (153), 22:50 , 27-Май-20, (175) Зато у редхата проходит preview тормозной глючный пихонокрап, вплоть до пакетног, Аноним (-), 09:10 , 28-Май-20, (187) Идея с прокси-диском в составе тома прикольная, но, к примеру, что если некоторы, Thony (?), 17:23 , 26-Май-20, (43) +1 // Хранить на отдельном томе без прокси не вариант , Нолекс (?), 17:43 , 26-Май-20, (47) –1 Я так понимаю, что с этим проблем не возникнет Присвой им максимально высокое з, Аноним (153), 17:55 , 26-Май-20, (49) Есть у неё какие-нибудь плюшки для SSD , Eric Hartman (?), 17:55 , 26-Май-20, (50) // Ну вот плюшка юзать SSD для затыкания амбразуры W W обеспечения быстрой записи п, Аноним (148), 15:15 , 27-Май-20, (149) Уже есть zfs, bcache и lvmcache, Аноним (55), 18:34 , 26-Май-20, (55) +1 // и само количество половинчатых решений ничуть ведь не намекает вам, что все три , пох. (?), 20:13 , 26-Май-20, (71) –1 // Во всяком случае, общая идея не выглядит чем-то идиотским Но вот в упомянутой в, Аноним (-), 09:28 , 27-Май-20, (112) trollmode Теперь тиринг еще и в ФС Бесплатно и без смс trollmode , Аноним (57), 18:59 , 26-Май-20, (57) +3 // Английский язык иногда бывает забавным Не стоит путать friend и fiend , Аноним (-), 09:51 , 27-Май-20, (118) +1 Ждём поддержку райзер5 в ядре , Аноним (64), 19:53 , 26-Май-20, (64) Интересно, почему Эдуард не переименовывает проект , Аноним (64), 19:54 , 26-Май-20, (65) // он боится, что shishkinfs русские будут писать на опеннете сиськинфс, а американ, Михрютка (ok), 20:19 , 26-Май-20, (74) +5 // Но ведь я уже сейчас могу написать срайзерфс , Аноним (64), 20:32 , 26-Май-20, (76) +1 Потому что она все ещё во многом основана на идеях и реализации ее изначального , Аноним (88), 02:40 , 27-Май-20, (88) +1 Квест - убей мой ССД Очевидно, что тут ССД отправляется на амбразуру обреченны, gogo (?), 20:49 , 26-Май-20, (78) // ты всегда можешь вставить его в рамочку и просто на него любоваться, если жаль П, пох. (?), 00:16 , 27-Май-20, (84) +1 // Ну а фигли, из мелких ячеек заряд утекает И флеш превращается превращается ф, Аноним (-), 09:53 , 27-Май-20, (119) // А ссд может быть средством для долговременного хранения данных более надёжным, ч, kusb (?), 12:46 , 27-Май-20, (133) Какой-нибудь старый SLC наверное может Но и цена за гигабайт там под стать А т, Аноним (151), 15:29 , 27-Май-20, (151) +2 Не перевелись ещё гении на земле Русской, коим Эдуард и является , Аноним (86), 01:54 , 27-Май-20, (86) +1 Хм-м-м А как поведёт себя подобная система в случае непрекращающегося потока , iCat (ok), 04:54 , 27-Май-20, (91) // Там же написано, Аноним (92), 06:55 , 27-Май-20, (92) Свободу разрабам , Аноним (94), 07:31 , 27-Май-20, (94) Ни ку-ку себе Вапще бомба , Аноним (95), 07:40 , 27-Май-20, (95) Весь инет пестрит комментами в стиле - ха, проблема, куплю новый Неужели не ваш, Аноним (95), 07:43 , 27-Май-20, (96) // а вот это как раз вопрос отдельный - наш ли это случай, или заодно придется зано, пох. (?), 09:04 , 27-Май-20, (103) Пущай сидит этот подонок и сдохнет от спида коронного , Аноним (95), 08:04 , 27-Май-20, (97) –3 Вылезайте на свет божий, иначе так и не увидите, что ошибаетесь Техологии идут в, Аноним (95), 10:14 , 27-Май-20, (123) Как это согласуется с тем, что на этом диске by design находятся данные, которых, YetAnotherOnanym (ok), 11:11 , 27-Май-20, (126) // сам-то понял, что сказал , Аноним (153), 13:19 , 27-Май-20, (135) // Я - да, а ты , YetAnotherOnanym (ok), 14:31 , 27-Май-20, (140) Офигеть технологии, всё как всегда - через задницу Если учесть, что под быстый , all_glory_to_the_hypnotoad (ok), 14:03 , 27-Май-20, (139) // Не, ну блин, это все же честно обозначено как preview технологии И предъявлять , Аноним (158), 16:37 , 27-Май-20, (158) // У этой технологии вроде как обозначен план развития и сделать хорошо в него не в, all_glory_to_the_hypnotoad (ok), 03:45 , 28-Май-20, (178) Т е должен быть не просто сборос по крону, а специальный следящий за нагрузкой , Аноним (39), 18:09 , 27-Май-20, (162) // Может быть, но есть подозрение что это будет чуточку продвинутый запуск предлага, all_glory_to_the_hypnotoad (ok), 03:48 , 28-Май-20, (179) // У тебя каша в голове Зачем для очистки что-то планировать На таргете создали к, Аноним (153), 12:34 , 28-Май-20, (195) Конечный носитель может быть занят другим IO и если делать без планирования, то , all_glory_to_the_hypnotoad (ok), 14:22 , 28-Май-20, (197) Тебе по ходу лечиться нужно , Аноним (153), 15:36 , 28-Май-20, (198) В той стратегии, что тут анонсирована, приложения напрямик не него не пишут Тол, Аноним (230), 18:30 , 29-Май-20, (230) Тупишь, тезка У господина теоретика там походу допущение что в целом IO - относ, Аноним (-), 10:21 , 30-Май-20, (239) +1 Дело говорит Только зачем мета-данные для планирования Для этого нужна другая , Аноним (231), 19:25 , 29-Май-20, (231) гы гы - угадай, на что напоролась ms, сделав аналогичную хрень в виде mirror ec , пох. (?), 16:22 , 29-Май-20, (228) Зачем такие извращения Хочется дублирования - собери RAID и используй полученно, Crazy Alex (ok), 11:04 , 04-Июн-20, (254) сначала создаётся новый файл, который содержит изменённые данные потом этот новы, хотел спросить (?), 04:00 , 28-Май-20, (180) // mysql trx 1, Аноним (191), 09:23 , 28-Май-20, (191) // sqlite в дефолтной без WAL конфигурации С WAL есть, э особенности, поэтому, пох. (?), 08:48 , 29-Май-20, (211) Это не СУБД, это костыль под названием безопасная перезапись файлов на стороне, Аноним (192), 09:54 , 28-Май-20, (192) // для всех как журналирование от этого поможет В лучшем случае оно позволит избежа, пох. (?), 08:46 , 29-Май-20, (210) // На CoW получить старое состояние файла в случае не прокатило в принципе можно , Аноним (-), 10:20 , 29-Май-20, (218) CoW это метод оптимизации использования носителя, он не избавляет от необходимос, all_glory_to_the_hypnotoad (ok), 13:47 , 29-Май-20, (225) А вообще мог бы В том плане что либо программа завершает запись и получает файл, Аноним (-), 09:20 , 30-Май-20, (237) Не мог бы Даже для такого варианта в ФС нужно заводить какой-нибудь теневой ino, all_glory_to_the_hypnotoad (ok), 16:14 , 30-Май-20, (246) вопрос что такое старое состояние в случае begin set sum sum-b where id c se, пох. (?), 16:11 , 29-Май-20, (226) По логике вещей старое состояние - то что было до begin Новое - то что должно , Аноним (215), 10:08 , 30-Май-20, (238) проблема в том, что файловая система про это ничего не знает Для нее если бд п, пох. (?), 12:21 , 30-Май-20, (243) Ну вот я не вижу причин по которым нельзя было бы информировать ее немного больш, Аноним (250), 22:58 , 30-Май-20, (250) Это не для СУБД Простая задача нужно вставить строчку в текстовый конфиг не ис, all_glory_to_the_hypnotoad (ok), 13:40 , 29-Май-20, (224) +1 // у СУБД ровно те же проблемы Ей не надо переписывать весь файл, но ей надо измен, пох. (?), 16:18 , 29-Май-20, (227) // У полноценной СУБД с in-place модификацией такой проблемы нет ибо форматы файлов, all_glory_to_the_hypnotoad (ok), 17:33 , 29-Май-20, (229) 1,2,5,9,26,33,40,41,43,50,55,57,64,65,78,86,91,94,95,96,97,123,126,139,180

Сообщения

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

	108. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	–1 +/–
	Сообщение от Аноним (-), 27-Май-20, 09:19
	> я знаю, у всех подобных систем есть проблемы с балансировкой, распуханием, > и саморазрушением. А у ext4 есть просто пофигизм в отношении к данным. Ему плевать что с ними случится. Если винч отгрузит какую-то труху или RAM дурит, или что еще - вы это узнаете только когда файлы почему-то превратятся в тыкву, если не вся ФС. А то вон у юзерей с ntfs все выглядело ЗБС. До момента когда он перестал монтироваться и scandisk не смог его починить, так что те ощутили себя почти клиентами namesys'а. Ну правда бабки за приседания срубил я а не namesys. А как вам идея если бы MS за бабки предложил сделать это самое? :)
	Ответить | Правка | Наверх | Cообщить модератору

	124. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (7), 27-Май-20, 10:52
	> А у ext4 есть просто пофигизм в отношении к данным. Ему плевать > что с ними случится. Если винч отгрузит какую-то труху или RAM > дурит, или что еще - вы это узнаете только когда файлы > почему-то превратятся в тыкву, если не вся ФС. Это в любой фс так (ну во всяком случае в btrfs не лучше, хотя там всё подписано, а не только метаданные).
	Ответить | Правка | Наверх | Cообщить модератору

	144. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (-), 27-Май-20, 14:45
	> Это в любой фс так Это сильно не соответствует действительности. Я проверял. Ext4 вообще для начала большинство народа без полного журнала юзает - и при этом консистентность данных вообще не гарантируется. Потому что писать все данные сперва в журнал, потом в ФС дабы иметь возможность завершить или откатить транзакцию - убивает скорость записи минимум вдвое. А вот CoW этим не страдает - в первом приближении можно рассматривать CoW как "один сплощной журнал" для понимания в чем прикол. Правда этот наглый алгоритмический чит воздается странными свойствами и специфичным набором технических "особенностей", скажем так. > (ну во всяком случае в btrfs не лучше, Таки лучше. С схемой DUP выживает на карте где ext4 быстро превращается в тыкву. Ну да, емкости половина и чинит CSUM ERROR иногда. Но теорвер забавная штука - если его в свою сторону развернуть. Шанс что бэды попадут под обе копии блоков, одинаково - весьма маргинальный. > хотя там всё подписано, а не только метаданные). И таки если есть откуда чинить - он таки при ошибке чексум и чинит. А ext4 в этом плане пофигистичен, он даже с RAID не поймет какая из копий блока верная, например. Поэтому и исправить не сможет при всем желании. А таки self heal у файлухи это довольно прикольно и в результате ФС может выдержать немало странных мытарств.
	Ответить | Правка | Наверх | Cообщить модератору

	150. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (7), 27-Май-20, 15:27
	А если неоткуда, btrfs рассыпается и теряет все данные, даже если там один бит флипнут. Никакого доверия ей быть не может, она делает что хочет сама. Ext4 не в пример более устойчивая, при повреждениях теряется только часть повреждённого файла. У тебя кстати тоже не совсем правда, в ext4 есть инлайнинг, и данные могут хранится прямо в журнале (бонусом повышение производительности). Вроде тот парниша проверял тогда, что с случится при повреждении журнала в такой ситуации, и btrfs рассыпалась самой первой (без возможности восстановления вовсе). Reiserfs (3) второй, и ext4 оказалась самой устойчивой к повреждениям. Ей вообще пофиг, что там записано что-то другое. Судя по этому, видимо чексумминг не был включен. Неконсистентность в ext4 подразумевает что вместо новой копии файла, fsck найдёт только старую. Без fsck будет просто куча мусора и "потерянных" блоков (с диска они никуда не денутся, и в случае рекавери они будут на месте). Если fsck после повреждения не прогнать, на выбор или нарастание урона, либо блоки будут помечены "грязными" и с ними ничего не случится. Но зависимые блоки изменятся со временем. Пс. рейд никакого отношения к ext4 не имеет, это разные уровни. В zfs и btrfs просто впихнули всё в кучу.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (-), 27-Май-20, 16:15
	> А если неоткуда, ...то чего вы ожидали? Однако даже на единичном механическом диске оно кладет metadata с схемой хранения DUP по дефолту. Разок спасло меня от случайного бэда на лаптопном винче, попавшего по счастью в метаданные. А в случае EXT4 если бэд под метаданные попадет... > btrfs рассыпается и теряет все данные, даже если там один бит флипнут. Скорее EXT4 так делает. Не имеет механизмов обнаружения таких проблем, не говоря о парировании. Так что если btrfs в такой ситуации имеет шансы, особенно если к этому заранее подготовиться (=DUP для данных и метаданных), то ext4 становится тыквой. И я имел очень так себе прецедент на ремотной железке в автопилоте. Не понравилось. Выводы были сделаны. И нет, если что - даже fsck не поможет если стораж реально подвел и libc6 не читается. При этом система тупо не взлетит. А с btrfs оно таки вытаскивает там и тут из второй копии, show goes on. И в целом это куда как более diehard может быть. Таки заменить EXT4 на btrfs с схемой DUP сильно подняло надежность забавного выводка железок (ARMовские одноплатники). И early warning о сыпучем носителе (или проблемном железе) задолго до того как это вообще создаст видимые проблемы - таки тоже хорошо. > Никакого доверия ей быть не может, она делает что хочет сама. Она буркнет "CSUM ERROR" в лог ядра и вытащит блок из второй копии. Не забыв перезаписать проблемный - "self heal". Клево, кстати, работает, очень помогая беспилотным системам которым никто не может уделить внимание здесь и сейчас. Удачи так с EXT4. А фанатизм это круто, но только не когда ты подрываешься чинить железку, в свое время и за свой счет. > Ext4 не в пример более устойчивая, при повреждениях теряется только часть повреждённого файла. Ога, если повреждение не попало в метаданные. А если попало - ну, блин, тоже фак. И файлы тоже бывают разные. Ну вот не грузится система без libc6, хоть тресни. И дальше радости то с того что это 1 файл? Система при этом вообще совсем тыква. > У тебя кстати тоже не совсем правда, В смысле? > в ext4 есть инлайнинг, и данные могут хранится прямо в > журнале (бонусом повышение производительности). Вообще-то inline это не про журнал, а про хранение прямо в метаданных ФС, если файл мелкий. Позволяет не делать лишнее обращение из региона метаданных в регион с данными, ускоряя работу с мелкими файлами и до некоторой степени уменьшая slack. Так умеет и btrfs и ext4 по состоянию на сейчас. > Вроде тот парниша проверял тогда, что с случится при повреждении журнала в такой ситуации, У btrfs понятие журналирования ... нечто специфичное. Это CoW и в целом там все здорово иначе. > и btrfs рассыпалась самой первой (без возможности восстановления вовсе). У нее есть на самый крайний случай offline вычитывалка без монтирования, парсер прямо в тулсе "btrfs". Так что там можно довольно круто потрепыхаться даже в совсем тухлых случаях. На манер коммерческих тулсов для вычитывания ntfs, только сразу частью тулкита ФС. И нет, для ext4 такой штуки нет. Во всяком случае в штатных тулсах. Правда там fsck неплохо справляется. Но только до известных пределов. > Reiserfs (3) второй, и ext4 оказалась самой устойчивой к повреждениям. > Ей вообще пофиг, что там записано что-то другое. Угу, только когда libc6 не прочелся с системного стоража - системе малость не пофигу, она работать не может при этом :) > Судя по этому, видимо чексумминг не был включен. Неконсистентность > в ext4 подразумевает что вместо новой копии файла, fsck найдёт только старую. Поскольку обычно EXT4 юзают с журналом только метаданных, ничему не противоречит получить полуперезаписанный файл состоящий из нового начала и старого хвоста. По метаданным это консистентно, однако то что программы смогут работать с таким файлом - ниоткуда не следует. В классическом дизайне для журналирования данных надо писать данные дважды, что тормозно. Весь пойнт CoW в том что он это обходит нахальным жульничеством - у него по сути только журнал и есть, а область с данными в которую коммитят - ее нет. Взамен возникает нужда в GC который будет подбирать старые блоки, иначе место таки закончится. > нарастание урона, либо блоки будут помечены "грязными" и с ними ничего > не случится. Но зависимые блоки изменятся со временем. Спасибо, но я на своем окороке не так давно познакомился с развалом EXT4 на сыпучем носителе. И даже то что там что-то читалось было слабым утешением для системы которая не может загрузиться. Особенно учитывая что это был армовский одноплатник. > Пс. рейд никакого отношения к ext4 не имеет, это разные уровни. В > zfs и btrfs просто впихнули всё в кучу. Btrfs вполне можно засунуть даже на единичную SD карточку с схемой DUP. Не то чтобы с EXT4 совсем нельзя сколхозить эквивалент, но RAID придется мануально создавать на паре разделов самому и чексум все равно не будет так что толку мало.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (7), 27-Май-20, 16:37
	Обычно цель всё же не живучесть и способность загрузиться на убитой флешке, достигаемая многократным дублированием, а возможность выцепить данные при повреждении. Чтобы часть файла оказалось старой и всё было перемешено, я с таким не сталкивался если честно, хотя использую data=writeback всегда. Такая вероятность имеется при повреждении метаданных из-за отключённых барьеров. Я думаю, каждый может убедится, создав файл с btrfs и записав в него данные, после чего внеся изменения в hex редакторе в один из файлов попытаться выцепить остальные. Ничего не получится, всё дерево рассыпается и ошмётки никак не собрать. Выглядит опасно и непредсказуемо.
	Ответить | Правка | Наверх | Cообщить модератору

	165. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (-), 27-Май-20, 18:24
	> Обычно цель всё же не живучесть и способность загрузиться на убитой флешке, Как по мне - это вполне хорошая и правильная цель, экономящая немало нервных клеток. И вообще Early Warning задолго до факапа - это хорошо и правильно. > достигаемая многократным дублированием, а возможность выцепить данные при повреждении. В этом плане EXT4 довольно неплох. Однако btrfs с его тулкитом офлайн вычитывания на мой вкус выглядит нормально. > Чтобы часть файла оказалось старой и всё было перемешено, я с таким не сталкивался > если честно, хотя использую data=writeback всегда. Половина прог таки на этой почве зеа...сь от предъяв юзерей и сделали фееричные костыли "safe" перезпписи файлов, с записью в новый файл и переименованием. Но это такие костылищи... и они конечно же не везде и вообще это круто когда половина по сути семантики ФС в результате выпихнута на апликухи. > Такая вероятность имеется при повреждении метаданных из-за отключённых барьеров. Метаданные могут повредиться и просто потому что стораж так решил. Чексумы как минимум сообщат нам об этом. Независимо от того решило ли фирмваре сообщить наверх IO ERROR или просто выдало наружу какую-то труху (бывает и так и сяк). И это довольно полезно. Потому что потуги парсить откровенную труху ни к чему хорошему не приводят. > Я думаю, каждый может убедится, создав файл с btrfs и записав в него данные, после > чего внеся изменения в hex редакторе в один из файлов попытаться выцепить остальные. Я нечто такое пробовал, для inline файла. Ничего ужасного. Для активного файла вопит про CSUM ERROR, для стертого варианта вообще до балды (GC при подгребании видимо уже не парится такими мелочами). > Ничего не получится, всё дерево рассыпается и ошмётки никак > не собрать. Выглядит опасно и непредсказуемо. Страшные сказки это здорово. Но если мы об этом, хексэдитором можно и просто суперблоки затереть - и попробуй чего-нибудь оттуда потом извлечь так по простому. Кстати самый крутой "real world" дестрой btrfs который я встречал - флеха тупо повисла при записи. Видимо на уровне контроллера. При передергивании она ... профакала 2 из 3 суперблоков btrfs. Однако сие довольно просто чинится и таки 3-я копия выжила. Я думаю что контроллер потерял запись eraseblock-а, встряв в середине операции. Это типично несколько мегов профаканых данных. Хотя может и хуже оказаться - если оно таблицы трансляции апдейтило, карта/флеха рассыпется в адский паззл.
	Ответить | Правка | Наверх | Cообщить модератору

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

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