а шо такое continue OUTLOOP ?

а шо такое continue OUTLOOP ?

label

понятно

а шо такое continue OUTLOOP ?

а вот почему бы не пройти гоутур и не почитать доку?

а вот почему бы не пройти гоутур и не почитать доку?

что-то я там не встретил

управление переходит в ветвь default и там блокируется на ожидании ввода

как этого избежать?

как этого избежать?

использовать горутины

использовать горутины

то есть вынести ввод данных в отдельный поток?

например

в go нет возможности как то глобально ловить паники? т.е. паники и из горутин?

и не в go нет, поток - независимая ветвь исполнения, я бы прокидывал callback и внутри вызываемой функции в recover его вызывал. А можешь озучить, зачем это?

и не в go нет, поток - независимая ветвь исполнения, я бы прокидывал callback и внутри вызываемой функции в recover его вызывал. А можешь озучить, зачем это?

просто узнать что упали. и в лог отправить (в моем случае в sentry)

в лог и без этого должна попадать причина падения, а если не попадает, то где-то ты не доловил err. А узнать кому и зачем, тебе или какому-то менеджеру воркеров?

в лог и без этого должна попадать причина падения, а если не попадает, то где-то ты не доловил err. А узнать кому и зачем, тебе или какому-то менеджеру воркеров?

в смысле недоловил err? это же паника. просто имеется достаточно большая система, написана местами не хорошо, при этом еще и активно дорабатывается и рефачится. и хотелось бы просто все факты падения залогировать через общую систему логирования в сентри

но то что нельзя я понял

но то что нельзя я понял

посмотри, как это сделано в go chi https://github.com/go-chi/chi/blob/master/middleware/recoverer.go#L18

по сути это обертка (мидлварь), в которую каждый запрос оборачивается и там recover(), как я предлагал выше

Подскажите, как правильно преобразовывать chan int в просто int

Подскажите, как правильно преобразовывать chan int в просто int

Tour of go прошли?

Tour of go прошли?

намёк понял

Согласен. Сжирать 75% ядер в продакшен-кластере на "бег на месте" это как-то слишком. Надеюсь, это поведение улучшат.

Под такой характер нагрузки го не рассчитан был изначально.

Были планы сделать request oriented gc, но кроме пропозала из 2016 кажется ничего не произошло

Думал, почему убер так тормозит и садит батарейку в телефоне? Оказывается, они не умеют писать программы и не знали, что оверзед в любом full scan gc пропорционален количеству указателей на объекты. Написали на го инмемори сторейдж на указателях и хотят, чтобы он быстро работал на стогиговом зипе с миллиардом указателей :) Бракоделы!!!

Они на это наступили в своем m3db (оно на гитхабе)

Это их tsdb для мониторинга

А можно подробнее про "не рассчитан" и где та точка рассчетной нагрузки? Я так понял из доклада, что проблема именно в огромной куче и указателях, проблема то есть в архитектуре и принципиальном unscale подходе

Я на похожее поведение на прошлой работе тоже наступал в момент когда люди делали слишком сложные запросы

А можно подробнее про "не рассчитан" и где та точка рассчетной нагрузки? Я так понял из доклада, что проблема именно в огромной куче и указателях, проблема то есть в архитектуре и принципиальном unscale подходе

Не знаю, говорили много раз что го делался как замена питону в скриптах и простых glue api

И в общем в начале никто не думал что базы будут на нем делать

Отсюда и проблемы с гц на которые наступает любая жирная база на гошке

В докладе в том числе упоминалось про то что гц в го родом из 70ых :)

Не знаю, говорили много раз что го делался как замена питону в скриптах и простых glue api

А кто говорил? В питоне-то нет проблем с GC, там реф-каунтинг и утечки памяти при сложных циклических зависимостях

И что generational что request oriented был бы лучше

А кто говорил? В питоне-то нет проблем с GC, там реф-каунтинг и утечки памяти при сложных циклических зависимостях

Я думаешь помню?

тогда это выглядит как будто ты говорил, го для скриптов и glue api как из пушки по воробьям

тогда это выглядит как будто ты говорил, го для скриптов и glue api как из пушки по воробьям

Ну пыц

Я где то читал, где не помню

Можешь поискать сам если хочешь

Не хранить указатели, а максимально использовать структуры по значению?

точнее не разделять память между функциями

тогда это выглядит как будто ты говорил, го для скриптов и glue api как из пушки по воробьям

донован писал, что гошана придумали чтобы убить унылых заумных косячных программистов Си и дать наконец то рнструмент для системного программирования с высоким КПД от разработчика

Отсюда и проблемы с гц на которые наступает любая жирная база на гошке

Как решаются эти проблемы? Пишуться ли такие высоконагруженные системы на го вообще?

Как решаются эти проблемы? Пишуться ли такие высоконагруженные системы на го вообще?

Как в докладе

Или страдать и пытаться ещё как то снизить gc pressure

Или плюнуть и вынести часть кода в сервис на rust/c++

точнее не разделять память между функциями

Вот это похоже на Go-way. Спрятать по максимуму памяти внутри горутин и обмениваться транзакциями через каналы. Но будет ли это эффективно?

Вот это похоже на Go-way. Спрятать по максимуму памяти внутри горутин и обмениваться транзакциями через каналы. Но будет ли это эффективно?

еще как

Как решаются эти проблемы? Пишуться ли такие высоконагруженные системы на го вообще?

Плодят меньше мусора. С go это сложно довольно, но можно

Вот это похоже на Go-way. Спрятать по максимуму памяти внутри горутин и обмениваться транзакциями через каналы. Но будет ли это эффективно?

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

Плюс канал по скорости чуть медленее чем слайс за мьютексом

Плюс канал по скорости чуть медленее чем слайс за мьютексом

А?!

А?!

а что не так? Канал это буфер, mutex, списки sender'ов и ресиверов и энное колличество магии. См runtime/chan.go

если очень упрощенно

соответственно активно их используя ты огребешь lock contention и вот все что с ним прилагается и на нагрузке разницы особой не будет по скорости (даже каналы окажутся чуть медленее если 1 к 1)

а что не так? Канал это буфер, mutex, списки sender'ов и ресиверов и энное колличество магии. См runtime/chan.go

Ну тем не менее я бы не советовал городить свою имплементацию поверх слайса и мьютекса

Я к этому

Ну тем не менее я бы не советовал городить свою имплементацию поверх слайса и мьютекса

это само собой

Я бы тоже

Просто полезно понимать что они не lock free и не магия

Или страдать и пытаться ещё как то снизить gc pressure

вот есть магия такая: //go:notinheap у описания типа структуры защищает от написания кода с возможными ссылками для GC

вот есть магия такая: //go:notinheap у описания типа структуры защищает от написания кода с возможными ссылками для GC

много ограничений

A type marked as go:notinheap may not live in the heap, and does not require a write barrier.

Any type that contains a go:notinheap type is itself go:notinheap. Structs and arrays are go:notinheap if their elements are. Maps and channels of go:notinheap types are disallowed. To keep things explicit, any type declaration where the type is implicitly go:notinheap must be explicitly marked go:notinheap as well.

делай с uintptr :)

Что странно, я зашел сюда по рекламе. Хотя я не пишу на го.

ERROR: S client not available

Как лучше всего передать мапу в функцию: по указателю или нет? В функции только чтение с мапы

Как лучше всего передать мапу в функцию: по указателю или нет? В функции только чтение с мапы

без указателя всегда

внимание, github! как правильно оформлять PR в исходный проект, если поменял пути импорта на свои, а в PR это вставлять не хочешь? кто какие трюки git знает? на гитхабе нет выборочного PR, а майнтейнеру хочется облегчить работу. но делать ветку с исправленными путями тоже кажется криво.

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

и не менять пути импорта

это как?

я ж свой реп клонирую, у него свой путь

git clone репа куда

это путаница может быть. особенно если потом гогетом или депом тащить

вобщем я так понимаю кроме как создать отдельную ветку и там вернуть пути - особо надежных вариантов и нет?

депу придется прояснить, он умеет

гогет пользуется уже имеющимся, если оно есть

мне кажется это кривовато

это самое прямое, что может быть

подмена репы получается

а если потом забуду и в другой проект гогетом затащу?

до того, как будет пуореквест принят?

да

он может быть и не принят, а мне надо

так если он быстро не принят - все одно надо форкать и самому развивать

ну ок, значит через отдельную ветку pr делать

а тестить как?

или без тестирования засылать?

очень умно...

Всем привет! Ищу помощи от знающих людей. Есть консольное приложение которое принимает числа от пользователя. Как сделать так чтобы если пользователь не вводит число на протяжении 10 секунд программа выдавала рандомное число в консоль и запрашивала следующее? Go начал изучать этой ночью, многого пока не понимаю. Гугл и просмотр форумов ответа не дали

Всем привет! Ищу помощи от знающих людей. Есть консольное приложение которое принимает числа от пользователя. Как сделать так чтобы если пользователь не вводит число на протяжении 10 секунд программа выдавала рандомное число в консоль и запрашивала следующее? Go начал изучать этой ночью, многого пока не понимаю. Гугл и просмотр форумов ответа не дали

Можно сделать канал, который принимает это число, и в горутине таймер, который по истечению 10 секунд шлёт в канал это число.

То есть у тебя и scan будет слать число в канал, и горутина с таймером. То число, которое будет прислано первым и пойдёт дальше)

внимание, github! как правильно оформлять PR в исходный проект, если поменял пути импорта на свои, а в PR это вставлять не хочешь? кто какие трюки git знает? на гитхабе нет выборочного PR, а майнтейнеру хочется облегчить работу. но делать ветку с исправленными путями тоже кажется криво.

А если пути в ENV запихнуть с дефолтами?

Всем привет! Ищу помощи от знающих людей. Есть консольное приложение которое принимает числа от пользователя. Как сделать так чтобы если пользователь не вводит число на протяжении 10 секунд программа выдавала рандомное число в консоль и запрашивала следующее? Go начал изучать этой ночью, многого пока не понимаю. Гугл и просмотр форумов ответа не дали

Это рубрика Вопрос недели?

Это рубрика Вопрос недели?

Скорее дня, или даже часа)