Потребление оперативной памяти в языке Go: проблемы и пути решения

[@vsurkov]

Крутой доклад

[@mikhailrumpel]

Какой достойный рассказ! Спасибо Виталию за знания и выступление, а Evrone - за организацию!

[@Adeonchik]

Доклад получился замечательный!! И большущее спасибо Витале за референс на мой доклад :)

[@БориславГлазунов-г1ш]

Отлично, хотелось бы видеть побольше подобных докладов.

[@raneddo]

Спасибо за доклад, хочу дополнить спикера Если в ваших структурах много разноразмерных полей, следует следить за их порядком Например, не стоит располагать в структуре поля в порядке bool -> int64 -> bool -> float64, в таком случае, в зависимости от архитектуры процессора, вы можете потерять до 44% памяти только на одной структуре Если вы используете линтеры, рекомендую настроить "structcheck", он не только находит плохой порядок полей, но и умеет находить самый оптимальный порядок. По итогу, для маленьких объектов с учётом фрагментации, может случиться такое, что вы будете использовать только 25% памяти в проценте от выделенной. Да, 25% -- это худший случай, но 50% -- это вполне реальное значение.

[@andrew_chumakov]

Да, выравнивание данных. Кто программировал до Go на Си или C++ должны быть знакомы с этим

[@АлексейХудокормов]

Великолепный доклад!

[@alexalex-jj2sy]

Супер доклад !!!

[@brothers_karamazovs]

Спасибо! Информативно и без "воды".

[@research_Development]

Как хорошо, что я набрел на это видео именно сейчас. Не быть мне senior разрабом)). Хоть и понял почти все.

[@ЕрболУтегенов-л4с]

доклад огонь

[@alexandersmirnov4274]

охрененный доклад

[@ayaz.ayupov]

Спасибо большое! хотел спросить, на 9:00 минуте вы говорили про то, что при получении из слайса указателей более укороченный вариант, через операцию s = s[:1], у нас остается память, которая недоступна для GC. а для объектов которые хранятся в слайсе по значению но имеют ссылочное поле результат будет таким же? к примеру вот такие: type A struct { Number *int } s := []A{........} s = s[1:]. ??????

[@nekoill]

Перед тем, как посмотреть само видео, дайте попробую угадать: причина потребления памяти кроется в сборщике мусора, а решение - в том, чтобы мусор не плодить?

[@MikhailLaptev]

Можно ли как-то получить ссылку либо на презентацию, либо на источники упомянутые в ней? Очень хотелось бы почитить их! Спасибо!

[@MikhailLaptev]

Сам написал - сам отвечу :) Текст доклада появился на habr - habr.com/ru/amp/post/676960/

[@Adeonchik]

kzbin.info/www/bejne/iaScZoV8Z5tripI Видео доклада источника упомянутый в ней :)

[@AndreyMalashenko]

​@@Adeonchik большое спасибо. Ютуб по фамилии ищет что-то совершенно не то от вашего однофамильца, но не видит Хайлоад.

[@AndreyMalashenko]

Шикарный доклад. Коротко и понятно. Большое спасибо.

[@coolcatbaby]

А где можно скачать презентацию?

[@realtimeuser]

Доброго времени суток Виталий. Материал зачётный. а вот звук нет , эхотит немало я не сразу понял почему хочется послушать а ушам неприятно я думаю петличный микрофон решит проблему. ЗЫ. Както и в мой микрофон какашку кинули)

[@gewalt5886]

доклад хороший но микрофон бы настроить чтобы все вдохи не слышать

[@ruslibertarian]

Го комьюнити круто.

[@fellainthewagon7166]

нраица

[@furai911]

Неплохо, но зачем руками махать?

[@Евгани]

Реальное курево