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

Уязвимость в XFS, позволяющая читать сырые данные  блочного устройства , opennews (ok), 14-Янв-22, (0) [смотреть все] А вот Линус считает что похоже на давно устаревший код, но никак не на бекдорUPD, макпыф (ok), 18:40 , 14-Янв-22, (1) +5 // Да всё ядро можно устаревшим кодом назвать, столько мусора ещё никуда упихнуть н, Аноним (3), 18:43 , 14-Янв-22, (3) –8 Забыть занулить выделяемый непривилегированному блок с диска - похоже скорее на , Аноним (5), 18:45 , 14-Янв-22, (5) –2 // возможно и так, макпыф (ok), 18:49 , 14-Янв-22, (6) –1 // То есть никто не понимает, зачем mkfs xfs вызывается с ключем -K , Bx (ok), 02:00 , 15-Янв-22, (77) Silicon Graphics её делала для Irix , Аноним (11), 19:21 , 14-Янв-22, (11)   // Только в линукс вошла далеко не та реализация Во-первых весь этот код с новыми , Анонимленьлогиниться (?), 20:13 , 14-Янв-22, (20) +7   А XFS умел в убран менеджер томов , очень интересно Ого, перечислетите тех, кто, Bx (ok), 04:32 , 15-Янв-22, (98) –2   Интересные фичи вырезали чтобы врагам не достались Интересно вот ZFS угробят в к, Аноньимъ (ok), 05:18 , 15-Янв-22, (100) –3   zfs гробят сами враги , которым она, к сожалению, досталась От переписывания на, пох. (?), 07:21 , 15-Янв-22, (104) +1   Интересно, чем это ее гробят , Ващенаглухо (ok), 21:39 , 15-Янв-22, (146)   Хреновой реализацией и созданием проблем которые согласно бизнес модели спонсор, Аноньимъ (ok), 22:25 , 15-Янв-22, (148)   Нет Это сказка из серии страшных и ужасных бэкдоров в xfs Бизнесмодель спонсоро, . (?), 21:31 , 17-Янв-22, (161) –1   Умел, вырезали сказав что дублирование функций LVM не нужно Но тут невелика пот, Анонимленьлогиниться (?), 21:35 , 15-Янв-22, (145) +3   LVM хорош уже тем, что в pvmove умеет Понятия не имею, как это было было ли в , Bx (ok), 02:38 , 16-Янв-22, (150)   А можно поподробнее про размер стека Почему на ириксах это к проблемам не приво, Аноним (137), 18:46 , 15-Янв-22, (137)   Потому что архитектура процессора другая и ядро другое В реализации xfs много в, Анонимленьлогиниться (?), 21:44 , 15-Янв-22, (147) +1   Т е проблема не в рекурсивном спуске предположительно , а в релизации стэка Ну, Bx (ok), 02:49 , 16-Янв-22, (151)   Спасибо за информацию, изучу А в ириксе размер стека был больше, или параметры , Аноним (154), 23:14 , 16-Янв-22, (154)   Дело не в архитектуре провессора MIPS - это примитив полнейший, i386 продвинуте, A.N. Onimous (?), 02:29 , 30-Янв-22, (167)   Может идиот и понимает Но тру Си программисты далеко не идиоты , Аноньимъ (ok), 05:17 , 15-Янв-22, (99) –2 Знал я, что XFS - зло Никаких преимуществ поверх ext4 практически нет, зато бэк, Аноним (5), 18:41 , 14-Янв-22, (2) –22 // У ext4 вообще никаких нет , hohax (?), 18:56 , 14-Янв-22, (9) –3 // Ну как же нет Хотя бы отсутствие бэкдоров А ещё распространённость, даже дефол, Аноним (15), 19:37 , 14-Янв-22, (15) // Ну да code STORAGE initandlisten WARNING Using the XFS filesystem is s, hohax (?), 20:04 , 14-Янв-22, (17) –1 Они знали про бекдор Это сговор , Аноним (21), 20:26 , 14-Янв-22, (21) Какую-то фигню написал про поддержку софтом, а на другие агрументы вообще ответа, Аноним (15), 02:49 , 15-Янв-22, (89) –1 Никто не спорит у ext4 нет никаких преимуществ перед ext4 , К.О. (?), 20:31 , 14-Янв-22, (22) +2 она быстрее на больших файлах, сильно быстрее, раньше использовал XFS, отказался, penetrator (?), 21:50 , 14-Янв-22, (35) –1 // А главное она эти большие файлы куда быстрее чем EXT3 удаляет Вот уж проблема б, Kuromi (ok), 22:29 , 14-Янв-22, (51) +1 По сравнению с extX, любая ФС с динамическими нодами - преимущество , Аноним (11), 19:23 , 14-Янв-22, (13) +8 // NTFS лучше всего, Аноним (32), 21:41 , 14-Янв-22, (32) –2 // неимоверно быстро фрагментируется тварь, penetrator (?), 21:52 , 14-Янв-22, (37) +4 Это косяк ntfs sys, а не файловой системы Diskeeper продаёт FS filter поверх NTF, Аноним (52), 22:33 , 14-Янв-22, (52) –2 Оно уже давно не Diskeeper, аDymaxIO by Condusiv, Аноним (52), 00:28 , 15-Янв-22, (69) Можно подумать, brtfs и прочие не имеют этой проблемы В линуксе нет нормально д, Аноним (32), 23:01 , 14-Янв-22, (59) –2 У лялиха сильно больше 2 5 фс виндовых, поэтому дефрагментатор - задача сильно ф, Bx (ok), 02:09 , 15-Янв-22, (79) –2 Куча ФС, и ни одной рабочей , A.N. Onimous (?), 03:32 , 30-Янв-22, (168) e4defrag, GenuZ (ok), 16:17 , 18-Янв-22, (163) +1 Говорить про фрагментацию в эпоху SSD это прям трэш какой-то , Аноним (62), 23:44 , 14-Янв-22, (62) У меня 7 летний HDD, причём с пониженной скоростью, 5400 об мин вместо стандартн, Аноним (32), 01:52 , 15-Янв-22, (76) –2 Возвращайся, когда 100 терабайт ссд можно будет напихать в обычный системник в , Аноним (78), 02:03 , 15-Янв-22, (78) +1 А зачем в обычный системник 100ТБ пихать Обычному пользователю нужно видосики 4, Bx (ok), 02:19 , 15-Янв-22, (81) –1 Видосики в 4к да даже с нормальным качеством занимают все 100 тб довольно быст, Аноним (78), 02:36 , 15-Янв-22, (85) Ого, 3 месяца непрерывной записи Мне лень считать, верю на слово А сколько чело, Bx (ok), 03:04 , 15-Янв-22, (92) –1 Разница между 720 и 1080 очень ощутима, мыльное мыло плохо сказывается на психич, Аноним (78), 03:16 , 15-Янв-22, (95) –5 Ну, что сказать, Мой рекорд что-то порядка 20 часов просмотра стримов в день , , Bx (ok), 04:16 , 15-Янв-22, (96) Ну, ты спросил сколько человеко-месяцев нужно на просмотр, учитывая среднее коли, Аноним (78), 04:27 , 15-Янв-22, (97) можно ли назвать комп того кто стримит обычным , 1 (??), 11:20 , 15-Янв-22, (112) Что-то не понимаю Что нельзя назвать обычным на компе того, кто стримит Плату , Аноним (78), 11:54 , 15-Янв-22, (114) Извините, а это по работе, или это такое хобби , RomanCh (ok), 11:11 , 15-Янв-22, (109) Это по учёбе, очевидно же Где ещё практиковать японский язык , Аноним (78), 11:13 , 15-Янв-22, (110) Ну прямо вообще, очевидней некуда И вот 20 часов подряд, иначе никак Ну и если э, RomanCh (ok), 17:06 , 15-Янв-22, (132) А как давно у вас 100Тб хдд стали стоить дешевле 1500 баксов Какой рейд при этом, DeerFriend (?), 12:12 , 15-Янв-22, (115) –3 А то, что хранят на больших дисках, как раз от фрагментации практически не страд, Crazy Alex (ok), 12:46 , 15-Янв-22, (117) –1 Достаточно иметь 1 дописываемый файл чтобы он оказался размазанным равномерным с, Аноним (78), 12:59 , 15-Янв-22, (120) –1 Нормальноhttps www hanselman com blog the-real-and-complete-story-does-windows, iPony129412 (?), 05:55 , 15-Янв-22, (102) –2 а ты вообще не задумывался почему мелкоблочное чтение для SSD и последовательное, penetrator (?), 18:22 , 15-Янв-22, (134) Поддержка reflink в XFS 8212 существенное преимущество, т к дает возможност, Аноним (34), 21:50 , 14-Янв-22, (34) +4 // Эх, молодость А когда reflink в xfs появился , Bx (ok), 02:13 , 15-Янв-22, (80) // Появился в ядре 4 9, стал юзабельным по факту где-то в 4 13, объявлен стабильным, Аноним (93), 03:04 , 15-Янв-22, (93) Ну, т е на проектах длиной чуть больше, чем сегодня пишем, завтра продаем не , Bx (ok), 03:12 , 15-Янв-22, (94) –1 выполнять дедупликацию неа, так как длина экстента переменная , Аноним (103), 06:45 , 15-Янв-22, (103) +1 JFS рулед , DildoZilla (?), 00:48 , 15-Янв-22, (71) –2 А пониз 128522 , Аноним (164), 22:10 , 18-Янв-22, (164) Просто рeшeто какое-то 146 это было сделано чтобы оно меньше тормозило, это , Аноним (4), 18:44 , 14-Янв-22, (4) // Уровень эксперта впопеннета не позволил ему даже понять, что нет, не такты, а вп, пох. (?), 13:27 , 15-Янв-22, (121) ну да бэкдор с 1991 года, полураспад (?), 18:49 , 14-Янв-22, (7) +4 Как мило Роскомнадзору только не показывайте , hohax (?), 18:55 , 14-Янв-22, (8) –3 // Наследники Шекспира в Мосгорсуде засудят , Аноним (12), 19:23 , 14-Янв-22, (12) +2 // Легко Или кто-то будет сильно разбираться , hohax (?), 20:05 , 14-Янв-22, (18) Обладатели 42-х хромосом засудят,когда им бананов в клетку подкинут Правда полу, Аноним (21), 20:32 , 14-Янв-22, (23) За свободное цитирование произведений, являющихся общественным достоянием, напри, Аноним (-), 12:23 , 15-Янв-22, (116) Скрыто модератором, Аноним (10), 19:00 , 14-Янв-22, (10) –25 // Скрыто модератором, Аноним (12), 19:28 , 14-Янв-22, (14) +1 Скрыто модератором, Аноним (21), 20:42 , 14-Янв-22, (24) +1 // Скрыто модератором, Здрасьте (?), 22:09 , 14-Янв-22, (43) +1 // Скрыто модератором, pavlinux (ok), 16:59 , 15-Янв-22, (129) Скрыто модератором, Аноним (28), 21:15 , 14-Янв-22, (28) +4 Скрыто модератором, Dzen Python (ok), 21:51 , 14-Янв-22, (36) –1 Скрыто модератором, Аноним (52), 22:03 , 14-Янв-22, (39) –1 // Скрыто модератором, Аноним (78), 22:10 , 14-Янв-22, (44) // Скрыто модератором, Kuromi (ok), 22:26 , 14-Янв-22, (48) Скрыто модератором, Аноним (78), 22:34 , 14-Янв-22, (53) +1 Скрыто модератором, Kuromi (ok), 23:47 , 14-Янв-22, (63) +1 Скрыто модератором, Аноним (78), 00:19 , 15-Янв-22, (68) Скрыто модератором, Аноним (105), 10:10 , 15-Янв-22, (105) Скрыто модератором, Bx (ok), 02:28 , 15-Янв-22, (82) –1 Скрыто модератором, Аноним (78), 22:08 , 14-Янв-22, (42) +2 // Скрыто модератором, Bx (ok), 02:32 , 15-Янв-22, (83) // Скрыто модератором, Аноним (78), 02:42 , 15-Янв-22, (87) Скрыто модератором, Аноним (78), 02:48 , 15-Янв-22, (88) Скрыто модератором, уля (?), 22:41 , 14-Янв-22, (58) А оно похоже старенькое , псевдонимус (?), 19:58 , 14-Янв-22, (16) Нинужно Есть божественный ext2, самый быстрый и самый безпроблемный Хотя, с ма, Смузихлёб (?), 20:46 , 14-Янв-22, (25) –1 // И как же вы тогда предлагаете хранить файлы В БД которая будет лежать на сыром , Kuromi (ok), 21:17 , 14-Янв-22, (29) // Firebird Oracle MySQL InnoDB MSSQL IBM DB2Пять штук хватит b , Аноним (52), 22:05 , 14-Янв-22, (40) –2 // БД это же медленнее, чем файлы на ФС , Специалист (?), 22:22 , 14-Янв-22, (45) +3 Бабушка надвое сказала Если у вас таблица с записями строго определенного размер, Аноним (52), 22:36 , 14-Янв-22, (55) Лицо на фотографии должно быть квадратным, а все файлы должны быть одного размер, Аноним (61), 23:16 , 14-Янв-22, (61) +5 Ну, когда-то можно было фс использовать как БД , Bx (ok), 02:34 , 15-Янв-22, (84) просто с одинаковыми названиями Так можно сэкономить дофига байтов , пох. (?), 13:29 , 15-Янв-22, (122) –1 ФС и есть база данных А современные ФС вроде всяких ZFS так вот конкретно к клас, Аноньимъ (ok), 05:23 , 15-Янв-22, (101) +1 Исправление вошло в версию 5 16, а также в обновления ядер 5 15 14, 5 10 91, 5 , Kuromi (ok), 21:18 , 14-Янв-22, (30) // 21 10 это экспериментальная с полгодом поддержки, нужно использовать только LTS, Аноним (32), 21:42 , 14-Янв-22, (33) –3 // Странно, а на сайте пишут что Stable, Kuromi (ok), 22:24 , 14-Янв-22, (46) –2 обмажут патчами, макпыф (ok), 21:53 , 14-Янв-22, (38) +1 Ну да, линуксу далеко по стабильности BSD с UFS и ZFS , Аноним (31), 21:22 , 14-Янв-22, (31) –6 // XFS это ФС из Irix ZFS из солярки UFS - тормозное г вно, к которому журнал при, Аноним (52), 22:08 , 14-Янв-22, (41) +1 // Ну, b из под вендочки всяко виднее , Аноним (-), 22:27 , 14-Янв-22, (50) –1 // Шта uname -aLinux localhost localdomain 5 15 14-az2 1 SMP PREEMPT Wed Jan 12 , Аноним (52), 22:37 , 14-Янв-22, (56) –1 Я тебе страшный тайна открою - UFS в Linux ни разу не нативный И скорее всего, , Аноним (-), 01:29 , 15-Янв-22, (73) Comrade, я сижу под Линуксом больше лет, чем ты родился, если ты не знаешь кто я, Аноним (52), 22:40 , 14-Янв-22, (57) –2 Сижу под линуксом еще дольше тебя и играю под нем без каких либо проблем через п, another_one (ok), 23:12 , 14-Янв-22, (60) –2 А хрен ли ты вмешался, когда я не с тобой говорил Photoshop CS2 под Wine отлично, Аноним (52), 00:02 , 15-Янв-22, (66) –1 Кстати, насчёт дольше меня Что прямо раньше 1997 года сидишь А если не врать , Аноним (52), 00:03 , 15-Янв-22, (67) Ты прям с 97-го И на чём и как ты работал, скажем, года с 97-го под нулевые , Аноним (-), 10:27 , 15-Янв-22, (108) Ты точно сидишь под Линуксом с 1980 года Какое восхитительно раздутое ЧСВ , Аноним (-), 01:20 , 15-Янв-22, (72) Это же сам Анон, ты чего , Аноним (-), 01:31 , 15-Янв-22, (74) +2 Держу тор-ноду на линуксе со времен великой французской революции Сосунки , Аноним (111), 11:18 , 15-Янв-22, (111) +1 Странно Инженеры Netflix более 20 трафика планеты, на минутку имеют диаметра, BSDhost (?), 11:35 , 15-Янв-22, (113) –1 // 171 Проблема цитат в интернете заключается в том, что люди безоговорочно верят, пох. (?), 13:35 , 15-Янв-22, (124) +1 В данной презентации UFS не упоминалась, зато упоминалась в обсуждении этой през, BSDhost (?), 20:03 , 15-Янв-22, (138) –1 Ну то есть хз для чего на самом деле Поскольку вообще не факт что раздающие пулы, пох. (?), 20:32 , 15-Янв-22, (142) –1 Ну и да, чтоб 2 раза не вставать Результаты нагрузочного тестирования ZFS vs UFS, BSDhost (?), 20:10 , 15-Янв-22, (141) –1 синтетический тест тестирующий вообще непонятно что и непонятно зачем Ну ооок П, пох. (?), 20:38 , 15-Янв-22, (143) –1 Что-то пролистал слайды, и ничего не увидел про UFS На котором слайде там про U, anonymous (??), 13:39 , 15-Янв-22, (125) В данной презентации UFS не упоминалась, зато упоминалась в обсуждении этой през, BSDhost (?), 20:04 , 15-Янв-22, (139) –2 Я тоже играю в NFS газ в пол Плохо, что еще рулить надо , Аноним (-), 12:58 , 15-Янв-22, (119) Да, но их измордовали, чтобы запихать в лайнокс , A.N. Onimous (?), 04:16 , 30-Янв-22, (169) вот это вот как-раз самое слабое место bsd , Аноним (-), 22:26 , 14-Янв-22, (47) Однако , Аноним (54), 22:36 , 14-Янв-22, (54) Все технологии передаваемые линуксоидам можно считать похороненными заживо, вот , Анонка (?), 00:00 , 15-Янв-22, (65) // Xen - та еще хрень, впрочем, ее за бапки продают, не KVM чем прям убог VNC и SP, Bx (ok), 02:52 , 15-Янв-22, (90) –1 // Всё на свете г вно, кроме мочи D, ryoken (ok), 10:13 , 15-Янв-22, (106) –1 // Да здравствует nvidia облачный гейминг, Аноним (123), 13:32 , 15-Янв-22, (123) –1 KVM 1 Позволяет виртуализацию только 2-го типа т е , тормозную 2 Под него нет, A.N. Onimous (?), 04:25 , 30-Янв-22, (170) докер труп, ага, а какая связь с xfs , Аноним (103), 18:36 , 15-Янв-22, (135) // Docker похоронил KVM, что ага Бугага, Анонка (?), 23:55 , 15-Янв-22, (149) Без измен Д Гайдук запрещённый в России писатель Xen 8212 Успешно разв, PnD (??), 15:24 , 17-Янв-22, (156) Не вижу в списке jfs, попавшей туда из условно живого aix либо из 20 лет как ме, Аноним (162), 03:36 , 18-Янв-22, (162) SGI c Irix бекдоры портируют , Аноним (127), 15:02 , 15-Янв-22, (127) А зачем читать неиспользуемые блоки Как Вы храните мегасекурную информацию, , pavlinux (ok), 17:04 , 15-Янв-22, (130) // до кучи - все это делать надо еще и на мультиюзерской системе, где реально сущес, пох. (?), 20:42 , 15-Янв-22, (144) // Кто переживает за утечку данных, у тех провод на 220В излучает магнитное поле не, pavlinux (ok), 15:50 , 17-Янв-22, (158) А, открою страшную тайну, в неиспользуемые блоки ещё и писать можно , pavlinux (ok), 17:05 , 15-Янв-22, (131) // Шалунишка , Аноним (111), 18:36 , 15-Янв-22, (136) В обход фс А если оно молча и не понимая ничего что-то запишет и данные потеряю, kusb (?), 10:29 , 16-Янв-22, (153) // Переведу на русскай, новые данные пишутся только в неиспользуемые блоки Исп, pavlinux (ok), 15:39 , 17-Янв-22, (157) // Расскажи поподробнее, как ты собрался переписать минимальный размер блока на за, Аноним (-), 19:53 , 17-Янв-22, (159) В этом собственно и заключается уязвимость, что XFS такую возможность предоставл, Аноним (166), 15:23 , 26-Янв-22, (166) Зачем тебе если такую примитивную фичу не можешь реализовать , pavlinux (ok), 03:41 , 10-Фев-22, (171) Больше дырок - хороших и разных, Аноним12345 (?), 11:22 , 17-Янв-22, (155) Афегеть Как спорцмены могут разбератся во всех этих штуках А тренеровке , Аноним (164), 22:28 , 18-Янв-22, (165) 1,2,4,7,8,16,25,30,31,54,65,127,130,131,155,165

Сообщения

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

	11. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."	+/–
	Сообщение от Аноним (11), 14-Янв-22, 19:21
	Silicon Graphics её делала для Irix.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	20. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."	+7 +/–
	Сообщение от Анонимленьлогиниться (?), 14-Янв-22, 20:13
	Только в линукс вошла далеко не та реализация. Во-первых весь этот код с новыми ioctl был модифицирован для линукса, во-вторых было много изменений и упрощений - убран менеджер томов, убрана поддержка блоков > 4K (те создать можно, а использовать такую фс потом нет), убраны фичи типа Guaranteed-rate I/O и поддержка иерархии сторейджей и тп. Ну и если вспомнить сколько проблем было там со стэком (в оригинальном коде много вызовов функций, на SGI IRIX это было ок, а на x86 не хватало стэка и приходилось ядро собирать с поддержкой large stacks, что ломало некоторые другие вещи) и тп.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."	–2 +/–
	Сообщение от Bx (ok), 15-Янв-22, 04:32
	А XFS умел в "убран менеджер томов", очень интересно. Ого, перечислетите тех, кто умеет в "убрана поддержка блоков > 4K" "фичи типа Guaranteed-rate I/O" - бред "поддержка иерархии сторейджей" - офигеть, одна фс, один путь!
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."	–3 +/–
	Сообщение от Аноньимъ (ok), 15-Янв-22, 05:18
	Интересные фичи вырезали чтобы врагам не достались. Интересно вот ZFS угробят в конец или таки пожалеют.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."	+1 +/–
	Сообщение от пох. (?), 15-Янв-22, 07:21
	zfs гробят сами "враги", которым она, к сожалению, досталась. От переписывания на криволинукс, не умеющий управлять памятью (хихи, еще и стековой тоже, оказывается? Я думал, там только кучей не умеют.) до полного отсутствия в 2k22 средств восстановления - не считая единственной закрытой коммерческой программы под угадайте какую ОС. Поздно там уже жалеть, зак@пывайте - и кол, кол осиновый тащите, "это уже не Джонни!" Скорее уж WD (обещала) перепишет нам нормально raid6 в btrfs, или рептилоиды открыто возьмут власть и начнут нас просто есть. (В порядке возрастания вероятности событий.)
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."	+/–
	Сообщение от Ващенаглухо (ok), 15-Янв-22, 21:39
	Интересно, чем это ее гробят?
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."	+/–
	Сообщение от Аноньимъ (ok), 15-Янв-22, 22:25
	Хреновой реализацией и созданием проблем которые согласно бизнес модели "спонсоров" должна решать их техподдержка по подписке.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."	–1 +/–
	Сообщение от . (?), 17-Янв-22, 21:31
	Нет. Это сказка из серии страшных и ужасных бэкдоров в xfs. Бизнесмодель спонсоров совершенно другая - продавать фри...тру...хренасы короче. То есть китайской сборки компьютер с воткнутыми непригодными для zfs (привет, хрюнас из wd red) и вообще любого бизнес-использования дисками по очень вкусным скидочкам (им, разумеется, а не щисливым клиентам) с интуитивно-приятным веб-интерфейсиком. (И еще чтоб докер в докере под докером, конечно.) Ну и fs у них того же качества. Потому что покупатели - хлебушки, и сами ничего собрать и настроить не могут. А на netapp у них нет бабосов и серверрумов с нормальным охлаждением (не говоря про звукоизоляцию). Решать проблемы ЭТА техподдержка не могет. У нее ни квалификации, ни ресурсов, ни возможностей. Те кто хотя бы частично пытался следовать твоей бизнесмодели - уже "out of business". https://omnios.org/about/about.html А торговцы десктопным железом под видом серверного - вполне себе процветают.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."	+3 +/–
	Сообщение от Анонимленьлогиниться (?), 15-Янв-22, 21:35
	> А XFS умел в "убран менеджер томов", очень интересно. Умел, вырезали сказав что дублирование функций LVM не нужно. Но тут невелика потеря. > Ого, перечислетите тех, кто умеет в "убрана поддержка блоков > 4K" Эмм. Ну NТFS например умеет под виндой, поэтому под линуксом тоже пришлось поддерживать. XFS на IRIX умеет блоки до 64К. А под линуксом это не работает, из man.xfs:        -b block_size_options        Section Name: [block]               This option specifies the fundamental block size of the               filesystem.  The valid block_size_option is:                    size=value                           The filesystem block size is specified with a                           value in bytes. The default value is 4096                           bytes (4 KiB), the minimum is 512, and the                           maximum is 65536 (64 KiB).                           Although mkfs.xfs will accept any of these                           values and create a valid filesystem, XFS on                           Linux can only mount filesystems with pagesize                           or smaller blocks. > "фичи типа Guaranteed-rate I/O" - бред Почему бред? Это для рилтаймовых систем, можно открыть поток чтения/записи, которому нужно гарантировать пропускную способность не менее такой-то (или несколько), и другие запросы на ввод/вывод на этот диск не смогут этим потокам помешать. Т.е. специализированный шедулер IO внутри ФС. Ничего страшного тут нет, в том же ZFS тоже свой шедулер внутри и ему стандартный линуксовый для блочных устройств только мешает (и она его отключает). Но в линукс версию XFS это не вошло. > "поддержка иерархии сторейджей" - офигеть, одна фс, один путь! Ну что-то в линуксе это все пытаются переизобрести, то в btrfs никак не могут допилить, то костылями типа bcache, то вовсе работающих решений кроме как взять сомнительный по лицензии zfs нет.. Задача иметь tiered storage с быстрыми SSD первого уровня, медленными второго, жесткими дисками третьего например довольно много где встречается, и когда ФС ее умеет решать, это неплохо. А внешними средствами эффективность совсем не та выходит.
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	150. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."	+/–
	Сообщение от Bx (ok), 16-Янв-22, 02:38
	LVM хорош уже тем, что в pvmove умеет. Понятия не имею, как это было(было ли) в XFS реализовано. Ну, btrfs тоже умеет в блоки >4k, вот только монтироваться не будет на amd64/x86_64. Кстати, очень удобно то, что btrfs умеет в разные уровни четности над блочными устройствами. Правда, я предпочитаю над lvm собирать, и только дома. Я, вероятно, несколько поторопился с ответом(сколько раз давал зарок бухим не писать :)), RT на уровне ФС - штука весьма спорная, мы же не про rtdev говорим? Позвольте не согласиться, я лучше ФС знаю, какие данные где хранить, bcache - не панацея, но штука работающая, пусть и не всегда так, как задумывалось :) Я бы с удовольствием посмотрел на фс с tiered storage levels, вот так с ходу в голову ничего не приходит, а было бы неплохо. Наверное. На данный момент я считаю, что фс не справится с задачей распределения данных.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."	+/–
	Сообщение от Аноним (137), 15-Янв-22, 18:46
	А можно поподробнее про размер стека? Почему на ириксах это к проблемам не приводило?
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	147. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."	+1 +/–
	Сообщение от Анонимленьлогиниться (?), 15-Янв-22, 21:44
	> А можно поподробнее про размер стека? Почему на ириксах это к проблемам > не приводило? Потому что архитектура процессора другая и ядро другое. В реализации xfs много вложенных вызовов и стэк вырастал больше того, которое ядро давало по умолчанию (все ж таки линукс для десктопов, нельзя просто так взять и выдать сразу всем кучу стэка, как на серверных ОС.. я утрирую но идея понятна :) А стэк нужно выдавать сразу всем процесам, тредам и тп) В итоге под линуксом не один год вылезали проблемы типа такой https://access.redhat.com/solutions/54544 Тк в тредах ядра для экономии памяти использовали 4К стэк. В итоге пришлось убирать экономию и на десктопах тоже брать 8К стэк, а когда пришел x86-64, экономить и вовсе перестали. Но и в 8К стэк можно упереться, как оказалось, в итоге решили что придется 16к стэк брать...
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."	+/–
	Сообщение от Bx (ok), 16-Янв-22, 02:49
	Т.е. проблема не в рекурсивном спуске(предположительно), а в релизации стэка? Ну, хрен знает, не в курсе проблемы, на вскидку по ссылке проблема с кэшем инодов.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."	+/–
	Сообщение от Аноним (154), 16-Янв-22, 23:14
	Спасибо за информацию, изучу. А в ириксе размер стека был больше, или параметры передавались через регистры, или что? Почему там не было проблем?
	Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

	167. "Уязвимость в XFS, позволяющая читать сырые данные  блочного ..."	+/–
	Сообщение от A.N. Onimous (?), 30-Янв-22, 02:29
	Дело не в архитектуре провессора (MIPS - это примитив полнейший, i386 продвинутее был), а в том, что в лайноксе управление памятью кривое. Там под стек выделяется страница либо их пара, а сделать по-человечески коран не позволяет.
	Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

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

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