или расте

или плюсах

а посмотрите docker logs за один из упавших контейнеров, там вроде тоже что-то должно отобразиться из того что он писал перед тем как упасть

I'm here1 2018/04/26 06:53:52 Using address: = :8080 I'm here2 I'm here2 что в консоль пишет, то и в логах

или плюсах

или луа

а посмотрите docker logs за один из упавших контейнеров, там вроде тоже что-то должно отобразиться из того что он писал перед тем как упасть

log.Fatal помог 2018/04/26 07:04:59 listen tcp: lookup = : no such host

log.Fatal помог 2018/04/26 07:04:59 listen tcp: lookup = : no such host

удобная штука да еще могу посоветовать сделать грейсфулшатдаун, у меня вот так сделано: // starting web server log.Println("Starting web server...") Server := http.Server{Addr: ":80"} go func() { log.Fatal(Server.ListenAndServe()) }() // graceful shutdown signalChan := make(chan os.Signal, 1) signal.Notify(signalChan, syscall.SIGINT, syscall.SIGTERM) <-signalChan log.Println("Shutdown signal received, exiting...") Server.Shutdown(context.Background())

O_o

я конечно может и ночь не спал

но

func BenchmarkVar(b *testing.B) { var testString string for i := 0; i < b.N; i++ { testString = testTwo() } } func BenchmarkValue(b *testing.B) { var testString string for i := 0; i < b.N; i++ { testString = test() } } func test() string { return "test" } func testTwo() string { var testVar = "test" return testVar }

почему ругается то на testString declared and not used

O_o

просто o_O

удобная штука да еще могу посоветовать сделать грейсфулшатдаун, у меня вот так сделано: // starting web server log.Println("Starting web server...") Server := http.Server{Addr: ":80"} go func() { log.Fatal(Server.ListenAndServe()) }() // graceful shutdown signalChan := make(chan os.Signal, 1) signal.Notify(signalChan, syscall.SIGINT, syscall.SIGTERM) <-signalChan log.Println("Shutdown signal received, exiting...") Server.Shutdown(context.Background())

Большое спасибо) оказывается при указании ENV HTTP_URL ":8080" не надо использовать равно)

func BenchmarkVar(b *testing.B) { var testString string for i := 0; i < b.N; i++ { testString = testTwo() } } func BenchmarkValue(b *testing.B) { var testString string for i := 0; i < b.N; i++ { testString = test() } } func test() string { return "test" } func testTwo() string { var testVar = "test" return testVar }

func BenchmarkVar(b *testing.B) { for i := 0; i < b.N; i++ { testTwo() } } func BenchmarkValue(b *testing.B) { for i := 0; i < b.N; i++ { test() } }

ну я так побоялся что не выделит память вообще

ради оптимизации

ну я так побоялся что не выделит память вообще

делай тогда return в тесте

я не совсем понимаю почему мой пример не работает O_o

и ide ругается

я не совсем понимаю почему мой пример не работает O_o

лучше объяви вне метода

var testString string func BenchmarkVar(b *testing.B) { var r string for i := 0; i < b.N; i++ { r = testTwo() } testString = r } func BenchmarkValue(b *testing.B) { var r string for i := 0; i < b.N; i++ { r = test() } testString = r }

может быть ты имел введу за тушкой

но я делаю и оно что-то вообще не показывает по памяти ничего

BenchmarkVar-4 2000000000 1.08 ns/op 0 B/op 0 allocs/op BenchmarkValue-4 2000000000 1.08 ns/op 0 B/op 0 allocs/op

BenchmarkVar-4 2000000000 1.08 ns/op 0 B/op 0 allocs/op BenchmarkValue-4 2000000000 1.08 ns/op 0 B/op 0 allocs/op

а должен?

но меня больше волнует почему переменную нельзя объявнить в теле функции

это бред какой то

вот тут легко сделали - https://github.com/cornelk/go-benchmark/blob/master/parameter_test.go

func BenchmarkVar(b *testing.B) { var testString string for i := 0; i < b.N; i++ { testString = testTwo() } } func BenchmarkValue(b *testing.B) { var testString string for i := 0; i < b.N; i++ { testString = test() } } func test() string { return "test" } func testTwo() string { var testVar = "test" return testVar }

я думаю, что он такие функции вообще инлайнит

там же используется

а в твоих тестах нет

почему ругается то на testString declared and not used

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

func BenchmarkTestTwo(b *testing.B) { var testString string for i := 0; i < b.N; i++ { testString = test() } }

а в смысле тест стринг нигде не вызывается?

Йеп

но бред же, приваиванием я уже "потрогал ее"

ты положил значение в память ,а потом его нигде не брал

Го считает, что это лишнияя операция

Потрогать - это вот так сделать в конце: _ = testString

да мистика

или testString = testString

или все такие надо спать ночью O_o

где же мистика?

Он говорит, нафиг тебе переменную объявлять, если ты ей не пользуешься? только память тратить да процессорные такты

на самом деле он бесит

Он думает, скорее всего программист ошибся, скорее всего он хотел потом это значение использовать и проебался

иногда надо часть кода закоментарить побыстрому

и там начинается

"ой импорты лишние" "ой переменная не используется"

иногда надо часть кода закоментарить побыстрому

и оставить будущим поколениям, ага

и оставить будущим поколениям, ага

импорты лишние убиваются goimports'ами по сохранению файлика

(не на то ответил, сорри)

да причем тут поколениям

для отладки

для отладки

fmt.Println

обычно пока проблему ищешь, быстро сохранения в бд комментаришь что быне клал туда ничего :)

но иногда такие "каскады" пустых переменных

обычно пока проблему ищешь, быстро сохранения в бд комментаришь что быне клал туда ничего :)

ни разу так не делал:)

но иногда такие "каскады" пустых переменных

слишком большие функции:)

подскажите, почему не работает этот код buf, _ := ioutil.ReadAll(request.Body) readerPrint := ioutil.NopCloser(bytes.NewBuffer(buf)) reader := ioutil.NopCloser(bytes.NewBuffer(buf)) fmt.Println("Request body : ", readerPrint) request.Body = reader

ERROR: S client not available

подскажите, почему не работает этот код buf, _ := ioutil.ReadAll(request.Body) readerPrint := ioutil.NopCloser(bytes.NewBuffer(buf)) reader := ioutil.NopCloser(bytes.NewBuffer(buf)) fmt.Println("Request body : ", readerPrint) request.Body = reader

а что он должен делать?

Алсо, вычитка из readerPrint прочитает всё из buf, и второму reader'у ничего не останется

а что он должен делать?

читать реквест боди, печатать его, потом продолжать выполнение DefaultTransport

читать реквест боди, печатать его, потом продолжать выполнение DefaultTransport

тогда потому что он уже всё вычитал, когда печатал

надо копировать buf целиком

тогда потому что он уже всё вычитал, когда печатал

я для этого создаю 2 новых буфера

я для этого создаю 2 новых буфера

А, хм.

если я убираю этот кусок и не трогаю боди, все работает

runtime error: invalid memory address or nil pointer dereference

runtime error: invalid memory address or nil pointer dereference

это на какую строку?

это на какую строку?

buf, _ := ioutil.ReadAll(request.Body)

buf, _ := ioutil.ReadAll(request.Body)

а запрос там точно не nil?

Добавьте проверку перед ней)

if request == nil { log.Fatal("AAAA") }

а запрос там точно не nil?

nil . спасибо

request.Body только. запрос приходит, но без body

nil . спасибо

ну и печатать попроще можно, не делать новый буфер, а просто fmt.Printf("req: %s", string(buf))

Лишний раз убежадюсь в вашей правоте. Что быстрее самомму тест написать. Чем спрашивать.

https://deferpanic.com/blog/understanding-golang-memory-usage/ может вам поможет эта статья

https://deferpanic.com/blog/understanding-golang-memory-usage/ может вам поможет эта статья

кстати бенчем не отлавливается

пишет вообще типо память не выделялась O_o

ну и печатать попроще можно, не делать новый буфер, а просто fmt.Printf("req: %s", string(buf))

экономнее, спасибо )

Читаю книгу "язык программирования GO" Кернигана, в 8 главе про горутины и чаны автор говорит что параметры программы необходимо передать через горутину что бы не было взаимоблокировки основной горутины(main) и вспомогательных. Можеть объяснить как тут может произойти взаимоблокировка если в чан добавлять не в го-подпрограмме https://github.com/adonovan/gopl.io/blob/master/ch8/crawl1/findlinks.go#L39

почему ругается то на testString declared and not used

Чтобы компилятор в бенчмарке не оптимизировал ничего, хранить надо в глобальной переменной

скорее всего - расход будет идентичен

Написал тест. Интересные результаты получились. С return заниммает меньше памяти и бенчмарк быстрее при возврате uint32. При возврате int размер кода одинаковый в обоих вариантах. Свитч из 1,5тыс значений получился 30кб. Примерно 16 байт на один кейс. Кейс тупо принимает uint16 отдаёт uint32 или uint64  (во втором тесте). Ещё момент Я ожидал увеличение кода в два раза при переходе на uint64. Но его нет. Разница в 200байт. Или компилятор оптимизирует и всё переводит в uint32 или не оптимизирует и всё держит в uint64. надо смотреть ассемблерный листинг, но уже не буду. Я делаю вывод в пользу return ну и бездумно int, uint64 и int64 не использовтаь там где не надо.

Хотя наврное стоит в асемблере покопаться. Потому что это не порядок. Почему 8 байтные константы занимают столько же сколько и 4 байтные

Потому, что память выделяется блоками

Потому, что память выделяется блоками

я сейчас о размере исполняемого файла а не озу

а.. понял

может быть

Эот можно проверить если увеличить размер свитча раз в 100, чтоыб блочность на этом фоне не играла роли

например