а дальше что с этим делать?

Ну так на клиенте декодировать тоже memcpy

при малейших изменениях в структурах — все разваливается

Пчм?

ну если ты не сериализуешь честно в msgpack, а оборачиваешь в MP_EXT, тебе надо следить, чтобы POD тип был (а) заморожен навсегда (б) layout совпадал у всех, включая разные компиляторы

то есть решение точно имеет право на жизнь, но оно не универсальное

running with scissors, вот это что такое

Да, согласен

Да, согласен

http://www.opennet.ru/opennews/art.shtml?num=44253
> Компания Microsoft приняла решение прекратить разработку проекта RoboVM.
> Проект RoboVM развивал систему компиляции байткода Java в машинный код платформ ARM или x86, т.е. позволял преобразовывать Java-программы в исполняемые файлы, выполняемые без использования виртуальной машины Java и без интерпретации байткода.

Штука то хорошая

Купили Xamarin, теперь будут более сфокусировано двигать дотнет (вернее тот рантайм, кторой Xamarin таскает с приложениями) на Android и iOS

Любопытно, а тут с Avito есть кто?

Есть

Извиняюсь за, скажем так, не совсем профильный вопрос

Никто не поделитеся ссылками (в научном смысле этого слова) на работы по блокировкам колоночных/family column + timeseries СУБД?

Конкретные требования
- есть многомерное пространство (скрепя сердце. я согласен представить есть как композитный primary key в РСУБД)
- есть большое количество атрибутов для каждой точки (или строчки в случае РСУБД)
- нужны read-write блокировки на отдельные точки пространства
- данные лишь вставляются, никогда не удаляются
- блокировки часто берутся по целым range'ам

Конкретный сценарий - есть некоторый внешний сервис, у него есть измерения
- "некоторый уникальный id"
-  квантованное время
- атрибуты

Для каждого id и атрибута, по сути, у там timeseries

Клиент работает следующим образом:
- клиент берет множество уникальных id, берет range времени, берет множество атрибутов
- клиент идет в базу, пытается взять read-lock'и для эти данных
- ТОЧКИ ДЛЯ КОТОРЫХ ДАННЫЕ ЕСТЬ - берет read-lock (либо, раз у нас нету апдейтов, просто вычитывает даные)
- ТОЧКИ ДЛЯ КОТОРЫХ ДАННЫЕ ОТСУТСТВУЮТ: берет уникальную блокировку на все множество точек (опционально - возвращает конкретные координаты, но это клиент может вычислить взяв исходный запрос и вычтя прочитанные данные)
- клиент вычисляет недостающие данные и записывает в СУБД (после этого блокировки снимаются)
- если клиент умер или превысил таймаут - блокировки автоматически снимаются
- если клиент пытается прочитать данные, которых нет, но на которые взяли эксклюзивные блокировки на запись, то клиент должен ждать, пока СУБД освободит блокировки (либо дав прочитать записанные другим клиентом данные, либо после отката дав взять эксклюзивные блокировки)

Тут, как мне видится, целая серия стандартных проблем
- "обедающие философы" - что делать при пересечении диапозонов данных у двух запросов (вполне решается порядком взятия блокировок, я могу его сделать детерминированным - мне облегчают задачу точно знание, какие точки я хочу взять)
- эффективные блокировки по range'ам (отлично решается gap locking/infimum-supermum locking как в InnoDB)

Меня вполне устроит собственное решение поверх PostgreSQL или Tarantool или неважно-что-вообще, проблема и вопросы именно про блокировки (имея блокировки под указанные требования задача становится для меня обычной инженерной)

Буду благодарен за ссылки на научные работы, книги, реализации, либо идеи, как эффективно представлять такие блокировки

https://www.facebook.com/groups/postgresql/?fref=ts

Немного поофтоплю. Это нормально, что у вас сапорт больше суток молчит? С ними всё в порядке?

@mejedi 'int занимает от одного до 9 байт' можно фиксированного размера сделать

у меня в nginx именно так и реализовано

для размеров map/array/string

@rtsisyk msgpuck к этому тоже готов