go trace?

пишешь 20 строк кода, запускаешь, смотришь сколько потоков заспаунено

предполагаю, что задача просто откладывается, и после этого либо поллится, либо ожидается ответ от ОС

(но по-прежнему жаль, что эта нформация ничего не даёт)

пишешь 20 строк кода, запускаешь, смотришь сколько потоков заспаунено

Так через go trace, да?

через top

через top

Не понял

В pprof что ли?

не знаю, любыми удобными вам способами

Можно ли назвать ботом то что надо пинать раз в по часа - вопрос.

следующий вопрос: где хостить бота, который будет дергать бота на хероку

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

пруф есть?

пруф есть?

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

по логам выяснилось, что приходил пустой апдейт

то есть пруфа нет)

вебхук или лонгполл?

хотя не суть. пустой апдейт не описанный в доке - это сказка

вебхук или лонгполл?

лонг полл

то есть пруфа нет)

оффициальный лень искать, проявлялось не только у меня, так что..

так что вы уже двоем заблуждаетесь?

в N-ером

угу

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

А у меня бот для телеграма сутками не падает

у меня он падал потому что я не правильно парсил пустой апдейт

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

у меня он падал потому что я не правильно парсил пустой апдейт

слушай, тут через люди спрашивают почему падает на чтении update.Message, забывая о том, что апдейты бывают разных типов, а значит Message может быть nil.

а пустой апдейт - это сказки

Очередной вопрос по многопоточке. Ставлю GOMAXPROCS=1. Допустим у меня в треде очередь горутин, и одна из этих горутин совершает syscall. Что в этом случает делает планировщик? Создаёт новый тред и перекидывает горутины из очереди туда и выполняет их?

И все таки хотелось бы узнать ответ, самому отследить очень сложно

если по простому - то сискол остаётся на треде, а рантайм го берёт другой тред из пула(или создаёт новый) и перекидывает очередь горутин на новый тред

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

есть оптимизации разные, чтобы не переключаться между тредами на быстрых сисколах

Очередной вопрос по многопоточке. Ставлю GOMAXPROCS=1. Допустим у меня в треде очередь горутин, и одна из этих горутин совершает syscall. Что в этом случает делает планировщик? Создаёт новый тред и перекидывает горутины из очереди туда и выполняет их?

Пул потоков в котором выполняются сисколлы

Отлично, понял, спасибо

Где об этом можно почитать в деталях?

если по простому - то сискол остаётся на треде, а рантайм го берёт другой тред из пула(или создаёт новый) и перекидывает очередь горутин на новый тред

Ээээ... Как-то запутанно

Кучу статей перечитал, но все равно они не покрывают многие вопросы

Я вот не понимаю одной, наверняка фундаментальной, вещи

Зачем мы указываем количество логических процессоров? На что это влияет?

Через GOMAXPROCS

на количество одновременно выполняющихся горутин

А как? ?

Насколько я понял, треды ОС создаются независимо от количества процессоров

что как?

И горутины исполняются в тредах

что как?

как влияют?

рантайм го контроллирует что выполняется в тредах, так он и ограничивает

как влияют?

https://dave.cheney.net/tag/gomaxprocs

Где об этом можно почитать в деталях?

https://morsmachine.dk/go-scheduler

Где об этом можно почитать в деталях?

https://github.com/golang/go/blob/master/src/runtime/proc.go

https://morsmachine.dk/go-scheduler

Да, читал

Но потом прочел другое

https://rakyll.org/scheduler/

И там принцип работы обьясняется как то по другому

https://rakyll.org/scheduler/

> There are at most GOMAXPROCS spinning Ms at any time

P имеет другой смысл в цепочке G-M-P

Меня совсем запутала эта картинка

И где то говорится что GOMAXPROCS отвечает за количество логических процессоров, где то - за количество тредов ОС

Например, в статье выше https://dave.cheney.net/tag/gomaxprocs GOMAXPROCS is the well known (and cargo culted via its runtime.GOMAXPROCS counterpart), value that controls the number of operating system threads allocated to goroutines in your program.

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

Да, тредов

сколько там реально тредов будет работать - кто его знает

В доке по GOMAXPROCS GOMAXPROCS sets the maximum number of CPUs that can be executing simultaneously and returns the previous setting.

что непонятно то в итоге?

у него лок на processors vs threads

В доке по GOMAXPROCS GOMAXPROCS sets the maximum number of CPUs that can be executing simultaneously and returns the previous setting.

тут говорится про ядра

Например, в статье выше https://dave.cheney.net/tag/gomaxprocs GOMAXPROCS is the well known (and cargo culted via its runtime.GOMAXPROCS counterpart), value that controls the number of operating system threads allocated to goroutines in your program.

тут про треды ос

ERROR: S client not available

В доке по GOMAXPROCS GOMAXPROCS sets the maximum number of CPUs that can be executing simultaneously and returns the previous setting.

The number of logical CPUs on the local machine can be queried with NumCPU. This call will go away when the scheduler improves.

это следующее предложение

Это все еще касается логических процессоров

Не потоков ОС

Разве нет?

нет, в той же документации по го, где про логические cpu

The GOMAXPROCS variable limits the number of operating system threads that can execute user-level Go code simultaneously. There is no limit to the number of threads that can be blocked in system calls on behalf of Go code; those do not count against the GOMAXPROCS limit. This package's GOMAXPROCS function queries and changes the limit.

Странно почему конкретно в описании функции говорится чуточку о другом

логические cpu тут потому, что программе не всегда дано использовать все физические cpu, к примеру если она работает на определённой numa ноде

Это все еще касается логических процессоров

Что такое "логический процессор" в вашем случае?

Странно почему конкретно в описании функции говорится чуточку о другом

с чего вы взяли что о другом?

Что такое "логический процессор" в вашем случае?

logical CPU

logical CPU

Что это?

lmgtfy

Что это?

поток процессора

грубо говоря, одно ядро

Если нет HT

с чего вы взяли что о другом?

1.GOMAXPROCS sets the maximum number of CPUs 2. GOMAXPROCS variable limits the number of operating system threads

Мне эти два понятия не кажутся одним и тем же ?

ну, это скорее ваша проблема, чем языка Go

вы берёте из целого абзаца пол предложения и пытаетесь этим оперировать

так нельзя

Окей, берем целое

GOMAXPROCS sets the maximum number of CPUs that can be executing simultaneously and returns the previous setting. If n < 1, it does not change the current setting. The number of logical CPUs on the local machine can be queried with NumCPU. This call will go away when the scheduler improves.

Что поменялось? Где тут говорится про потоки ОС?

а зачем говорить об этом тут, если о тредах сказано на несколько абзацев выше в той же документации?

Потому что это в документации, нет?

Если нет HT

А если у нас ht? А если cpu умеет до 8 потоков на ядро?

Почему в документации говорится о двух разных вещах?

А если у нас ht? А если cpu умеет до 8 потоков на ядро?

количество физических ядер * количество потоков на ядро

есть такое понятие, абстракции

GOMAXPROCS sets the maximum number of CPUs that can be executing simultaneously and returns the previous setting. If n < 1, it does not change the current setting. The number of logical CPUs on the local machine can be queried with NumCPU. This call will go away when the scheduler improves.

То есть под CPU вот тут они подразумевают треды ОС?