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

И разве го не использует потоки Ос и между ними перекидует горутины?

И разве го не использует потоки Ос и между ними перекидует горутины?

если под "потоком го" вы имеете в виду асинхронную таску, то это знание никак не поможет

в го нет асинхронных тасков. есть горутины. или "гринетреды"

есть файл Keystore.go package Keystore type Keystore struct { loaded bool keys []Key.Key } func (k *Keystore) getByUUID(uuid uuid.UUID) (Key.Key, error) { return Key.Key{}, errors.New("Not found") // TODO } ..... есть Key.go package Key type Key struct {...} func (k *Key) Verify(keystore Keystore.Keystore) bool { signer, err := keystore.getByUUID(k.Signer) err = VerifyBy(&signer, k, keystore) if err != nil { return false } return true } ругается на keystore.getByUUID Unresolved reference 'getByUUID' PS иде предлагает создать в Keystore.go func (k *Keystore) getByUUID(uuids uuid.UUID) (interface{}, interface{}) что я не так делаю?

нет. есть правильная терминология и отсебятина. рекомендовано придерживаться первой.

Понял

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

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

@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 да?

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

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