Pull to refresh
22
0
Загорулькин Дмитрий @HDDimon

Пользователь

Send message
Привет, спасибо за сайтью. А как вы мониторите потоки данных в таком зоопарке? Как быстро узнаете и узнаете ли что какой-то из потоков отвалился?
Есть ли сравнение с уже существующими анализаторами из java мира? На сколько ваш лучше/хуже?
По классическим работам Хевита(https://en.wikipedia.org/wiki/Carl_Hewitt) акторы не разделяют ничего общего, общение производиться за счет отсылки сообщений.
За счет этого довольно легко запустить огромное количество акторов, а блокирующие нужно выносить отдельно. Файберы же по сути потоки на стеройдах, которые могут иметь общее состояние. Вопрос был об этом.

Олег, спасибо за статью. А правильно понял что основное отличие от акторов реализованных в erlang и Scala — это возможность нормального разделения общих ресурсов?

спасибо, посмотрел ссылку, по сути все сводится к уменьшению числа запросов за единицу времени
можете указать ссылку где можно подробно ознакомиться с предложенным вами вариантом?
как только они решили, что MapReduce недостаточно хорошо работает для построения поискового индекса, они перестали его использовать.


а что они сейчас используют? где можно об этом прочесть?
Спасибо за статью, а почему не рассматриваете Hive LLAP? Пробовали сравнивать Impala и ClickHouse?
А lager уже переехал на новое API?
Шикарная статья! Расскажите, а вы тестировались время отклика при падении лидера? Быстро ли Приложение приходит в консистентное состояние?
Если вы пишите статью для начинающих, то новичков нужно сразу приучать к хорошему стилю. В вашем случае, нет ни одного описания типов.
www.erlang.org/doc/reference_manual/typespec.html
а в Сбербанке как его используют?
не нашли причину почему исходники потерялись?
Подтверждаю! Я как-то написал ответ на stackoverflow, а через год ища решение набрел на свой же ответ. Очень сильно удивился!
>> не имея специально скомпилированного парсера
выше я описал что это неверно. парсер можно собирать на лету.
мы активно используем динамические схемы protobuf в текущем проекте. Очень удобно получается.
В официальных доках я этой информации не встречал, но может посмотреть на этот снипет

Спасибо за ответы.
1. В чем приемущество?
2. тип данных только в тэге? на сколько это быстрее/медленее protobuf?
3. в protobuf есть возможно указать версию самого protobuf 2/3 или расширить схему версией. Тем более если вы расширяете схему, то сервер продолжит работать по старой схеме, то есть обратная совместимость сохраняется
4. в protobuf есть возможность формирования dynamic message — это когда схема на стороне сервера может изменяться. То есть первым сообщением сервер вам отдает динамическую схему. на основании данной схемы вы создаете файловый дескриптор из которого может вытащить дескрипторы полей для декодирования бинарных данных.
А в чем коренные отличия от protobuf?
Подскажите, а в чем корневое отличие данного подхода от Future и CompletableFuture?

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Works in
Date of birth
Registered
Activity