ЮВ
Улица
ну конечно, лучше поставить
res, _ := db.getItems()и будь что будет ))
😂
Size: a a a
2020 June 19
VP
Добрый день, ребят,я новичек, у меня такой вопрос, пишу на golang телеграм бота webhook еще не делал, каждую секунду запроашиваю изменения, так вот, решил сделать "живой" тест, когда начинаем боту писать, увеличивается RES память, но не быстро, оставил я бота на ночь работать утром смотрю RES память вернулась в исходное значение и вроде все норм, скажите так должно быть?
ЮВ
а че, в чат сюда стикеры нельзя вставлять? мне не дает...
Хотел повеселить немного ))
Хотел повеселить немного ))
VP
Данное поведение нормальное или надо обратить внимание?
JC
Ну если возвращается в исходное состояние то все ок
VP
Ну если возвращается в исходное состояние то все ок
А с чем может быть связано рост RES памяти?
SZ
а че, в чат сюда стикеры нельзя вставлять? мне не дает...
Хотел повеселить немного ))
Хотел повеселить немного ))
отправку картинок запретили, кто-то "немного повеселился"
AS
А с чем может быть связано рост RES памяти?
с тем что выделяется память под перменные и тд?
ВС
А с чем может быть связано рост RES памяти?
рост количества объектов в куче например
VP
я вот пытаюсь понять может ли Golang как забрал память тут же ее вернуть?
ВС
процесс взятия памяти у системы и отдачи памяти системе довольно дорогой, поэтому в go память забирается большими кусками и отдается не сразу и тоже кусками
AS
я вот пытаюсь понять может ли Golang как забрал память тут же ее вернуть?
обычно фри память оставляют "на будущее"
плюс надо понимать разницу между "настоящей" и "виртуальной" памятью, что владеет приложение
плюс надо понимать разницу между "настоящей" и "виртуальной" памятью, что владеет приложение
VP
процесс взятия памяти у системы и отдачи памяти системе довольно дорогой, поэтому в go память забирается большими кусками и отдается не сразу и тоже кусками
Я правильно понимаю, что лучше избегать кучи и делать все в стеке?
БВ
Я правильно понимаю, что лучше избегать кучи и делать все в стеке?
А зачем тогда вам куча?
ВС
если упираетесь в скорость аллокации - да, это имеет смысл, иначе - нет
@
если упираетесь в скорость аллокации - да, это имеет смысл, иначе - нет
ну почему? если без фанатизма просто писать аккуратно избегая лишнего использования кучи, то почему нет? хорошая практика
VP
ну к примеру у структру
type TestStruct struct {
clients map[int64]*Client //оставляю под клиентов
}
Поправте пожалуйста что лучше использовать?
a := &TestStruct{} //указатель на структуру
a1:= TestStruct{} // копия структуры
type TestStruct struct {
clients map[int64]*Client //оставляю под клиентов
}
Поправте пожалуйста что лучше использовать?
a := &TestStruct{} //указатель на структуру
a1:= TestStruct{} // копия структуры
@
ну к примеру у структру
type TestStruct struct {
clients map[int64]*Client //оставляю под клиентов
}
Поправте пожалуйста что лучше использовать?
a := &TestStruct{} //указатель на структуру
a1:= TestStruct{} // копия структуры
type TestStruct struct {
clients map[int64]*Client //оставляю под клиентов
}
Поправте пожалуйста что лучше использовать?
a := &TestStruct{} //указатель на структуру
a1:= TestStruct{} // копия структуры
зависит от ваших потребностей
VP
если мы хотим ихбегать кучи то указаель лучше не использовать, правильно?