The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Facebook открыл код распределённой системы хранения LogDevice, opennews (??), 13-Сен-18, (0) [смотреть все]

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


16. "Facebook открыл код распределённой системы хранения LogDevic..."  +/
Сообщение от нах (?), 13-Сен-18, 13:06 
их разьве не на пихоне обычно делают? ;-)

(а, простите, на пихоне пишут файловые системы)

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

19. "Facebook открыл код распределённой системы хранения LogDevic..."  +/
Сообщение от Crazy Alex (ok), 13-Сен-18, 13:45 
Для себя, для домашнего применения (соответственно, небольшие нагрузки) - без проблем хоть питон, хоть бейсик, если ты о Zero и подобных. Единственный критерий - удобство того, кто пишет (и сам же потом будет пользоваться).

И было бы неплохо, чтобы с энтерпрайзами такие штуки (фактически - слегка переросшие скрипты домашней автоматизации, которыми решили поделиться с другими людьми) не путали - требования совсем другие.

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

22. "Facebook открыл код распределённой системы хранения LogDevic..."  +/
Сообщение от нах (?), 13-Сен-18, 14:40 
а время для себя у тебя бесплатное, да?

мне вот как раз для себя хочется 10g свитч с fcoe - потому что себя жалко (и провода короткие и дорогие).
А менеджеры - "еще подождут".

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

29. "Facebook открыл код распределённой системы хранения LogDevic..."  +/
Сообщение от Crazy Alex (ok), 13-Сен-18, 16:28 
Ну вот потому и питоны всякие:

а) потому что пишешь на том, что и так знаешь, а не изучаешь "идеальный" язык
б) пишешь ровно так, как тебе надо - без излишней сложности там, где она не нужна. В том числе не пытаясь экономить там, где нет (у тебя!) узких мест

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

25. "Facebook открыл код распределённой системы хранения LogDevic..."  –2 +/
Сообщение от Аноним (25), 13-Сен-18, 15:18 
> для домашнего применения ... Единственный критерий - удобство того, кто пишет

И наручниками того, кто такое пишет и такими критериями руководствуется, дома к батарее приковать, чтобы с таким подходом к делу из дома не мог выйти.

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

26. "Facebook открыл код распределённой системы хранения LogDevic..."  +3 +/
Сообщение от Аноним (26), 13-Сен-18, 15:33 
>> для домашнего применения ... Единственный критерий - удобство того, кто пишет
> И наручниками того, кто такое пишет и такими критериями руководствуется, дома к
> батарее приковать, чтобы с таким подходом к делу из дома не мог выйти.

А тебе плеточку выдать, чтобы мог объяснить всю глубину заблуждения и замотивировать сделать правильно?
Кстати, надеюсь, бутерброт колбасой на язык кладешь?


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

28. "Facebook открыл код распределённой системы хранения LogDevic..."  –2 +/
Сообщение от Аноним (-), 13-Сен-18, 16:13 
> бутерброт

надеюсь что это были твои последние потуги что-то пытаться возразить более интеллектуальным лицам

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

36. "Facebook открыл код распределённой системы хранения LogDevic..."  +1 +/
Сообщение от Аноним (26), 13-Сен-18, 17:18 
> И наручниками того … к батарее приковать
> потуги что-то пытаться возразить более интеллектуальным лицам

ИтнеллеХт и аргументационная мощща прям таки и прет!

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

30. "Facebook открыл код распределённой системы хранения LogDevic..."  +1 +/
Сообщение от нах (?), 13-Сен-18, 16:28 
а зачем приковывать - он и так никуда не выйдет, "счас-счас-счас, оно досинхронизирует..."

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

35. "Facebook открыл код распределённой системы хранения LogDevic..."  +/
Сообщение от Crazy Alex (ok), 13-Сен-18, 16:34 
Пример. Есть тысяча файлов, по 20 мегабайт каждый. Будет там разница в скорости синхронизации между питоном и сями да хоть и на сотне мегабит?
Ответить | Правка | Наверх | Cообщить модератору

37. "Facebook открыл код распределённой системы хранения LogDevic..."  +/
Сообщение от Аноним (26), 13-Сен-18, 17:22 
> Пример. Есть тысяча файлов, по 20 мегабайт каждый. Будет там разница в
> скорости синхронизации между питоном и сями да хоть и на сотне мегабит?

Будет! Мы, анонимы точно знаем, как офигительно быстро FUSE (ведь оно на сях, че там тормозить может-то?).
Но вам не покажем, потому что на питоне делать не труЪ (это мы слышали сто раз от других 3,5 анонимов и прилежно повторили, а значит это правда!), а на сях мы не умеем^W хотим, ведь нам не нужно!

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

44. "Facebook открыл код распределённой системы хранения LogDevic..."  –1 +/
Сообщение от пох (?), 13-Сен-18, 21:46 
поищите на досуге ранние тесты производительности ntfs-3g. Они, по-моему, сохранились уже только в виде копипасты, но их много накопипастили, гугль найдет.

fuse там дала прогадиться так, что Линус и компания в панике перерыли код ext2/3 (устранив таки приличное количество узких мест) - конечно не потому, что их переплюнула, но потому, что на некоторых операциях умудрилась дать тот же порядок величины - чего быть было не должно никак и никогда (если бы ext3 не писалась методом латания дыр)

А автор так, с политкорректной миной "...вообще-то...ну...я еще дебаг у себя не отключил..."
(замеров с отключенным так никто и не рискнул проводить, но вот вам свеженькое, хотя и не линукс:
# tar cf - * | team 16m | tar -C /mnt/c/microsd -xvf -                          
...                                                                            
8632910 kilobytes, 342 seconds                                                  
- уперлось во вполне себе in-kernel mirror на том конце где c - при том что это запись/создание мелких файликов, оно у ntfs медленное by design, а тут еще и context-switching, с модным kpti, поди ;-)

к сожалению, победа так и осталась единственной. fuse-exfat непередаваемо тормозное и недоделанное (не понимает кодировок, отличных от utf8) дерьмо, спасибо самсуню за работающий .ko. zfs-fuse (заметим, там только posix layer fs, нижний уровень был в ядре) не только тормозила, а еще и падала без конца. fuse-dav однотредовая. Просто некоторые и на си пишут какашку, да еще и не хотят ее отлаживать "это ж fuse, оно всегда тормозит".

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

48. "Facebook открыл код распределённой системы хранения LogDevic..."  +/
Сообщение от Аноним (26), 13-Сен-18, 22:21 
> поищите на досуге ранние тесты производительности ntfs-3g. Они, по-моему, сохранились уже только в виде копипасты, но их много накопипастили, гугль найдет.

https://web.archive.org/web/20080516235826/http://www.csamue.../
> fuse там дала прогадиться так, что Линус и компания в панике перерыли
> код ext2/3 (устранив таки приличное количество узких мест) - конечно не

Берем шаблонный хелловрот для фузе, тупо отдающий файл c tmpfs.
Можно даже нагуглить "со всеми оптимизациями".
Сравниваем с tmpfs, чешем репу.
То, что оно на харде вполне может быть сопоставимо с нативом, никто не спорит, но попытка прокачивать большие файлы будет обломна (пару лет назад пытался свелосипедить мульти-медиа ФС на базе фузе - прилетела птица обломинго).

> 8632910 kilobytes, 342 seconds
> - уперлось во вполне себе in-kernel mirror на том конце где c
> - при том что это запись/создание мелких файликов, оно у ntfs
> медленное by design, а тут еще и context-switching, с модным kpti, поди ;-)

; 8632910/342/1024
    ~24.65080752010233918129
25 MB/s - очешуительная скорость, ага.

Особенно когда распаковываешь с NTFS-изошки на SSD в натив (тоже SSD). Оно, кстати, при монтировании без max_read еще и после пары десятков тысяч файлов зависнуть норовит.


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

56. "Facebook открыл код распределённой системы хранения LogDevic..."  +/
Сообщение от нах (?), 14-Сен-18, 12:04 
> https://web.archive.org/web/20080516235826/http://www.csamue...

не, это не то, это когда уже успели линуксное ядро пооптимизировать. Ищите ~2004й, где сравнивали ext3 vs ntfs, до оптимизаций. Я, увы, хз как искать, не потрудился сохранить.

> Сравниваем с tmpfs, чешем репу.

в смысле, на тему нахрена мы это ненужное ненужно сделали и что делать с этим результатом?

> То, что оно на харде вполне может быть сопоставимо с нативом, никто не спорит

да? То есть то что все эти танцы с бубном вокруг vfs да еще и двойной контекст-свитчинг на каждой операции остаются сопоставимы с native, а не оказываются раз в десять тормознее, это, типа, нормально, так и должно быть?
Нууу, ооок... Может тогда и на пихоне у ребят выйдет неплохо.

> 25 MB/s - очешуительная скорость, ага.

оно больше не шмагло - уперлось в ядре. Или в возможности самой флэшки, что тоже вероятно. Нет, destination-то не ssd а собственно флэшка. source умел от 18 до 40 (поскольку странен)
Хотя опять же - не самая быстрая по исходной задумке fs вообще, не самый хороший для нее usepattern в частности, и еще и fuse, причем в неродной для той системе через еще один местный костылик. Если бы все было как надо, оно бы уперлось в user cpu. Вот с davfs2 - у меня все как надо, ага. Причем в ядре без антипатчей производительности.

Если бы я не знал всего что выше - я бы считал что "нуу, fuse, dav, оно ж не может в принципе нормально работать".

оно и впрямь не должно, но вот exfat бы хотелось, ан, теми же руками и из того же сырья слеплено :-(

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

59. "Facebook открыл код распределённой системы хранения LogDevic..."  +/
Сообщение от Аноним (26), 14-Сен-18, 13:54 
>> Сравниваем с tmpfs, чешем репу.
> в смысле, на тему нахрена мы это ненужное ненужно сделали и что
> делать с этим результатом?

В смысле, на тему разницы и "порядков величин", когда оно не упирается в IO ноутбучного диска.

>> То, что оно на харде вполне может быть сопоставимо с нативом, никто не спорит
> да? То есть то что все эти танцы с бубном вокруг vfs
> да еще и двойной контекст-свитчинг на каждой операции остаются сопоставимы с
> native, а не оказываются раз в десять тормознее, это, типа, нормально,

Да? Оно уже не жрет на это дело в десять раз больше CPU, чтобы дать "дать тот же порядок величины"? Ну оок.

>> 25 MB/s - очешуительная скорость, ага.
> оно больше не шмагло - уперлось в ядре.
> ...
> ource умел от 18 до 40 (поскольку странен)
> ...
> fuse, причем в неродной для той системе через еще один местный
> костылик. Если бы все было как надо, оно бы уперлось в
> user cpu. Вот с davfs2 - у меня все как надо,
> ага. Причем в ядре без антипатчей производительности.

Издеваетесь?

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

33. "Facebook открыл код распределённой системы хранения LogDevic..."  +3 +/
Сообщение от Crazy Alex (ok), 13-Сен-18, 16:32 
А ты не охренел?

Я как-то всегда считал, что если человек что-то сделал для себя и поделился с другими - то ему либо "спасибо" говорят, если пригодилось, либо игнорируют, если не нужно. Ну можно ещё предложить что-то изменить, с пониманием того, что не факт, что автор это дело примет, и это его право. А тут кто-то решил, что автор ему обязан?

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

45. "Facebook открыл код распределённой системы хранения LogDevic..."  –1 +/
Сообщение от пох (?), 13-Сен-18, 21:47 
не, ну еще поржать могут. Не всегда по-дружески.
В случае zero как раз этот вариант.

а мордокнигу придется игнорировать - не потому что плохо, а потому что неудачная для меньших чем мордокнига целей конструкция.

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

50. "Facebook открыл код распределённой системы хранения LogDevic..."  +/
Сообщение от Crazy Alex (ok), 14-Сен-18, 00:17 
В случае zero у кого-то подгорело, что обидели webdav. Ну и аллергия на питон обострилась, без попыток понять, годится ли он в конретном случае и какие задачи им пытаются решать.

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру