История изменений
Исправление byko3y, (текущая версия) :
Думаешь Цукерберг прочитает? Ну, может и повезет, но более вероятно читать тебя будут индусы
Да ему эта инфа даром не нужна. Но авось кто-то оценит, как я крут. «Ай, Моська, видать она сильна, ведь лает на слона.».
Странная ситуация с этим проектом вообще. У меня есть стойкое ощущение, что там очень мутная история с этим Best Article Award, помимо того, что автор просто довольно умело продает себя. VMware не купился, Microsoft не купился — фейсбук купился. Он с этим shared log-ом еще и в NUMA многопоточке засветился:
https://cs.brown.edu/people/irina/papers/asplos2017-final.pdf
Как можно увидеть из немногочисленных бенчей с участием lock-free структур данных, lock-free подход в хламище укатывает его метод, и потому большая часть «конкурентов» сделаны на глобальной блокировке и наивной реализацией flat combining. Да, его алгоритм в стэке себя хорошо показывает по сравнению с наивным lock-free, но только благодаря отсутствию согласованности операций над этим стэком, которая неявно есть в наивном lock-free стэке — короче говоря, NUMA-aware lock-free стэк из нескольких стэков опять же в хламину уделает shared log. И в этих бенчах не принимали участие STM-реализации, и конечно же не принимал участие сам оригинальный Redis, хотя он почему-то упомянут в статье, якобы они что-то на базе него делали, хотя на самом деле их реализация имеет минимум точек пересечения с функциями Redis.
Этот стиль создания видимости результатов, которых на самом деле нет, я часто видел в индийский статьях по химии. Но эти статьи уже все привыкли просто игнорировать, причем, этот стиль узнается даже не глядя на имена авторов. Ну типа у меня есть хороший шанс залаять на весь мир, а почему бы нет.
И думаю критика никому не нужна, нужны полезные людям решения
Я могу дать полезное решение: не вы$@#!йся и не в$@#!бан будешь, используй самое простое решение, а не самое замороченное. Фейсбук не знал этого, и теперь будет долго мучиться со сложным и ненадежным решением от индуса. При написании PSO я не знал про это правило и сначала сделал блокировки сильно сложнее, чем то требовалось, о чем довольно быстро пожалел, когда попытался заставить эти блокировки правильно работать.
Исходная версия byko3y, :
Думаешь Цукерберг прочитает? Ну, может и повезет, но более вероятно читать тебя будут индусы
Да ему эта инфа даром не нужна. Но авось кто-то оценит, как я крут. «Ай, Моська, видать она сильно, ведь лает на слона.».
Странная ситуация с этим проектом вообще. У меня есть стойкое ощущение, что там очень мутная история с этим Best Article Award, помимо того, что автор просто довольно умело продает себя. VMware не купился, Microsoft не купился — фейсбук купился. Он с этим shared log-ом еще и в NUMA многопоточке засветился:
https://cs.brown.edu/people/irina/papers/asplos2017-final.pdf
Как можно увидеть из немногочисленных бенчей с участием lock-free структур данных, lock-free подход в хламище укатывает его метод, и потому большая часть «конкурентов» сделаны на глобальной блокировке и наивной реализацией flat combining. Да, его алгоритм в стэке себя хорошо показывает по сравнению с наивным lock-free, но только благодаря отсутствию согласованности операций над этим стэком, которая неявно есть в наивном lock-free стэке — короче говоря, NUMA-aware lock-free стэк из нескольких стэков опять же в хламину уделает shared log. И в этих бенчах не принимали участие STM-реализации, и конечно же не принимал участие сам оригинальный Redis, хотя он почему-то упомянут в статье, якобы они что-то на базе него делали, хотя на самом деле их реализация имеет минимум точек пересечения с функциями Redis.
Этот стиль создания видимости результатов, которых на самом деле нет, я часто видел в индийский статьях по химии. Но эти статьи уже все привыкли просто игнорировать, причем, этот стиль узнается даже не глядя на имена авторов. Ну типа у меня есть хороший шанс залаять на весь мир, а почему бы нет.
И думаю критика никому не нужна, нужны полезные людям решения
Я могу дать полезное решение: не вы$@#!йся и не в$@#!бан будешь, используй самое простое решение, а не самое замороченное. Фейсбук не знал этого, и теперь будет долго мучиться со сложным и ненадежным решением от индуса. При написании PSO я не знал про это правило и сначала сделал блокировки сильно сложнее, чем то требовалось, о чем довольно быстро пожалел, когда попытался заставить эти блокировки правильно работать.