N
Это типы данных в феникс так сделаны https://phoenix.apache.org/language/datatypes.html
Size: a a a
2020 February 21
AT
Nikolay
Это типы данных в феникс так сделаны https://phoenix.apache.org/language/datatypes.html
По-видимому, это связано с тем, что в Java нет unsigned integer, но в HBase/Phoenix они есть, и их нужно как-то мапить и обрабатывать наряду с signed средствами одного и того же java.lang.Integer.
AT
Я так понял, они с ними внутри всегда работают как с unsigned, поэтому если знак флипнуть, сортироваться будут как положено.
N
оо...Спасибо. У меня даже такой идеи не было.
AT
Nikolay
оо...Спасибо. У меня даже такой идеи не было.
Пожалуйста. Но это всего лишь educated guess - как оно там на самом деле я достоверно не знаю. 😊
EE
А кстати о The Garbage Collection Handbook - нет ни у кого в электронном виде?
E
E
я правда так и не понял есть ли в хотспоте сса форма или нет
E
судя по всему да?
А
Eugene Erokhin
А кстати о The Garbage Collection Handbook - нет ни у кого в электронном виде?
В чате есть, поищи
MO
я правда так и не понял есть ли в хотспоте сса форма или нет
есть
EE
Ага поищу спасибо
VI
я правда так и не понял есть ли в хотспоте сса форма или нет
«В хотспоте»? :-) и не одна, распиханы по разным углам
E
«В хотспоте»? :-) и не одна, распиханы по разным углам
ну я так и думал, тут просто не так давно кто-то наезжал на хотспот за то, что там нет сса, но это обычное дело в этом чате 😊
ИЧ
мы тут с коллегами за кофейком выяснили что каждый высокогрейдовый разработчик должен написать асинхронный фреймворк, но не смогли определиться что это значит
главный вопрос - фреймворк обязан содержать в себе сокеты/select/poll/epoll или это уже потребительская часть?
главный вопрос - фреймворк обязан содержать в себе сокеты/select/poll/epoll или это уже потребительская часть?
FO
мы тут с коллегами за кофейком выяснили что каждый высокогрейдовый разработчик должен написать асинхронный фреймворк, но не смогли определиться что это значит
главный вопрос - фреймворк обязан содержать в себе сокеты/select/poll/epoll или это уже потребительская часть?
главный вопрос - фреймворк обязан содержать в себе сокеты/select/poll/epoll или это уже потребительская часть?
запилите на MPI, скажу огромное спасибо :)
Сейчас MPI на асинхронщине пока ждет следующее событие, проверяет его наличие через while(message)
Сейчас MPI на асинхронщине пока ждет следующее событие, проверяет его наличие через while(message)
AT
мы тут с коллегами за кофейком выяснили что каждый высокогрейдовый разработчик должен написать асинхронный фреймворк, но не смогли определиться что это значит
главный вопрос - фреймворк обязан содержать в себе сокеты/select/poll/epoll или это уже потребительская часть?
главный вопрос - фреймворк обязан содержать в себе сокеты/select/poll/epoll или это уже потребительская часть?
FO
Воу! А круто! Мне нравится :)
ИЧ
запилите на MPI, скажу огромное спасибо :)
Сейчас MPI на асинхронщине пока ждет следующее событие, проверяет его наличие через while(message)
Сейчас MPI на асинхронщине пока ждет следующее событие, проверяет его наличие через while(message)
тут больше как лаба, скилл проверить и погрузится во внутренности asyncio
я тоже сделал через цикл, в нём очередь корок, кто-то ждёт, кто-то исполняется, генерит новые, они снова в очередь, но это решение греет проц, правда можно sleep ставить на каждой этарции, но это конечно костыль, зато всё работает)
я тоже сделал через цикл, в нём очередь корок, кто-то ждёт, кто-то исполняется, генерит новые, они снова в очередь, но это решение греет проц, правда можно sleep ставить на каждой этарции, но это конечно костыль, зато всё работает)
TS
мы тут с коллегами за кофейком выяснили что каждый высокогрейдовый разработчик должен написать асинхронный фреймворк, но не смогли определиться что это значит
главный вопрос - фреймворк обязан содержать в себе сокеты/select/poll/epoll или это уже потребительская часть?
главный вопрос - фреймворк обязан содержать в себе сокеты/select/poll/epoll или это уже потребительская часть?
Не тот чатик.
Такое утверждение сейчас верно Си++17 контексте, где таких асинк фреймворков очень много
Такое утверждение сейчас верно Си++17 контексте, где таких асинк фреймворков очень много