Е
Size: a a a
2019 November 06
Е
удалил ваще все звездочки к TList'ам, аллокаций по ходу дела стало совсем мало
PK
удалил ваще все звездочки к TList'ам, аллокаций по ходу дела стало совсем мало
Звездочки - моя лажа, я игрался пытаясь сократить и не убрал в зад
Е
вот, он честно аллоцирует теперь https://i.imgur.com/QKcMiH5.png
Е
разве что размер &_e структуры сокращать надо
Е
ой, &v
Е
например Ts string
xml:"ts,attr,omitempty" превращать в число, судя по названиюЕ
а то что в памяти щас висит по поинтерам - этого многовато
https://i.imgur.com/t0UH4k1.png
https://i.imgur.com/t0UH4k1.png
Е
для гошки
Е
в идеале там 0 видеть 🙁
Е
проц жрать гц будет когда запросы будут к сервису идти
Е
в идеале взять оффхип решение типа
https://github.com/VictoriaMetrics/fastcache
https://github.com/coocood/freecache
затем конвертить в протобаф и держать в памяти, когда клиенту отдаешь - декодишь протобаф
https://github.com/VictoriaMetrics/fastcache
https://github.com/coocood/freecache
затем конвертить в протобаф и держать в памяти, когда клиенту отдаешь - декодишь протобаф
PK
например Ts string
xml:"ts,attr,omitempty" превращать в число, судя по названиюЭэээ... Но на ходу-то я не сделаю этого... Могу каждую итерацию сощдавать другую структуру, уже нормальную
Е
да, но если будешь все в протобафе хранить - и так сойдет
PK
Эм... я хочу протобаф и отдавать :))
PK
Но до этого ещё не дошёл. Никогда не работал с протобаф
Е
начать просто 🙂
Е
го очень хорош для этого, это не е*ля с растом или компиляция не пойми чего в swift'e
PK
Так, апдейты раздувают что-то сильно
PK
А, хм... Они раздувают res в htop, а по мнению go всё норм