VI
что означают вот эти квадратики в самом низу: 2.62kb, 13.25kb, 32b?
Size: a a a
2020 April 23
VI
как я понял, сверху-вниз показывается, как накапливаются аллокации, но что в конце, типа не освобожденный heap?
VI
что-то я не нашел нигде расшифровки этих диаграмм, можете просто кинуть ссылку, если это где-то описано, буду признателен
ЛА
что-то я не нашел нигде расшифровки этих диаграмм, можете просто кинуть ссылку, если это где-то описано, буду признателен
Это профиль памяти.
Блоки это функции. В том числе встроенные.
Числа - это сколько памяти аллоцировала функция.
График даёт лишь общее представление, на нем надо рассмотреть самые жирные блоки, далее идти в консоль ппроф и там будет как раз уже конкретная инфа.
Блоки это функции. В том числе встроенные.
Числа - это сколько памяти аллоцировала функция.
График даёт лишь общее представление, на нем надо рассмотреть самые жирные блоки, далее идти в консоль ппроф и там будет как раз уже конкретная инфа.
М
Да пока забей на nginx.
Просто никак не дойдет эта шняга про web сервер.
http.ListenAndServe(ip4:8080 разве не откроет доступ, если заместо ip4 вписать выделенный адрес vps. Чё то валенок я в этом и Гугл больше не щедрится с ответами.
http.ListenAndServe(ip4:8080 разве не откроет доступ, если заместо ip4 вписать выделенный адрес vps. Чё то валенок я в этом и Гугл больше не щедрится с ответами.
NG
МишанЯ
Просто никак не дойдет эта шняга про web сервер.
http.ListenAndServe(ip4:8080 разве не откроет доступ, если заместо ip4 вписать выделенный адрес vps. Чё то валенок я в этом и Гугл больше не щедрится с ответами.
http.ListenAndServe(ip4:8080 разве не откроет доступ, если заместо ip4 вписать выделенный адрес vps. Чё то валенок я в этом и Гугл больше не щедрится с ответами.
Это ip на котором ты запускаешь приложение свое.
VI
Это профиль памяти.
Блоки это функции. В том числе встроенные.
Числа - это сколько памяти аллоцировала функция.
График даёт лишь общее представление, на нем надо рассмотреть самые жирные блоки, далее идти в консоль ппроф и там будет как раз уже конкретная инфа.
Блоки это функции. В том числе встроенные.
Числа - это сколько памяти аллоцировала функция.
График даёт лишь общее представление, на нем надо рассмотреть самые жирные блоки, далее идти в консоль ппроф и там будет как раз уже конкретная инфа.
да, спасибо, но у меня вопрос скорее семантический - что за блоки в конце, в самом низу, не могу понять
СБ
Может кто знает, как в echo, в ctx.Request().Context() добавить какое то значение?
x
Может кто знает, как в echo, в ctx.Request().Context() добавить какое то значение?
Инфы, чтоб дать конкретный ответ, не достаточно, но в любом случае достаточно вот этих трёх методов:
https://pkg.go.dev/github.com/labstack/echo?tab=doc#Context (SetRequest)
https://pkg.go.dev/net/http?tab=doc#Request.WithContext
https://pkg.go.dev/context?tab=doc#WithValue
https://pkg.go.dev/github.com/labstack/echo?tab=doc#Context (SetRequest)
https://pkg.go.dev/net/http?tab=doc#Request.WithContext
https://pkg.go.dev/context?tab=doc#WithValue
СБ
Инфы, чтоб дать конкретный ответ, не достаточно, но в любом случае достаточно вот этих трёх методов:
https://pkg.go.dev/github.com/labstack/echo?tab=doc#Context (SetRequest)
https://pkg.go.dev/net/http?tab=doc#Request.WithContext
https://pkg.go.dev/context?tab=doc#WithValue
https://pkg.go.dev/github.com/labstack/echo?tab=doc#Context (SetRequest)
https://pkg.go.dev/net/http?tab=doc#Request.WithContext
https://pkg.go.dev/context?tab=doc#WithValue
Пробовал так уже
req := c.Request()
ctx := c.Request().Context()
req.WithContext(context.WithValue(ctx, "key", "value"))
проблема в том что WithContext не апдейтит сущействующий Request, а создает новый с присвоением ссылки *r2 = *r
req := c.Request()
ctx := c.Request().Context()
req.WithContext(context.WithValue(ctx, "key", "value"))
проблема в том что WithContext не апдейтит сущействующий Request, а создает новый с присвоением ссылки *r2 = *r
ЛА
Может кто знает, как в echo, в ctx.Request().Context() добавить какое то значение?
А зачем именно в реквест добавлять?
c.Set не подойдёт?
c.Set не подойдёт?
x
Пробовал так уже
req := c.Request()
ctx := c.Request().Context()
req.WithContext(context.WithValue(ctx, "key", "value"))
проблема в том что WithContext не апдейтит сущействующий Request, а создает новый с присвоением ссылки *r2 = *r
req := c.Request()
ctx := c.Request().Context()
req.WithContext(context.WithValue(ctx, "key", "value"))
проблема в том что WithContext не апдейтит сущействующий Request, а создает новый с присвоением ссылки *r2 = *r
Ну да, поэтому в первой ссылке в скобках указан метод
SetRequest)СБ
Ну да, поэтому в первой ссылке в скобках указан метод
SetRequest)блин, спасибо, чето не увидел этот метод)
СБ
А зачем именно в реквест добавлять?
c.Set не подойдёт?
c.Set не подойдёт?
что бы отвязаться от echo
СБ
юзать его только как роутер
C
юзать его только как роутер
может тогда лучше и вовсе отказаться от echo?
СБ
может тогда лучше и вовсе отказаться от echo?
возможно, но не сейчас)
VI
вот что это блин такое, как удалось разбить аллокацию 1552kb (sic!) на 32b и 768b - это, очевидно, после вызова функции где-то аллокации, но где? що это?
VI
самый конец графа pprof