Ребят нужна помощь , настряпал такую конструкцию :

url := "https://system1.com/api" + "/hosts/" + idFrom + ".example.com"
   fmt.Println(idFrom)
   fmt.Println(url)
   obj := model.Getinfoforeman{}
   request1 := tool.NewRequestJson(url)
   request1.Header.AuthorizationBasic("test", "test")
   request1.GET("", &obj)
   bodybytes, err := json.Marshal(&obj)
   if err != nil {
     log.Fatal(err)
   }

   fmt.Println("bodystring: ", string(bodybytes))


По апи забирает список хостов , но таких урлов по которым надо проходится , если несколько , то есть https://system1.com/api  https://system2.com/api  https://system3.com/api


как доработать чтобы по всем урлам ходить и проверять если там нужная инфомация , тут вероятнее всего сделать фукцию поиска нужного урла и потом передать url1 url2 url3

для наглядности лучше пока без фукции

Вам зачем?

Ну 2 варианта вижу:
1. Есть более приоритетные таски в приложении, которые должны быть выполнены с определенными гарантированными ресурсами
2. Не дать сожрать весь cpu и положить логи/управление/мониторинг и прочее. Типа использовать все ядра -1

ссылка битая?

2 решается тем же докером по идее, в нем affinity сделать

А вот первое нет

нет, это просьба описать проблему на play.golang.org форматированым, компилирующимся кодом

Для гарантированности вам в реальное время надо, которое с Go несовместимо из-за шедулера

уххх, описать в коде будет трудновато, то много костылей и тормозов которые будет трудно с симулировать, я узнаю, можно ли выложить программу в паблик,чтобы было удобнее  разбирать мои костыли и грабли . Заодно буду примером того, что как не надо писать программы темболее для mips 128 mb ram

Ну не совсем правильно выразился - есть условно важная функция A (которая что-то куда-то пишет) в приложении и менее важные B, C и D, которые что-то считают. Точнее они не то, чтобы менее важные - но ничего страшного если посчитают немного подольше
Есть машина на 8 ядер.
С аффинити я делаю например так - ядро 1 и 2 отданы под горутины для A, 3,4,5,6,7 под B, C и D, 1 ядро никто не занимает чтобы хост всегда смог писать логи/работал мониторинг, можно было подцепиться по ssh и так далее.
Таким образом у меня функция A не будет конкурировать с остальными за одни и те же ядра, 3, 4, 5, 6, 7 могут быть утилизированы полностью, а 1 и 2 будут свободны под A

Что-то вроде такого

Это вам тогда в мультипроцессинг и IPC, но и тут шедулер никуда не денется

Это не кейс для go.

а методы с большой и с маленькой буквы несут какой-то магический посыл ? там приватные публичные или объект класс или это просто для красоты ?

Я пока только думаю поактивнее в go вкатываться и интересно работает ли подобное

по моему даже формулировать задачу таким образом - грех. Не то что программу писать. Нужно думать о том что и как распараллелить. А не о том, каким образом будет происходить распараллеливание на уровне планировщика

В питоне делается, но через os зависимые костыли

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

Ну они же равномерно разойдутся по ядрам