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

Исключение файловой системы Lustre из ядра Linux, opennews (ok), 10-Июн-18, (0) [смотреть все] А может, и не стоит тащить в главную ветку ядра всё подряд Под что-то специфиче, Fracta1L (ok), 10:23 , 10-Июн-18, (1) +5 // такая политика Емнип давеча были мысли на тему отделения дров от, собсна, ядра,, Аноним (-), 10:46 , 10-Июн-18, (8) –2 // давно пора помню линус говорил что мега-ядро позволяет сделать его быстрее, а п, Anonim (??), 10:14 , 11-Июн-18, (61) –2 FUSE, fjftj (?), 10:54 , 10-Июн-18, (10) –6 // Для больших HPC , nobody (??), 11:43 , 10-Июн-18, (15) +7 // Больших - это которые под диваном не помещаются , Аноним (-), 12:52 , 10-Июн-18, (20) +2 Ну как-то так, да , Ю.Т. (?), 07:50 , 11-Июн-18, (59) +1 Здорово усложняется поддержка - при изменениях в ядре, естественно, не получится, Crazy Alex (ok), 12:02 , 10-Июн-18, (16) +3 // не нужно костылей если коллектив не способен адаптировать модуль под stable ke, Anonim (??), 10:17 , 11-Июн-18, (62) // Костыли понадобятся потом - чтобы сохранять этот stable kernel API на который, Crazy Alex (ok), 11:25 , 11-Июн-18, (65) +1 пример из compat-rdma, compat-wireless, даже в люстре libcfs и куча configure c, Аноним (-), 07:55 , 13-Июн-18, (81) Все правильно сделал, Аноним (-), 10:42 , 10-Июн-18, (5) +11 Когда что-то исключают из линуксового ядра - это почти всегда хорошо А то слиш, iPony (?), 11:03 , 10-Июн-18, (11) –1 // Раньше говорили прямо противоположное смотрите, в нашем крутом линуксе поддерж, Полее (?), 11:18 , 10-Июн-18, (12) // И сейчас говорят Но это ж iPony , Crazy Alex (ok), 12:02 , 10-Июн-18, (17) +6 Покажи мне винду где хотя бы на словах поддреживался Lustre или что то подобное, demimurych (ok), 14:57 , 10-Июн-18, (29) +1 // Ну теперь и линукс не поддерживает, наконец-то догнал вендус по фичам , Аноним (-), 18:21 , 10-Июн-18, (40) проект WINC - windows native client Существовал в Sun до покупки его Oracle Тор, Аноним (-), 12:28 , 13-Июн-18, (86) Чего жирно ФС, работающая с обычными файлами, всегда модулем оформлена Не нужн, Аноним (-), 11:26 , 10-Июн-18, (14) +3 На пятый год Орлиный Глаз Все таки Грег гораздо мягче Линуса , Аноним (-), 12:02 , 10-Июн-18, (18) +9 // Это еще неизвестно Линус обычно ругает или, в крайнем случае, показывает фак с , Аноним (-), 15:51 , 10-Июн-18, (33) +1 // вообще-то он кучу раз тыкал их носом, и даже патчи за них делал а они решили, ч, arisu (ok), 17:01 , 10-Июн-18, (35) +6 // и кучу раз делали патчи в ядре - не задумываясь что есть что-то в stageing Отдел, Аноним (-), 21:09 , 12-Июн-18, (80) +1 я все правильно понял И эту файловую систему, которая применяется на 70 крупне, Адекват (ok), 18:31 , 10-Июн-18, (41) –2 // неправильно вы поняли, не применяется ЭТА версия, которую выкинут, JL2001 (ok), 18:36 , 10-Июн-18, (43) +4 // ЕМНИП, в составе ядра был только клиент, он работает во всех дистрибутивах, и по, kvaps (ok), 10:23 , 11-Июн-18, (63) // собираются модули под ubuntu, suse, redhat А исходники есть в дебиан и arch , Аноним (-), 19:52 , 12-Июн-18, (78) btw не путайте божий дар с яшницей - плиз правильнее сказать иначе ldiskfs эт, Аноним (-), 08:02 , 13-Июн-18, (82) Имел ввиду что в проекте zfs on linux уже есть все необходимые патчи для запуска, kvaps (ok), 11:09 , 13-Июн-18, (84) Блин Ну ZVOL это контейнер с транзакциями, большего люстре и не надо при некот, Аноним (-), 12:23 , 13-Июн-18, (85) +1 Ну в анонсах zfs on linux на опеннете об этом часто упоминается как и changelog , kvaps (ok), 13:07 , 13-Июн-18, (87) Нужно найти того кто писал и попросить адрес драг-диллера Трава у него видать к, Аноним (-), 16:00 , 13-Июн-18, (88) Да, была идея поднять две lustre и синхронизировать изменения между ними Так как, kvaps (ok), 17:18 , 13-Июн-18, (89) Зависит - хватит ли вам одного сервера для хранения данных Люстра это в первую , Аноним (-), 17:35 , 13-Июн-18, (90) Кажется мы друг друга немного недопоняли Серверов по прежнему планируется мног, kvaps (ok), 18:54 , 13-Июн-18, (91) Возможно, я привык оперировать слегка другими задачами Дело не в количестве нод,, Аноним (-), 06:03 , 14-Июн-18, (92) +1 Ещё раз огромное спасибо за ваши комментарии и за ваш опыт , kvaps (ok), 06:36 , 14-Июн-18, (93) не за что, рад если это чем-то помогло , Аноним (-), 19:17 , 14-Июн-18, (96) +1 нет ты даже не смог прочитать новость 8212 какое там 171 понимание 187 , arisu (ok), 18:59 , 10-Июн-18, (45) +5 offtopподскажите что сейчас стоит использовать linux в качестве распределённо, JL2001 (ok), 18:35 , 10-Июн-18, (42) // а куда ты собрался распределять 5 и 6 по двум узлам зеркало - два таргета iscsi, Аноним (-), 18:50 , 10-Июн-18, (44) // ещё есть ноут даже два цель - домашняя защита от вылета диска ну и ноут могут , JL2001 (ok), 19:08 , 10-Июн-18, (46) –1 // В вашем кейсе смысла в сетевом raid нет Нужна репликация на уровне файлов Я бы , kvaps (ok), 19:44 , 10-Июн-18, (48) +3 мне бы прозрачно для юзерских программ и, желательно, с блокировкой до получения, JL2001 (ok), 21:17 , 10-Июн-18, (51) –1 Не совсем, скорее как торрент только для синхронизации файлов Блокировку не пред, kvaps (ok), 22:44 , 10-Июн-18, (52) +1 glusterfs, только надо призадуматься планированием размещения её кусков и кворум, Аноним (-), 19:46 , 10-Июн-18, (49) +1 Я в похожем случае собирался поиграться с Тахо Tahoe, как озеро , но решил что , Аноним (-), 22:55 , 10-Июн-18, (54) +1 Gluster Он глючный и тормозной, но под файлшару нормально , Аноним (-), 09:16 , 11-Июн-18, (60) +1 // Это вы о чем Может просто научиться читать документацию - Он работает в с, Ed (??), 13:26 , 11-Июн-18, (69) // Дополню его мысль он глючный, тормозной, но пользоваться вполне можно Особенно, Аноним (-), 13:43 , 11-Июн-18, (70) Достойный ответ , Ed (??), 13:51 , 11-Июн-18, (71) А чем нынче можно пошарить файлы между несколькими серверами в разных ДЦ, в т ч , Аноним (-), 19:13 , 10-Июн-18, (47) –1 // Ceph glusterДля виндузей отдельный iscsi samba шлюз , DeerFriend (?), 21:03 , 10-Июн-18, (50) +2 Ну WebDAV например, хотя зависит от конкретных задач А в чем сложность наворачи, kvaps (ok), 23:02 , 10-Июн-18, (55) –1 https www beegfs io последнее время хвалят, Вася (??), 14:21 , 20-Июн-18, (105) dkms модули, не , Старый одмин (?), 01:15 , 11-Июн-18, (56) –1 // И как дкмс поможет с кривизной кода, фидорасенька юная , Аноним (-), 11:36 , 11-Июн-18, (66) +1 // Так, что это перестанет быть болью инженеров из Linux Foundation , Старый одмин (?), 14:42 , 11-Июн-18, (72) –1 Лучше бы btrfs выкинули , anonymous (??), 10:52 , 11-Июн-18, (64) –3 // Зря ты так У меня на VPS серверах она используется Как бы я выполнял горячее р, Старый одмин (?), 14:44 , 11-Июн-18, (73) // lvm thin volumes, Crazy Alex (ok), 18:13 , 11-Июн-18, (74) –1 При существующих стабильных проектах Gluster и Ceph, думаю никто не будет печ, Ed (??), 13:09 , 11-Июн-18, (67) –1   // хм а можно развернуть из под палки Особенно если посмотреть что основные лю, Аноним (-), 21:07 , 12-Июн-18, (79)   // Ну новость о том, что они не хотят ничего коммитить, будто их не кормят и насилу, Аноним (-), 15:30 , 14-Июн-18, (94)   // Ох вот уж эти красно новость совсем не о том Новость о том что 1 Когда 4 и, Аноним (-), 07:42 , 16-Июн-18, (98)   короче, как обычно никто не хочет забесплатно поддерживать ненужную им коммерче, arisu (ok), 17:51 , 16-Июн-18, (99)   Хнык-Хнык это вы уж придумали По себе судите думаю если не нужную коммерческу, Аноним (-), 15:55 , 17-Июн-18, (100)   btw вы видели Ceph, Cluster на 2000 нодах с данными общий объем 20P и выше и , Аноним (-), 08:07 , 13-Июн-18, (83)   // gt оверквотинг удален пользуюсь glusterfs напрямую, без fuse, чего и всем жела, Аноним (-), 15:32 , 14-Июн-18, (95)   // gt оверквотинг удален на 10-20 тыс клиентов вот обещают что в OKR их будет 10, Аноним (-), 19:19 , 14-Июн-18, (97)   Люстрировали , бедный буратино (ok), 13:11 , 11-Июн-18, (68) +2 1,5,11,18,41,42,47,56,64,67,68

Сообщения

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

67. "Исключение файловой системы Lustre из ядра Linux"	–1 +/–
Сообщение от Ed (??), 11-Июн-18, 13:09
При существующих стабильных проектах Gluster и  Ceph, думаю никто не будет печалится о Lustre, которая пишется разработчиками из под палки.
Ответить | Правка | Наверх | Cообщить модератору

	79. "Исключение файловой системы Lustre из ядра Linux"	+/–
	Сообщение от Аноним (-), 12-Июн-18, 21:07
	хм.. а можно развернуть "из под палки" ? Особенно если посмотреть что основные люди как зашли в проект в районе 2003года, так до сих пор и комитят.. Не сходится как-то с определением "из под палки".
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Исключение файловой системы Lustre из ядра Linux"	+/–
	Сообщение от Аноним (-), 14-Июн-18, 15:30
	> хм.. а можно развернуть "из под палки" ? > Особенно если посмотреть что основные люди как зашли в проект в районе > 2003года, так до сих пор и комитят.. > Не сходится как-то с определением "из под палки". Ну новость о том, что они не хотят ничего коммитить, будто их не кормят и насилуют, поэтому их код надо либо отдельно сопровождать кому-то, либо выкинуть из ядра.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Исключение файловой системы Lustre из ядра Linux"	+/–
	Сообщение от Аноним (-), 16-Июн-18, 07:42
	Ох.. вот уж эти красно.... новость совсем не о том. Новость о том что 1) Когда 4 или 5 лет назад влили люстру в ядро - стиль кода в люстре и в ядре отличался очень сильно. Хотя бы тем что в люстре использовались пробелы - а в ядре табы. Одномоментно поменять форматирование по всему коду - это потерять историю. Кроме того - многие части кода являются разделяемыми между сервером и клиентом. А в ядро влили только клиента. Поэтому попытка удалить "не нужные" куски - приводит к конфликтам при обновлении. что в свою очередь привело к сильному расхождению версий между lustre mainstream и lustre in kernel. (о чем андреаса предупреждали не раз - но .. это же круто и молодежно запихать в ядро). 2) есть налаженный годами процесс разработки - включающий рецензирование кода в gerrit, который не согласуется с пониманием Грега как должна вестись разработка - в его понимании все должно идти через maillist. И ломать работу через герит - никто не хочет. С подобными проблемами сталкивались все крупные проекты которые живут в ядре. Кто-то перешел на полную работу в ядре - кто-то нет. 3) высокий порог вхождения - те кто понимают как работает люстра изнутри и могут слать нормальные патчи (Шигонин и его товарищи из T-platform к слову не осилили нормальные патчи на люстру, а единственный патч что видел - состоял из хаков, так что его пришлось переписать), и так работают там где за это платят. Поэтому от комьюнити выхлоп минимальный. Что создает впечатление что оно никому не надо. 4) Наличие большого количества артефактов в сетевой подсистеме. Infinband support был написан в 2006 или 2008 году, с тех пор в OFED все поменялось, а там так и остался код слегка подкрашенный и подпиленый. На что и указывают маинтейнеры OFED. Что поделать толковых спецов по OFED там почти нету. 5) Когенетность namei кэшей между двумя нодами - не тривиальная задача при текущем VFS в ядре. Реализуемая, но путем нестандартных шагов. Что не очень нравится маинтейнерам VFS, которым не хочется напрыгаться и думать еще в эту сторону. Повторяется ситуация с РейсерФС. и тд.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Исключение файловой системы Lustre из ядра Linux"	+/–
	Сообщение от arisu (ok), 16-Июн-18, 17:51
	короче, как обычно: никто не хочет забесплатно поддерживать ненужную им коммерческую фиготень. хнык-хнык.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Исключение файловой системы Lustre из ядра Linux"	+/–
	Сообщение от Аноним (-), 17-Июн-18, 15:55
	Хнык-Хнык это вы уж придумали. По себе судите?  думаю если не нужную коммерческую фигню убить и убрать Linux с всего что в TOP500, думаю вы не обрадуетесь. За одно выкинуть из геодезии, нефтянки (shell, BP, кто там еще на люстре?...), авиационнке (NASA, LM, Boeng...) Останется на одну причину меньше тыкать - о каком-то превосходстве линукса. И станет линукс уделом мадригалов. Lustre отлично работал и без встраивания в ядро, больше 20 лет. Встраивание в ядро - внесло только фрагментацию в платформу. Начиная от гемора с модулями которые пересекаются с штатными из ядра, и кончая проблемами interoperability. Клиенты прибегают "а у нас люстра из убунты не монтирует/работает плохо/(дописать по вкусу)" с ваших серверов. А потом выясняется что в убунточке / федоре - код как г.. мамонта и все эти проблемы уже давно исправлены. Так что бенефитов от наличия люстры в ядре - ровно 0. А о проблемах предупреждали Андреаса еще с первого захода, но тот твердил себе как попугай, и даже при общении на конференции не признавал проблем.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Исключение файловой системы Lustre из ядра Linux"	+/–
	Сообщение от Аноним (-), 13-Июн-18, 08:07
	>   При существующих стабильных проектах Gluster и  Ceph, думаю никто > не будет печалится о Lustre, которая пишется разработчиками из под > палки. btw. вы видели Ceph, Cluster на 2000 нодах с данными (общий объем 20P и выше) и где нить 10000 клиентов. Сколько там времени кворум будет собираться когда часть дата нод уйдет в offline из-за сетевых косяков? Что-то там с клиентами у них? FUSE? ой.. а он сможет выдать 10 Gbyte/s на 16 клиентов? Или сдохнет после 10м/с ? Что там у нас с random IO - который требует кучу переключений контекстов - что очень весело с современными "фиксами" на мельдаун?
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

	95. "Исключение файловой системы Lustre из ядра Linux"	+/–
	Сообщение от Аноним (-), 14-Июн-18, 15:32
	>[оверквотинг удален] >> не будет печалится о Lustre, которая пишется разработчиками из под >> палки. > btw. вы видели Ceph, Cluster на 2000 нодах с данными (общий объем > 20P и выше) и где нить 10000 клиентов. > Сколько там времени кворум будет собираться когда часть дата нод уйдет в > offline из-за сетевых косяков? > Что-то там с клиентами у них? FUSE? ой.. а он сможет выдать > 10 Gbyte/s на 16 клиентов? Или сдохнет после 10м/с ? > Что там у нас с random IO - который требует кучу переключений > контекстов - что очень весело с современными "фиксами" на мельдаун? пользуюсь glusterfs напрямую, без fuse, чего и всем желаю
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Исключение файловой системы Lustre из ядра Linux"	+/–
	Сообщение от Аноним (-), 14-Июн-18, 19:19
	>[оверквотинг удален] >>> палки. >> btw. вы видели Ceph, Cluster на 2000 нодах с данными (общий объем >> 20P и выше) и где нить 10000 клиентов. >> Сколько там времени кворум будет собираться когда часть дата нод уйдет в >> offline из-за сетевых косяков? >> Что-то там с клиентами у них? FUSE? ой.. а он сможет выдать >> 10 Gbyte/s на 16 клиентов? Или сдохнет после 10м/с ? >> Что там у нас с random IO - который требует кучу переключений >> контекстов - что очень весело с современными "фиксами" на мельдаун? > пользуюсь glusterfs напрямую, без fuse, чего и всем желаю на 10-20 тыс клиентов? вот обещают что в OKR их будет 100 тыс..
	Ответить | Правка | Наверх | Cообщить модератору

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

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