forum.opennet.ru

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

Оглавление

Раздел полезных советов: Логическое объединение нескольких ф..., auto_tips (?), 02-Май-20, (0) [смотреть все] +1

А что будет, если туда писать лог Место на одном диске закончилось, запись прерв, Анонимный аноним (?), 17:43 , 02-Май-20, (1) //

Создал скрипт mergerfs -o defaults,allow_other,use_ino,category create mfs, sharddin (?), 16:13 , 04-Май-20, (5) //

Я бы советовал написать нормальный init скрипт и вызывать его из юнита Чтобы бы, _hide_ (ok), 11:36 , 13-Май-20, (9) //

так он написал - только неработающий, и непонятно зачем - что мешало из юнита вы, пох. (?), 08:56 , 20-Май-20, (14)

Скрипт такой да, убрал в начале , заменив на и добавил sudo перед командой, sharddin (?), 13:41 , 27-Июн-20, (23)

объединение нескольких файловых систем Видимость объединения скорее уж, толку о, КО (?), 07:50 , 03-Май-20, (2) //

ну с другой стороны, в отличие от lvm raid0 если так сцепить несколько дисков, Crazy Alex (ok), 12:37 , 03-Май-20, (3) //

когда новый файл записывается на случайный диск - это нифига не понятным манеро, aa (?), 14:29 , 06-Май-20, (6) //

Во-первых, оно конфигурируемо Во-вторых - это всё же не страйпы собирать - слил, Crazy Alex (ok), 23:19 , 07-Май-20, (8)

записи , и данная ФС не может применяться поверх разделов, доступных в режиме , Жёлтый Джек (?), 14:24 , 04-Май-20, (4) //

- зоминить , pavlinux (ok), 19:13 , 09-Июл-20, (24)

Когда-то пробовал подобное в качестве замены всевозможным striped volume на уров, Аноним (7), 16:35 , 06-Май-20, (7) //

Пейсателям гуаностатей на заметку а вот это и есть та информация, которая в от, пох. (?), 08:47 , 20-Май-20, (13) //

Оно, блин, FUSE, то, что оно не вытянет нагрузку - очевидно с самого начала FUS, Crazy Alex (ok), 12:55 , 22-Май-20, (15) –1 //

странно, что оно совершенно неочевидно автору ntfs3g, в какой-то момент всерьез , пох. (?), 20:24 , 22-Май-20, (18)

Не знаю, как насчёт ntfs никогда не интересовался , а с остальной троицей всё о, Crazy Alex (ok), 14:42 , 24-Май-20, (19)

мущина, проснитесь - во времена 100G адаптеров сеть постоянно оказывается быстре, пох. (?), 17:30 , 24-Май-20, (21)

mhddfs, trunk (?), 04:54 , 18-Май-20, (10) //

По всей видимости он больше не разрабатывается, хотя пакеты под Debian, до сих п, Нолекс (?), 19:16 , 19-Май-20, (11)

Еще одна васянская статья ниочем Чувак вчера открыл для себя mergerfs и бежит п, пох. (?), 08:40 , 20-Май-20, (12) //

Для начала надо знать, что такая штуковина вообще существует Отслеживать все под, Crazy Alex (ok), 12:57 , 22-Май-20, (16) //

здорово Давайте писать о штуковинах которые вообще существуют - вчера найдя их , пох. (?), 20:19 , 22-Май-20, (17) //

Сюрприз - сейчас пишется такая куча разных приблуд, чтобы самому пересмотреть вс, Crazy Alex (ok), 14:46 , 24-Май-20, (20)
Как по мне - статей бы побольше, всяких разных А флуда бы меньше , Нолекс (?), 16:17 , 28-Май-20, (22)

Какой-то троллейбус из буханки ака btrfs из спичек и желудей , Аноним (25), 16:27 , 15-Июл-20, (25)
Автор объединительной штуки не осилил symlink А как иначе объяснить желание горо, getfr (?), 13:11 , 18-Авг-20, (26)

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

13. "Логическое объединение нескольких файловых систем при помощи..." +/–

Сообщение от пох. (?), 20-Май-20, 08:47

Пейсателям гуаностатей на заметку: а вот это и есть та информация, которая (в отличие от бездарной статейки) и имела хоть какой-то смысл. Человек не только с пятого на десятое освоил командную строку, но и может рассказать о проблеме, хотя бы два слова - "не ходите туда".
В общем-то, ничего удивительного не вижу - твой файлсервер поди сасамба? Итого четыре лишних контекст-свитча на каждое обращение. (Модуль для прямого доступа в обход vfs для сасамбы никто не написал? Или аналогичного для ganesha? Это типовое решение для подобных случаев, если что.)
Обычно,afaik, его в другую сторону применяют - десяток недосерверов с сасамбами объединить в один сплошной пул. Проигрываешь на контекст-свитчах, выигрываешь (если правильно объединил) на том что доступ может идти параллельно к нескольким серверам и контекст-свитчи жуются в том числе их процессорами.

Ответить | Правка | Наверх | Cообщить модератору

15. "Логическое объединение нескольких файловых систем при помощи..." –1 +/–

Сообщение от Crazy Alex (ok), 22-Май-20, 12:55

Оно, блин, FUSE, то, что оно не вытянет нагрузку - очевидно с самого начала. FUSE  в продакшне и с хоть какими-то заметными нагрузками - это особая "храбрость".
А вот обойтись на домашней медиа-помойке без LVM и прочих RAID когда суёшь туда очередной винт - прокатит отлично. И когда один из прежних навернётся - тупо делается recheck торренту и он, по возможности, перекачивает битое.

Ответить | Правка | Наверх | Cообщить модератору

18. "Логическое объединение нескольких файловых систем при помощи..." +/–

Сообщение от пох. (?), 22-Май-20, 20:24

> Оно, блин, FUSE, то, что оно не вытянет нагрузку - очевидно с
странно, что оно совершенно неочевидно автору ntfs3g, в какой-то момент всерьез померявшегося х...ями аж с тогдашней ext4 (да, в панике улучшили производительность...а он пообещал когда-нибудь в будущем - хотя бы дебаг выключить ;-) не вполне очевидно было авторам lustre (да, переписали, но далеко не сразу), и совсем неочевидно авторам gluster и moose.
> самого начала. FUSE  в продакшне и с хоть какими-то заметными
> нагрузками - это особая "храбрость".
расскажи это redhat с ее промышленными storage clusters.
> А вот обойтись на домашней медиа-помойке без LVM и прочих RAID когда
> суёшь туда очередной винт - прокатит отлично. И когда один из
и потерять все данные вместе с очередным винтом. покатит, угу.
Оно вообще не для замены raid было придумано. Оно для тех у кого этих винтов - опой жуй.

Ответить | Правка | Наверх | Cообщить модератору

19. "Логическое объединение нескольких файловых систем при помощи..." +/–

Сообщение от Crazy Alex (ok), 24-Май-20, 14:42

Не знаю, как насчёт ntfs (никогда не интересовался), а с остальной троицей всё очевидно - сетевые ФС, где локальные задержки ничего не значат, плюс это крупные проекты на слуху, раз не сдохли - можно предположить, что более-менее работают и что в них вбито приличное количество ресурсов.
А в среднем по больнице FUSE - это мелкий тормозной самопал, обменявший качество кода и эффективность на гибкость и простоту написания, если уж даже на сторонний модуль ядра не сподобились, не говоря о добавлении в мейнлайн. Ну или адская экзотика какая-нибудь, но здесь явно не тот случай.
Так вот, для FUSE  в общем случае надо отдельно указывать не то что оно тормозит (это естественное ожидание), а то, что оно каким-то чудом НЕ тормозит.
Насчёт "потерять все данные" - так это во все времена лечилось только бэкапом. И именно с mergefs теряются не все, как в LVM со сдохшим винтом или RAID0. Другое дело, что если это не домашняя хранилка - RAID почти наверняка всё равно понадобится, а добавлять винты тогда надо на нём или на слое ниже.
А вот дома - ну да, помрёт часть какой-нибудь торрентопомойки со сдохшим винтом. Ровно так же, как и померла бы без mergefs. Дополнительных проблем не создаёт, пнуть торренту rehash и пусть докачивает, что может - без бэкапов же хоть как-то компетентный человек важные данные не держит, правда? А тот, кто подобное настраивает, хоть некоторую компетенцию явно имеет.
Про использование этой штуковины редхатом не выгуглилось ничего, звиняй. Что логично - у них своих решений хватает, от glusterfs до LVM.

Ответить | Правка | Наверх | Cообщить модератору

21. "Логическое объединение нескольких файловых систем при помощи..." +/–

Сообщение от пох. (?), 24-Май-20, 17:30

> а с остальной троицей всё очевидно - сетевые ФС, где локальные задержки ничего не значат
мущина, проснитесь - во времена 100G адаптеров сеть постоянно оказывается быстрее чем диски.
> можно предположить, что более-менее работают и что в них вбито приличное количество ресурсов.
да. Поэтому времена когда fuse можно было считать мелким самопалом - остались примерно там же, где таким был весь этот ваш линух. Хотя вообще-то она и появилась на слуху одновременно с ntfs3g, и их авторы чуть ли не в одном универе вместе учились.
Но вот ntfs3g, скорее всего, как раз последними изменениями подпортили, а переписать заново - нового героя нет, старый постарел и чем хуже работает 6ешплатная поделка - тем лучше, он коммерческую версию продает. Текущая версия когда там - в 17м году последний раз обновлялась? То есть до fuse3. Угадай на чьи деньги ее теперь пилят.
> Так вот, для FUSE  в общем случае надо отдельно указывать не то что оно тормозит (это
> естественное ожидание), а то, что оно каким-то чудом НЕ тормозит.
ну вот fuse - это само по себе такое чудо, что оно, в общем и целом - тормозит гораздо меньше, чем это принято считать.
http://www.csamuel.org/2007/04/25/comparing-ntfs-3g-to-zfs-f...
если кто не знал, или забыл. Это не тот самый тест автора (тот теперь хрен найдешь), и к нему есть вопросы, но показатели весьма забавные. Жаль что никто так и не собрался сравнить с ext4 (хотя там и будут вопросы к качеству кода fuse-ext4, а не самой fuse).
Правда, чтобы так получилось, нужны определенные усилия разработчика. Видимо, в merger разработчик не перенапрягался - для его целей и так сойдет. Ну или товарищ тестировал на чем-то очень дохлом, так тоже бывает.
> А вот дома - ну да, помрёт часть какой-нибудь торрентопомойки со сдохшим винтом.
а зачем тогда было хранить, если не больно и нужна?
У меня вот дома если что помрет - это обратно из интернета не накачаешь - нету или очень в избранных местах.
> Про использование этой штуковины редхатом не выгуглилось ничего, звиняй. Что логично - у них
> своих решений хватает, от glusterfs
так вот, открою тайну: gluster работает поверх fuse. И да, rh storage cluster это оно.
И вот ради него там как раз и понаделали всякого разного - на все деньги редхата. Потому что 10G ему забить - как делать нехер. Полагаю, и 100 тоже не залежится.
Вот такая эта fuse загадочная.

Ответить | Правка | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	13. "Логическое объединение нескольких файловых систем при помощи..."	+/–
	Сообщение от пох. (?), 20-Май-20, 08:47
	Пейсателям гуаностатей на заметку: а вот это и есть та информация, которая (в отличие от бездарной статейки) и имела хоть какой-то смысл. Человек не только с пятого на десятое освоил командную строку, но и может рассказать о проблеме, хотя бы два слова - "не ходите туда". В общем-то, ничего удивительного не вижу - твой файлсервер поди сасамба? Итого четыре лишних контекст-свитча на каждое обращение. (Модуль для прямого доступа в обход vfs для сасамбы никто не написал? Или аналогичного для ganesha? Это типовое решение для подобных случаев, если что.) Обычно,afaik, его в другую сторону применяют - десяток недосерверов с сасамбами объединить в один сплошной пул. Проигрываешь на контекст-свитчах, выигрываешь (если правильно объединил) на том что доступ может идти параллельно к нескольким серверам и контекст-свитчи жуются в том числе их процессорами.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Логическое объединение нескольких файловых систем при помощи..."	–1 +/–
	Сообщение от Crazy Alex (ok), 22-Май-20, 12:55
	Оно, блин, FUSE, то, что оно не вытянет нагрузку - очевидно с самого начала. FUSE в продакшне и с хоть какими-то заметными нагрузками - это особая "храбрость". А вот обойтись на домашней медиа-помойке без LVM и прочих RAID когда суёшь туда очередной винт - прокатит отлично. И когда один из прежних навернётся - тупо делается recheck торренту и он, по возможности, перекачивает битое.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Логическое объединение нескольких файловых систем при помощи..."	+/–
	Сообщение от пох. (?), 22-Май-20, 20:24
	> Оно, блин, FUSE, то, что оно не вытянет нагрузку - очевидно с странно, что оно совершенно неочевидно автору ntfs3g, в какой-то момент всерьез померявшегося х...ями аж с тогдашней ext4 (да, в панике улучшили производительность...а он пообещал когда-нибудь в будущем - хотя бы дебаг выключить ;-) не вполне очевидно было авторам lustre (да, переписали, но далеко не сразу), и совсем неочевидно авторам gluster и moose. > самого начала. FUSE в продакшне и с хоть какими-то заметными > нагрузками - это особая "храбрость". расскажи это redhat с ее промышленными storage clusters. > А вот обойтись на домашней медиа-помойке без LVM и прочих RAID когда > суёшь туда очередной винт - прокатит отлично. И когда один из и потерять все данные вместе с очередным винтом. покатит, угу. Оно вообще не для замены raid было придумано. Оно для тех у кого этих винтов - опой жуй.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Логическое объединение нескольких файловых систем при помощи..."	+/–
	Сообщение от Crazy Alex (ok), 24-Май-20, 14:42
	Не знаю, как насчёт ntfs (никогда не интересовался), а с остальной троицей всё очевидно - сетевые ФС, где локальные задержки ничего не значат, плюс это крупные проекты на слуху, раз не сдохли - можно предположить, что более-менее работают и что в них вбито приличное количество ресурсов. А в среднем по больнице FUSE - это мелкий тормозной самопал, обменявший качество кода и эффективность на гибкость и простоту написания, если уж даже на сторонний модуль ядра не сподобились, не говоря о добавлении в мейнлайн. Ну или адская экзотика какая-нибудь, но здесь явно не тот случай. Так вот, для FUSE в общем случае надо отдельно указывать не то что оно тормозит (это естественное ожидание), а то, что оно каким-то чудом НЕ тормозит. Насчёт "потерять все данные" - так это во все времена лечилось только бэкапом. И именно с mergefs теряются не все, как в LVM со сдохшим винтом или RAID0. Другое дело, что если это не домашняя хранилка - RAID почти наверняка всё равно понадобится, а добавлять винты тогда надо на нём или на слое ниже. А вот дома - ну да, помрёт часть какой-нибудь торрентопомойки со сдохшим винтом. Ровно так же, как и померла бы без mergefs. Дополнительных проблем не создаёт, пнуть торренту rehash и пусть докачивает, что может - без бэкапов же хоть как-то компетентный человек важные данные не держит, правда? А тот, кто подобное настраивает, хоть некоторую компетенцию явно имеет. Про использование этой штуковины редхатом не выгуглилось ничего, звиняй. Что логично - у них своих решений хватает, от glusterfs до LVM.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Логическое объединение нескольких файловых систем при помощи..."	+/–
	Сообщение от пох. (?), 24-Май-20, 17:30
	> а с остальной троицей всё очевидно - сетевые ФС, где локальные задержки ничего не значат мущина, проснитесь - во времена 100G адаптеров сеть постоянно оказывается быстрее чем диски. > можно предположить, что более-менее работают и что в них вбито приличное количество ресурсов. да. Поэтому времена когда fuse можно было считать мелким самопалом - остались примерно там же, где таким был весь этот ваш линух. Хотя вообще-то она и появилась на слуху одновременно с ntfs3g, и их авторы чуть ли не в одном универе вместе учились. Но вот ntfs3g, скорее всего, как раз последними изменениями подпортили, а переписать заново - нового героя нет, старый постарел и чем хуже работает 6ешплатная поделка - тем лучше, он коммерческую версию продает. Текущая версия когда там - в 17м году последний раз обновлялась? То есть до fuse3. Угадай на чьи деньги ее теперь пилят. > Так вот, для FUSE в общем случае надо отдельно указывать не то что оно тормозит (это > естественное ожидание), а то, что оно каким-то чудом НЕ тормозит. ну вот fuse - это само по себе такое чудо, что оно, в общем и целом - тормозит гораздо меньше, чем это принято считать. http://www.csamuel.org/2007/04/25/comparing-ntfs-3g-to-zfs-f... если кто не знал, или забыл. Это не тот самый тест автора (тот теперь хрен найдешь), и к нему есть вопросы, но показатели весьма забавные. Жаль что никто так и не собрался сравнить с ext4 (хотя там и будут вопросы к качеству кода fuse-ext4, а не самой fuse). Правда, чтобы так получилось, нужны определенные усилия разработчика. Видимо, в merger разработчик не перенапрягался - для его целей и так сойдет. Ну или товарищ тестировал на чем-то очень дохлом, так тоже бывает. > А вот дома - ну да, помрёт часть какой-нибудь торрентопомойки со сдохшим винтом. а зачем тогда было хранить, если не больно и нужна? У меня вот дома если что помрет - это обратно из интернета не накачаешь - нету или очень в избранных местах. > Про использование этой штуковины редхатом не выгуглилось ничего, звиняй. Что логично - у них > своих решений хватает, от glusterfs так вот, открою тайну: gluster работает поверх fuse. И да, rh storage cluster это оно. И вот ради него там как раз и понаделали всякого разного - на все деньги редхата. Потому что 10G ему забить - как делать нехер. Полагаю, и 100 тоже не залежится. Вот такая эта fuse загадочная.
	Ответить \| Правка \| Наверх \| Cообщить модератору