Окей, в разрезе Го: потоки, которые он изначально создаёт, используются постоянно до конца работы программы или планировщик может грубо говоря заменять их?

Окей, в разрезе Го: потоки, которые он изначально создаёт, используются постоянно до конца работы программы или планировщик может грубо говоря заменять их?

@kezvision Key import ( "github.com/satori/go.uuid" "crypto/rsa" "crypto" "crypto/sha256" "crypto/x509" "github.com/pkg/errors" "../Keystore" ) Keystore import ( "github.com/satori/go.uuid" "github.com/pkg/errors" "../Key" )

В ос переключение потоков идёт относительно просто - проснулся таймер, состояние того, что выполнялось сохраняется, восстанавливается состояние того что будет выполняться. Это позволяет прервать поток в любой момент времени, но довольно дорого по ресурсам

может, но тебя это не должно волновать от слова вообще

Потоки может переключать само приложение и ОС?

исполнение потоков переключает ОС, исполнение гошных рутин переключает приложение в этом отличие контекста асинхронных тасок от потоков

@kezvision я совсем недавно в голанге. подскажите, пожалуйста. мне, просто, надо сделать верификацию через cli. выбрал голанг для опробации этого яп

Почему не должно волновать?

Но в тоже время допустим в Пайтоне интепритатор сам переключается между тредами

это ты проверял лично?

Ну это принцип работы GIL

Сам решает какой тред должен выполняться в текущий момент

Потоки может переключать само приложение и ОС?

в питоне асинхронщина по образу и подобию .net В Го синхронное всё кроме select-а

Как я понимаю, в Го те потоки, которые поднимаются при старте программы, работают одновременно для приложения. Но в то же время планировщик ОС переключается между потоками нашего приложения и других. Верно?

@kezvision готур прошёл давненько всё забылось. обязательно пройду щас ещё раз. подскажите как это правильно заимпортить сейчас

Посоветуете какую то литературу чтобы углубиться в вопрос многопоточности? Чисто интересно

Посоветуете какую то литературу чтобы углубиться в вопрос многопоточности? Чисто интересно

здесь есть глава, в которой написано всё что тебе надо знать о многопоточности для программирования на Го http://www.gopl.io/

Подскажите, статья ещё актуальна? https://morsmachine.dk/go-scheduler

В общем да, кроме сборщика мусора.

Сейчас mark and sweep да?

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

у разных юзеров разные браузеры, у них разная интенсивность

у меня иногда при входе на яндекс мессадж — ваш айпи был замечен в парсинге, а введика капчу

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

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

добрый вечер, пишу парсер yandexa необхоимо делать 20 запросов с промежутком 5 секунд. Yandex понимает что это парсер. подскажите самый безболезненый способ. пока что пользуюсь вот этим github.com/antchfx/htmlquery

проще заплатить за сервис расшифровки капчи чем манаться с проксями

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