там есть профилирование по потреблению памяти

причем 1.5гб это много)

я посмотрел через heap, не увидел ничего страшного, конечно, там был небольшой вопрос, но в целом все ок

может, я что-то не знаю, что еще можно использовать?

это же виртуальная

func readFromConfig()([]CatalogEntry,error){
 configFile,err := os.OpenFile(configFileName,os.O_RDWR | os.O_APPEND,0644)
 if err != nil {
   return nil,err
 }
 defer configFile.Close()

 configContent,err := ioutil.ReadAll(configFile)
 if err != nil {
   return nil,err
 }

 var cfg []CatalogEntry
 err = json.Unmarshal(configContent,&cfg)
 return cfg,err
}  подскажите можно как-нибудь обощить (чтобы можно было в разные структуры считывать) такую функцию, меняется только структура, в которую считывается JSON

vsz это же виртуальная память

вот, от этого еще больше вопросов

то есть, на сколько я понимаю, это память, которая выделяется процессу, но им не используется в данный момент?

ну Go сразу выделяет большой кусок

но просто до последнего релиза такого не было, это смутило больше

и релиз не то чтобы очень большой

а с какого до какого обновление?

стоп, надо уточнить, что релиз приложения произошел) я могу в лс график скинуть

версия Go менялась?

потому что в зависимости от версии рантайма аллокатор себя по-разному ведет

нет

тогда возможно стоит посмотреть pprof на предмет утечек например

это виртуальная память