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

В 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]

	46. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (153), 26-Май-20, 17:41
	> Зачем этот уровень внутри файловой системы, а не блочного устройства? У блочного уровня плохая масштабируемость. Вот тут подробно разжёвываются недостатки блочного уровня: https://reiser4.wiki.kernel.org/index.php/Logical_Volumes_Ba...
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	109. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+1 +/–
	Сообщение от Аноним (-), 27-Май-20, 09:24
	Весьма кривая дока сомнительной компетентности: 1) Толком не учитывает существование btrfs 2) Не объясняет что btrfs-у мешает раскидывать запросы на эн девайсов 3) Не в курсе что btrfs таки aware of какие там девайсы и где. Итого: господин Эдуард поломался посмотреть вокруг на то что уже есть и что оно делает - но объявил что там есть фатальный недостаток. Офигенно.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (-), 27-Май-20, 09:26
	4) Да, очень хотелось бы понимать что гражданин Шишкин обозвал в btrfs "своим блочным уровнем". Вроде бы там нет ничего похожего на это. Как максимум там есть своя адресация, но это нечто иное и оно может учитывать девайсы в процессе.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (153), 27-Май-20, 12:45
	Для того, чтобы понять эту доку, надо как минимум владеть английским языком. У btrfs O(1)-аллокатор есть? Фибер-страйпинг есть? Параллельное масштабирование она может? Поддержка прокси-диска есть? Ничего этого там нет!
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	146. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (99), 27-Май-20, 15:01
	> Для того, чтобы понять эту доку, надо как минимум владеть английским языком. А я и владею. И претензии были к конкретно вон тем заявлениям про "блочный уровень" vs "btrfs" в той вике, не надо передергивать. > У btrfs O(1)-аллокатор есть? O(1) довольно абстрактно и не является достоинством без подтверждения бенчами. По 10 секунд на каждую операцию при любых условиях - это тоже O(1), но радости с него будет мало. > Фибер-страйпинг есть? Если перевести терминологию - то как я понимаю, по фактическим действиям там будет (или может быть реализовано) нечто сравнимое по смыслу, плюс-минус. > Параллельное масштабирование она может? Я не вижу что принципиально мешает btrfs'у раскидывать блоки в случае RAID сразу на несколько устройств (равно как и читать). Насколько хорошо и полно это реализовано - отдельный вопрос. 1) Btrfs знает какие устройства есть. 2) Btrfs оперирует не просто тупым raw разделом/девайсом а аллоцирует "block groups" имеющие тот или иной уровень RAID и работает в этих терминах. 3) Возможно иметь смесь block groups с разными уровнями RAID. Теоретически оно могло бы хоть пофайлово раздавать решать кому какой уровень RAID дать. 4) Собственно online конверсия уровней так и работает - block groups перегоняются из одного типа в другой. Если в середине этого процесса все покрешится - ну, оно при ребуте продолжит перегонять block groups с места где фигакнулось. Свободное место оно при этом вообще не трогает, в отличие от блочного RAID. Насколько я понимаю, в переводе с рейзеровского на бтрфсный то что те называют logical volumes в терминах btrfs может быть представлено как "набор block groups с энным уровнем RAID". > Поддержка прокси-диска есть? Ничего этого там нет! Вот прокси-диска - да, нету. Хотя утвоерждение что это принципиально нереализуемо как мне кажется будет излишне храбрым. Там все довольно гибко изначально было задумано. ...и основная проблема на самом деле в том чтобы все эти суперкомбо убедить корректно взаимодействовать потом, однако :)
	Ответить | Правка | Наверх | Cообщить модератору

	156. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (153), 27-Май-20, 16:26
	> Вот прокси-диска - да, нету Вот когда будет - приходи, поговорим! Это топик посвящён _существующим_ фичам reiser5, т.е. тем, которые можно потрогать руками, протестировать.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (-), 27-Май-20, 18:30
	Народ сослался на вику, я нашел в ней явную кривизну и несоответствия. Nothing more, nothing less.
	Ответить | Правка | Наверх | Cообщить модератору

	176. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (153), 27-Май-20, 23:10
	> O(1) довольно абстрактно O(1) - это довольно конкретно. Процесс берёт одну нужную маленькую карту свободных блоков, а не шароёбится по единственной здоровой в поисках свободного места (особенно, если его там осталось мало) > и не является достоинством без подтверждения бенчами. если ты их не видел, то это не значит, что их нет > По 10 секунд на каждую операцию при любых условиях - это тоже O(1), но радости с него будет мало Словесный понос. Тебя никто не заставляет гробить 10 секунд на каждую операцию.
	Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

	186. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (-), 28-Май-20, 09:01
	> O(1) - это довольно конкретно. Это абстрактное заявление, ничего не говорящее сколько операций в единицу времени своротит ФС в энной ситуации и как это соотносится с другими. > Процесс берёт одну нужную маленькую карту свободных > блоков, а не шароёбится по единственной здоровой в поисках свободного места Кто ж сейчас так делает то в современных ФС? Они все уже придумали на этот счет те или иные улучшения, с терабайтными дисками у них выбора не было. > (особенно, если его там осталось мало) Когда его мало - там самой большой проблемой будет, имхо, 1) Фрагментация 2) Общий оверхед работы с метаданными: фрагментов будет дофига. > если ты их не видел, то это не значит, что их нет Ну так покажите? Впрочем, никто не спорит что слетать на экспериментальном, гиперзвуковом, суборбитальном - круто. Но проблема в том что вероятность вернуться одним куском - далеко не единица. И поэтому вундервафля занимает почетное место в музее после пары полетов. Если, конечно, осталось что поместить в музей. А народ в целом ползуется скучными авиалайнерами [и очень нервно реагирует на авиапросишествия]. > Тебя никто не заставляет гробить 10 секунд на каждую операцию. Ну так в том и вопрос - а кто-то проверял как все это будет под реальными нагрузками? Ну и лично я не понимаю как при мелкой тиме, alienated кернелтиме и таком замахе планируется достичь хоть какой-то намек на надежность. Даже у менее навернутого reiser3, который даже замайнлайнили это было "не очень". Оказалось еще тулкит ФС роялит, а с ним швах и фикс шваха путем объявления фатальных багов "known issue".
	Ответить | Правка | Наверх | Cообщить модератору

	196. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (153), 28-Май-20, 13:17
	> Это абстрактное заявление, ничего не говорящее сколько операций в единицу времени своротит ФС в энной ситуации и как это соотносится с другими. Иди, расскажи Молнару и Торвальдсу, что их O(1)-планировшщик "ничего не говорит, сколько операций в единицу времени своротит в энной ситуации и как это соотносится с другими".
	Ответить | Правка | Наверх | Cообщить модератору

	216. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (215), 29-Май-20, 09:47
	> Иди, расскажи Молнару и Торвальдсу, что их O(1)-планировшщик "ничего не говорит, сколько > операций в единицу времени своротит в энной ситуации и как это > соотносится с другими". Эм... это им успешно рассказывают форониксы, коливасы и прочие гентушники :)
	Ответить | Правка | Наверх | Cообщить модератору

	219. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (39), 29-Май-20, 10:24
	> Эм... это им успешно рассказывают форониксы, коливасы и прочие гентушники :) И ты туда же иди, куда их посылают :)
	Ответить | Правка | Наверх | Cообщить модератору

	137. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (153), 27-Май-20, 13:34
	> Не объясняет что btrfs-у мешает раскидывать запросы на эн девайсов btrfs - это тот же RAID, который уже имеется на block layer. Т.е. запросы там раскидываются на уровне трансляций дисковых адресов. В Reiser5 всё совсем по-другому. Запросу сначала назначается диск, на который он будет записан (назначает пользователь, либо автоматически - алгоритмом фибер-страйпинга). А уже только после это ФС выделяет адрес на том диске.
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	147. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (99), 27-Май-20, 15:10
	> btrfs - это тот же RAID, который уже имеется на block layer. Абсолютно не тот же. Btrfs на свободном месте девайса аллоцирует "block group" (некий кус блоков). Каждый block group имеет схему хранения ассоциированную с ним. Как делается RAID1 в терминах btrfs? ФС видит что хотят записать вот это с схемой RAID1. Как это обеспечивается: одна копия блоков идет в block group с подходящей схемой на один девайс, вторая копия идет на другую block group в каком-либо из других устройств, лишь бы там было достаточно места для этого. Поэтому в btrfs вполне валидно например воткнуть допустим 3 винча на терабайт и в итоге получить 1.5 Tb RAID-1 где все блоки хранятся на 2 устройствах - и вылет ни 1 из устройств не фатален. > Т.е. запросы там раскидываются на уровне трансляций дисковых адресов. Запросы там таки оперируют в терминах девайсов и смещений на них и в этом процессе btrfs вполне себе aware куда это и как пойдет. Настолько что при конверсии уровней и прочем он не кантует пустое место, в отличие от блочного RAID. Поэтому можно довольно быстро сконвертить схему хранения огромного стоража... если он относительно пустой :). Настоящий блочный RAID не владеет деталями аллокации и будет конвертить по всей площади. > В Reiser5 всё совсем по-другому. Запросу сначала назначается диск, на который он будет > записан (назначает пользователь, либо автоматически - алгоритмом фибер-страйпинга). > А уже только после это ФС выделяет адрес на том диске. Внезапно, btrfs примерно то же самое делает.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (148), 27-Май-20, 15:13
	p.s. в btrfs устройствам не обязательно быть одного размера - при втыкании девайса это просто место куда можно класть block groups по указанным правилам. Очень удобно менеджить в отличие от блочного RAID - добавить девайс с +X места или даже изъять с -X места вполне себе ненапряжно и относительно быстро. Если на девайсе данных не было так и его ремув почти моментальный. Удачи так с блочным RAID который надо по всей площади перестраивать.
	Ответить | Правка | Наверх | Cообщить модератору

	157. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (153), 27-Май-20, 16:29
	> Толком не учитывает существование btrfs Есть встречное мнение, что btrfs-разрабы не учли существование reiser4.
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	167. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (167), 27-Май-20, 18:39
	> Есть встречное мнение, что btrfs-разрабы не учли существование reiser4. Возможно. А там есть какие-то уникальные фичи, принципиально недостижимые в btrfs? Например, какие? Шишкин в своей критике обычно упирал на теоретические синтетические кейсы, что ничего не говорит о перфомансе или user visible фичах. Впрочем btrfs мы лю не за это, а за удобный, логичный и дружелюбный менеджмент, за early warnings о надвигающихся факапах, за то что можно быть более или менее уверенным что если прочлось - то это то что записали, а не что-то иное. Что достаточно актуально если данные начинают исчисляться в терабайтах.
	Ответить | Правка | Наверх | Cообщить модератору

	160. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (153), 27-Май-20, 17:33
	> Толком не учитывает существование btrfs Шишкин сказал, что для реализации своих идей относительно логических томов он рассматривал все существующие на тот момент ФС, и что проще всего это оказалось сделать в Reiser4 (вовсе не потому, что он маинтейнер - просто так совпало). По поводу btrfs он сказал, что её разработчики пошли по пути упрощений, которые оказались недопустимыми. Во-первых, потерялась пресловутая гибкость. Для эффективного распараллеливания основное дерево-хранилище должно обладать фичей, называемой "liquid records". В btrfs же её нет и не предвидится. Во-вторых, Шишкин сказал, что занимается только серьёзным софтом, а в btrfs непривилегированный пользователь в состоянии провести DDOS-атаку на свободное место на разделе (в частности, это то, почему её не взяли в Red Hat).
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	168. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (-), 27-Май-20, 18:57
	> все существующие на тот момент ФС, и что проще всего это > оказалось сделать в Reiser4 (вовсе не потому, что он маинтейнер - Каждый первый програмер именно так говорит. Однако зубоскальство про NIH имеет определенный пойнт :P > пошли по пути упрощений, которые оказались недопустимыми. Ее даже так отлаживали дофига и больше. И до сих пор реализовано и близко не все что тот дизайн кишок имеет предложить на самом деле. Самое очевидное: - Они утверждают что в именно btrfs можно сделать RAID56 без write hole. - Этот дизайн нормально отнесется к идее что уровень RAID разный для разных файлов (дир, subvolume'ов). Оно уже сейчас ОК с существованием разных типов block groups одновременно. Просто нет аллокатора который был бы настолько сумасшедший и инфраструктуры управления подобнымми штуками. > Во-первых, потерялась пресловутая гибкость. Да вроде наоборот, структуры с солидным заделом на будущее. Гибкое по аллокации, удобный менеджмент задуман сразу на этапе дизайна, etc. И вроде более-менее получилось. > Для эффективного распараллеливания основное дерево-хранилище должно обладать > фичей, называемой "liquid records". А я то думал что для эффективного распараллеливания надо стараться пулять блоки сразу в эн устройств. Что они называют "liquid records"? > В btrfs же её нет и не предвидится. Что сие по физическому/логическому смыслу? Возможно там есть что-то сравнимое? Или можно обойтись и без этого? > Во-вторых, Шишкин сказал, что занимается только серьёзным софтом, а в btrfs > непривилегированный пользователь в состоянии провести DDOS-атаку > на свободное место на разделе Может, все-таки, DoS? А то Distributed атака такого плана находится за пределами моего воображения :P. Ну и вообще, с ФС можно сделать довольно много странных вещей. Например: я однажды имея сугубо юзерские права положил общесистемный перфоманс EXT4 до состояния плинтуса. И даже снос всех моих данных с хоста уже ничего не поменял. Тоже в общем то DoS по большому счету. > (в частности, это то, почему её не взяли в Red Hat). Вообще-то история немного не такая. Ее изначально взяли, в экспериментальном режиме. Но тем временем из RH как-то подразбежались в другие фирмы разработчики ФС и блочного уровня, как я понимаю в RH тупо нет ни 1 кадра который бы в этом разбирался. Ну и да, заклятые друзья из SuSE за это дело уцепились быстрее RH и вот у них разработчиков этой штуки есть. И они ей пользуются. А редхат то пиндел, конечно, на конкурента.
	Ответить | Правка | Наверх | Cообщить модератору

	169. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (153), 27-Май-20, 19:41
	> И вроде более-менее получилось Ну вот, у тебя есть шанс доказать это, реализовав прокси-диск в btrfs ))
	Ответить | Правка | Наверх | Cообщить модератору

	170. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (39), 27-Май-20, 20:42
	> я однажды имея сугубо юзерские права положил общесистемный перфоманс EXT4 до состояния плинтуса. И даже снос всех моих данных с хоста уже ничего не поменял. Тоже в общем то DoS по большому счету. Это не иначе, как заговор академиков против честных разработчиков ядра Линукс!
	Ответить | Правка | К родителю #168 | Наверх | Cообщить модератору

	189. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	–1 +/–
	Сообщение от Аноним (-), 28-Май-20, 09:17
	> Это не иначе, как заговор академиков против честных разработчиков ядра Линукс! На самом деле этот фокус можно повторить с любой ФС. Если кто думает что разработчики имеют хоть какой-то шанс предусмотреть все выходки юзерей в всех мыслимых конфигурациях - напрасно. Так что козырять такими же вещами - хороший способ ощутить себя в шкуре мозилы корп козырявшей безопасностью браузера. Ну им over 9000 vuln'ов и нашли.
	Ответить | Правка | Наверх | Cообщить модератору

	171. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (39), 27-Май-20, 20:49
	> Вообще-то история немного не такая. Ее изначально взяли, в экспериментальном режиме. Но тем временем из RH как-то подразбежались в другие фирмы разработчики ФС и блочного уровня Ясное дело, подразбежались! Их там заставляли из btrfs энтерпрайз делать, а в шапке стандарты очень высокие! Это тебе не Суся какая-нить с анбрейкабл Орацлом.
	Ответить | Правка | К родителю #168 | Наверх | Cообщить модератору

	188. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	–1 +/–
	Сообщение от Аноним (-), 28-Май-20, 09:15
	> шапке стандарты очень высокие! Особенно заметно на редхатовском пакетном менеджере - хуже я просто не знаю. Сейчас даже уже фрибсд что-то более вменяемое сделали. Факин лол!
	Ответить | Правка | Наверх | Cообщить модератору

	255. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от _ (??), 05-Июн-20, 19:43
	Вообще то ВНЕЗАПНО - во фряхе лучший пакетный мэнэджер, из всего что есть на сегодняшний день :) PS:  Эххx ... но ей уже даже это не поможет. IMHO :(
	Ответить | Правка | Наверх | Cообщить модератору

	172. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (39), 27-Май-20, 20:56
	> А я то думал что для эффективного распараллеливания надо стараться пулять блоки сразу в эн устройств С тобой всё ясно, иди изучай матчасть!
	Ответить | Правка | К родителю #168 | Наверх | Cообщить модератору

	190. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (-), 28-Май-20, 09:23
	> С тобой всё ясно, иди изучай матчасть! Так там на вики вот прямо так и написано. В начале. Потом там еще совершенно ушибленное формльное определение идет, однако оно сформулировано так что само себе противоречит. Автырю оного нехило бы прочитать что он написал, взять словарик английского языка и проверить значение слов. А то там прямо какой-то #define true false //have a nice debug session! (автырь переколпачивает или странно юзает значения половины слов).
	Ответить | Правка | Наверх | Cообщить модератору

	199. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (153), 28-Май-20, 18:02
	Всё там чётко и без противоречий. Иди учи английский.
	Ответить | Правка | Наверх | Cообщить модератору

	217. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (215), 29-Май-20, 09:50
	> Всё там чётко и без противоречий. Особенно определение, противоречащее смыслу английских слов в нем :D > Иди учи английский. Походу это таки не мне надо. Потому что чтобы дать то определение - надо конкретно хряпнуть упорина. Или если это была попытка маркетинга - надо было маркетолога позвать, он бы придумал как назвать хрен редькой менее горбато.
	Ответить | Правка | Наверх | Cообщить модератору

	220. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (39), 29-Май-20, 11:12
	> Особенно определение, противоречащее смыслу английских слов в нем :D И какому же слову в нём, как вы изволили выразиться, оно противоречит? Слово в студию!!!
	Ответить | Правка | Наверх | Cообщить модератору

	232. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (-), 29-Май-20, 22:27
	> Слово в студию!!! Parallel. Определение Parellel scaling out там просто эпик какой-то, из формального определения вообще не понятно каким боком из него следует параллельность какая-то вообще. Что означает "saves" автор статьи тоже походу не вдупляет и использует сие ... логически некорректно. C parallel это вообще довольно сложно стыковать. Видимо, более подходящих слов в инглише автор не придумал, хоть они и есть.
	Ответить | Правка | Наверх | Cообщить модератору

	233. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (39), 30-Май-20, 00:49
	> Parallel. Определение Parallel scaling out там просто эпик какой-то, из формального определения вообще не понятно каким боком из него следует параллельность какая-то вообще. В той статье из вики есть предыстория (Previous Art), из которой становится понятно, почему "parallel". Понятие это пришло от сетевых параллельных ФС таких, как GPFS и Lustre. Определение непротиворечиво, придраться там не к чему. Под него подходят как минимум три ФС: GPFS, Lustre и Reiser5. > Что означает "saves" автор статьи тоже походу не вдупляет и использует сие ... логически некорректно. Saves - глагол (3 лицо, ед. число). Означает сохранение (непотерю) [ресурсов]. Что тут некорректного? Как будет на английском: "подсистема сохраняет ресурсы"? Очевидно, "subsystem saves resources". > C parallel это вообще довольно сложно стыковать. Видимо, более подходящих слов в инглише автор не придумал, хоть они и есть. А как сетевые параллельные ФС стыкуются с пареллельностью? Точно так же и ты стыкуй. > Видимо, более подходящих слов в инглише автор не придумал, хоть они и есть. Это вопрос к тому, кто лет тридцать назад назвал некоторые сетевые ФС параллельными. Кому-то, может и сложно стыковать. На мой взгляд аналогия очень даже прослеживается (в той же статье есть пример с дождём и вёдрами).
	Ответить | Правка | Наверх | Cообщить модератору

	236. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (-), 30-Май-20, 08:59
	> В той статье из вики есть предыстория (Previous Art), из которой становится > понятно, почему "parallel". Ну да. Там это написано более логично. Однако определить "parallel" через "saves" это достаточно оригинально. Потому что параллелизм в определении не фигурирует. И как максимум - очень неявно где-то "подразумевается". А в той части другой косяк: технически некорректные заявления для как минимум btrfs. Автор не въехал, что колесо не-блочного RAID изобрели до него. Или попытался присвоить чужие достижения. При том что отличный от block-level подход к RAID в btrfs много лет - и даже не факт что придумали это они. > Понятие это пришло от сетевых параллельных ФС таких, > как GPFS и Lustre. Определение непротиворечиво, придраться там не к чему. Оно просто выглядит достаточно бессмысленным набором слов. При сильном желании, понять что на самом деле имеется в виду можно, если прочитать вступление. Но тот индийский математик все же вспоминается. > Под него подходят как минимум три ФС: GPFS, Lustre и Reiser5. Если перевести тот набор слов с reiserfs'ного на английский, под него как я понимаю и btrfs или уже подходит, или технически может подходить. В том плане что это может жрать меньше суммарного бандвиза чем тупой блочный подход. > Saves - глагол (3 лицо, ед. число). Означает сохранение (непотерю) [ресурсов]. Что > тут некорректного? Некорректно при этом педалировать параллельность, потому что из всего того набора слов какая-либо параллельность вообще не следует. А если идея в bandwidth saving, может это как-то так и обозвать? > "subsystem saves resources". Это все хорошо, но при чем тут "parallel"? Являющийся центральным моментом определения. Этот момент в определении не раскрыт. В преамбуле да, сколько угодно. > А как сетевые параллельные ФС стыкуются с пареллельностью? Точно так же и ты стыкуй. И все же определение параллельности где параллельность ниоткуда не следует - это странно, господа. > даже прослеживается (в той же статье есть пример с дождём и вёдрами). При сильном желании понять можно. И пардон, сетевыми штуками я если интересовался, то это "не совсем ФС" в привычном понимании. Скорее "распределенными структурами".
	Ответить | Правка | Наверх | Cообщить модератору

	244. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (153), 30-Май-20, 13:14
	> При том что отличный от block-level подход к RAID в btrfs много лет Не нужно путать "block-level" и "block layer". "block layer" - этот подсистема OS. "block-level" относится к методу агрегирования малых реальных дисков в один большой, виртуальный. Все стандартные уровни RAID (за исключением зеркал, и экзотических 2 и 3) - они block-level. Вот, читай: https://en.wikipedia.org/wiki/Standard_RAID_levels. Все нестандартные - тоже block-level. Пожалуйста: https://en.wikipedia.org/wiki/Non-standard_RAID_levels B reiser5 нет RAID и вообще не будет (кроме зеркал). Там даже JBOD нет. Агрегация устройств в Reiser5 происходит по типу сетевых ФС. Шишкин сказал: "RAID - это технология, место которой только на block layer. Не нужно это тащить в файловую систему!"
	Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

	245. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (39), 30-Май-20, 14:22
	> Некорректно при этом педалировать параллельность, потому что из всего того набора слов какая-либо параллельность вообще не следует. А если идея в bandwidth saving, может это как-то так и обозвать? В классической логике очень даже корректно. Почитай определение параллельности, данное Лобачевским  - будешь сильно удивлён :) А потом, у него параллельные прямые (какой ужас) пересекаются!!! И, ничего, живём с этим уже вторую сотню лет :)
	Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

	247. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (247), 30-Май-20, 17:11
	> В классической логике очень даже корректно. Почитай определение параллельности, данное > Лобачевским  - будешь сильно удивлён :) А потом, у него > параллельные прямые (какой ужас) пересекаются!!! И, ничего, живём с этим уже > вторую сотню лет :) Параллельные прямые у Лобачевского пересекаются это что-то новое. Очень желаю увидеть этот текст от Лобачевского. Так понимаю остальные знания, которыми ты тут делишься, такого же типа?
	Ответить | Правка | К родителю #245 | Наверх | Cообщить модератору

	249. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (39), 30-Май-20, 22:56
	> Параллельные прямые у Лобачевского пересекаются это что-то новое. Хорошо, не у него (а обидно!). Ключевое слово "пересекаются". С этим нет вопросов?
	Ответить | Правка | К родителю #247 | Наверх | Cообщить модератору

	251. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (251), 31-Май-20, 00:05
	>> Параллельные прямые у Лобачевского пересекаются это что-то новое. > Хорошо, не у него (а обидно!). Ключевое слово "пересекаются". С этим нет > вопросов? Даже как то странно взрослым людям напоминать что это определение параллельных. Они ни в одной геометрии не пересекаются.
	Ответить | Правка | К родителю #249 | Наверх | Cообщить модератору

	252. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (153), 31-Май-20, 03:16
	> Даже как то странно взрослым людям напоминать что это определение параллельных. Они ни в одной геометрии не пересекаются. Ох ты ж господи! :) "Пресекаются прямые, евклидовы части которых параллельны" - так лучше звучит? Если ты такой щепетильный, может устроим разбор фразы "определение, противоречащее смыслу английских слов в нем"? А то я деликатно не стал придираться. А с неё весь сыр-бор и начался...
	Ответить | Правка | К родителю #251 | Наверх | Cообщить модератору

	253. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (253), 31-Май-20, 11:02
	>> Даже как то странно взрослым людям напоминать что это определение параллельных. Они > ни в одной геометрии не пересекаются. > Ох ты ж господи! :) > "Пресекаются прямые, евклидовы части которых параллельны" - так лучше звучит? > Если ты такой щепетильный, может устроим разбор фразы "определение, противоречащее смыслу > английских слов в нем"? А то я деликатно не стал придираться. > А с неё весь сыр-бор и начался... Это ты к другому анониму иди за английский язык тереть. Мне достаточно того что я увидел.
	Ответить | Правка | К родителю #252 | Наверх | Cообщить модератору

	234. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (153), 30-Май-20, 02:26
	> Что означает "saves" автор статьи тоже походу не вдупляет и использует сие ... логически некорректно. C parallel это вообще довольно сложно стыковать. То есть, тебе непонятно, почему Шишкин определяет параллельность через сохранение ресурсов? Это уже к нему обращайся! Только перед тем, как будешь с ним спорить, хочу предупредить: он математик, доктор наук и хорошо понимает, о чём говорит! :)
	Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

	235. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (-), 30-Май-20, 08:02
	> он математик, доктор наук и хорошо понимает, о чём говорит! :) По нему ... заметно. И это может быть и работает для какой-нибудь абстрактной математики, или накрайняк теоретической физики какой. Но даже там стараются упаковывать слова в логичном и непротиворечивом виде, используя устоявшиеся термины по возможности, дабы другие могли понять суть и на сглючить при этом. А иначе это начинает напоминать старинную историю с индийским математиком, который вроде бы допер до совершенно нетривиальных вещей, не имея формального образования. Проблема в том что из-за всего этого он был решительно неспособен объяснить суть своих открытий окружающим. И только Лейбницу, чтоли, стало любопытно что все-таки за нах и после долгих мытарств он наконец смог вообще одуплить чего имеется в виду. Вот читая эту вику я невольно вспомнил ту историю.
	Ответить | Правка | Наверх | Cообщить модератору

	241. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (153), 30-Май-20, 11:16
	> Проблема в том что из-за всего этого он был решительно неспособен объяснить суть своих открытий окружающим. Объяснять суть своих открытий окружающим - это решительно не дело учёных. Для этого есть популяризаторы науки. Совмещать приятное с полезным могут только единицы. Такие как Джинс, Фейнман, Хокинг. Вот Эйнштейн никому ничего не объяснял :)
	Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

	175. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (153), 27-Май-20, 22:50
	> Ее изначально взяли, в экспериментальном режиме. Но тем временем из RH как-то подразбежались в другие фирмы разработчики ФС и блочного уровня, как я понимаю в RH тупо нет ни 1 кадра который бы в этом разбирался Ну, детский сад какой-то чесслово! "Разработчики не разбежались" не есть критерий того, что экпериментальная фича успешно прошла "technical preview" в Red Hat. Название "technical preview" само за себя говорит. А что будет, если разработчики разбегутся после того, как её возьмут в продакшн? Не задавались таким вопросом? А жаль!
	Ответить | Правка | К родителю #168 | Наверх | Cообщить модератору

	187. "В Reiser5 анонсирована поддержка Burst Buffers (Data Tiering..."	+/–
	Сообщение от Аноним (-), 28-Май-20, 09:10
	> "Разработчики не разбежались" не есть критерий того, что экпериментальная фича успешно > прошла "technical preview" в Red Hat. Название "technical preview" само за > себя говорит. А что будет, если разработчики разбегутся после того, как > её возьмут в продакшн? Не задавались таким вопросом? А жаль! Зато у редхата проходит preview тормозной глючный пихонокрап, вплоть до пакетного менеджера дохнущего жестокой смертью с харакири базе пакетов. После чего система становится малость тыквой. Но это ничего, картонный макет пакетного менеджера в системе их не напрягает. Пардон, релизиться >10 лет к ряду с калом вместо пакетного менеджера - не больно какой стандарт качества.
	Ответить | Правка | Наверх | Cообщить модератору

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

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