ладно, звиняюсь за офтоп

но вот такой вопрос, касаемый выбора KV-базы

embdedded vs server

embedded - теоретически быстро работает, т.к. в адресном пространстве процесса. но нельзя ли пренебречь этим фактором - т.к. мы через один локальный сетевой интерфейс легко заливаем 20 - 30 гигабит в секунду и всё естественно упирается в диск?

Ее надо как-то особо одминить в отрыве от приложения?

зато standalone сервер позволяет конкурентный доступ из разных приложений

и не надо самому париться

Если нет - встраивай

надо что бы одно приложение туда писало, а другое читало

и получается, что надо или делать сервер

Тогда сервер

который будет интерфейсы предоставлять для этого

Потому как где два, там и три

или писать отдельно, потом переключать на реплику

короче какой-то гемор на ровном месте

REST API )))

да это проблема, так как надо заливать ну мегадохрена данных

через REST API это уныловато

Ну или сделай встроенную с интерфейсом интеграций

Но кусками обновлять не получится

да не, вопрос в том, что может не выделываться и взять какую-то быструю kv-базу с сервером?

Редис

редис - ок?

Пока не подводил

Ну, или тарантул)))))

Ну, чтобы повозиться)

мне щас вообще не до приключений

мне нужно что-то такое нобрейнер

Редис.

куда можно быстро залить дофига данных и конкурентно к ним доступать

данные - kv

Работы дофига?

работы ты что именно имеешь ввиду7

которую надо над данными совершать?

над данными kv залили, kv запросили

единственная проблема, что нужны не только инсерты, но и апдейты

Агрегация?

Фильтры?

Диапазоны?

не особо

нужен большой хэшмэп

Точно? А то мож сразу постгрес?

единственная проблема что при записи надо агрегировать значения в ячейке хэша

постгрес тормоз при записи

да и вообще тормоз

Ну, отложенная там вроде есть.

Но так да.

ну и биндинг к нему тормозной

в нужный нам язык. как выяснилось

а что не так с редисом-то?

в смысле, он случаем не для in-memory данных ?

с другой стороны, у нас база ну 40 - 80 гигабайт,

по любому в память вроде влезает.

Лучше писать в n потоках, где n количество ядер

почему?

и это в хачкеле-то с зелёными тредами?

oh u

при большой нагрузке у тебя всё зеленое становится красным

при любой нагрузке диск/сеть медленнее проца

в любом случае здесь равнение на количество ядер непонятно, хачкель же сам это расшедулить должен

Одно ядро не может уткнуться в шину никак

в смысле, он случаем не для in-memory данных ?

редис хранит все в памяти и делает дамп на жесткий иногда

да, уже понял, что не катит

товарищи, а тут есть люди живые кто Riak юзает?

сам то риак еще жив?

Не юзал, но осуждаю

ну развиваться он не будет уже

но так вроде жив здоров

ну хотелось бы и узнать

жив ли он и здоров

может кто смелый есть кто юзает такое

а что-то вообще на рынке носикля да и баз вообще как-то пустынно

Ну, это нынче не хайп

Денег не дают

Поэтому можно забить

Остались только самые стойкие.

но проблема как зафигачить много данных очень быстро в базу ведь никуда не делась

а потом еще надежно хранить возможно с репликацией и шардингом

ну развиваться он не будет уже

а что там за история?

лопнул стартап?

я в двух местах читал/слышал что основные разработчики ушли из команды

Basho продает еще что-то

пока живы

я в двух местах читал/слышал что основные разработчики ушли из команды

почему ушли?

вот этого я не знаю

просто в один момент основные чуваки резко свалили

всем привет

не ожидал столько людей увидеть здесь

опа.. async $ waitProcessHandle не cancell-ится..

RTS -threaded конечно же

вы слишком долго писали на хаскелле, если при попытке собрать сишный проект делаете stack build

а что-то вообще на рынке носикля да и баз вообще как-то пустынно

Ну типа есть редис и мемкеш, всё остальное сдохло, так как не выдержало конкуренции. Ща идёт борьба за звание NewSQL

редис он же ин-мемори с eventually персистенсом

eventual persistence это как eventual consistency?

возможно с какой-то веротяностью данные и будут консистентными, но на практике в 90% случаев это будет не так?

ну редис можно настроить на каждую запись в дисмк писать

но мне страшно представить насколько медленно это будет