Спасибо за доклад, хочу дополнить спикера Если в ваших структурах много разноразмерных полей, следует следить за их порядком Например, не стоит располагать в структуре поля в порядке bool -> int64 -> bool -> float64, в таком случае, в зависимости от архитектуры процессора, вы можете потерять до 44% памяти только на одной структуре Если вы используете линтеры, рекомендую настроить "structcheck", он не только находит плохой порядок полей, но и умеет находить самый оптимальный порядок. По итогу, для маленьких объектов с учётом фрагментации, может случиться такое, что вы будете использовать только 25% памяти в проценте от выделенной. Да, 25% -- это худший случай, но 50% -- это вполне реальное значение.
Спасибо большое! хотел спросить, на 9:00 минуте вы говорили про то, что при получении из слайса указателей более укороченный вариант, через операцию s = s[:1], у нас остается память, которая недоступна для GC. а для объектов которые хранятся в слайсе по значению но имеют ссылочное поле результат будет таким же? к примеру вот такие: type A struct { Number *int } s := []A{........} s = s[1:]. ??????
Перед тем, как посмотреть само видео, дайте попробую угадать: причина потребления памяти кроется в сборщике мусора, а решение - в том, чтобы мусор не плодить?
Доброго времени суток Виталий. Материал зачётный. а вот звук нет , эхотит немало я не сразу понял почему хочется послушать а ушам неприятно я думаю петличный микрофон решит проблему. ЗЫ. Както и в мой микрофон какашку кинули)
Крутой доклад
Доклад получился замечательный!! И большущее спасибо Витале за референс на мой доклад :)
Какой достойный рассказ!
Спасибо Виталию за знания и выступление, а Evrone - за организацию!
Отлично, хотелось бы видеть побольше подобных докладов.
Спасибо за доклад, хочу дополнить спикера
Если в ваших структурах много разноразмерных полей, следует следить за их порядком
Например, не стоит располагать в структуре поля в порядке bool -> int64 -> bool -> float64, в таком случае, в зависимости от архитектуры процессора, вы можете потерять до 44% памяти только на одной структуре
Если вы используете линтеры, рекомендую настроить "structcheck", он не только находит плохой порядок полей, но и умеет находить самый оптимальный порядок. По итогу, для маленьких объектов с учётом фрагментации, может случиться такое, что вы будете использовать только 25% памяти в проценте от выделенной. Да, 25% -- это худший случай, но 50% -- это вполне реальное значение.
Да, выравнивание данных. Кто программировал до Go на Си или C++ должны быть знакомы с этим
Великолепный доклад!
Спасибо! Информативно и без "воды".
Как хорошо, что я набрел на это видео именно сейчас. Не быть мне senior разрабом)). Хоть и понял почти все.
Супер доклад !!!
доклад огонь
охрененный доклад
Спасибо большое!
хотел спросить, на 9:00 минуте вы говорили про то, что при получении из слайса указателей более укороченный вариант, через операцию s = s[:1], у нас остается память, которая недоступна для GC.
а для объектов которые хранятся в слайсе по значению но имеют ссылочное поле результат будет таким же?
к примеру вот такие:
type A struct {
Number *int
}
s := []A{........}
s = s[1:]. ??????
А где можно скачать презентацию?
Можно ли как-то получить ссылку либо на презентацию, либо на источники упомянутые в ней? Очень хотелось бы почитить их! Спасибо!
Сам написал - сам отвечу :)
Текст доклада появился на habr - habr.com/ru/amp/post/676960/
ruclips.net/video/Ss95RF268T0/видео.html Видео доклада источника упомянутый в ней :)
@@Adeonchik большое спасибо. Ютуб по фамилии ищет что-то совершенно не то от вашего однофамильца, но не видит Хайлоад.
Шикарный доклад. Коротко и понятно. Большое спасибо.
Го комьюнити круто.
Перед тем, как посмотреть само видео, дайте попробую угадать: причина потребления памяти кроется в сборщике мусора, а решение - в том, чтобы мусор не плодить?
Доброго времени суток Виталий. Материал зачётный. а вот звук нет , эхотит немало я не сразу понял почему хочется послушать а ушам неприятно я думаю петличный микрофон решит проблему. ЗЫ. Както и в мой микрофон какашку кинули)
доклад хороший но микрофон бы настроить чтобы все вдохи не слышать
нраица
Неплохо, но зачем руками махать?
Реальное курево