должно отдавать 3 строчки, но отдает 2

Когда jobs =nil, вываливаешься из цикла не успевая вычитать все из резалт канала

как решить?

Когда jobs =nil, вываливаешься из цикла не успевая вычитать все из резалт канала

а гоурутины что стопаются?

он успевает пройти же

а гоурутины что стопаются?

При выходе из main все горутины просто прибиваются без ожидания

странно что даже вангига нету

как решить?

когда ты сделал break, то все вываливается из цикла и все гоурутины умирают. Выход использовать waitgroup

ок, спасибо буду пробывать

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

ок, спасибо буду пробывать

?

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

чисто ради интереса

нет задачи конкретной

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

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

none

спасибо за совет :)

спасибо за совет :)

в твой ситуации лучше запустить несколько хедлеров на 1 канале (одинаковых), с буферизированным каналом

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

Звучит как будто выдрано из контекста

и внутри уже не плодить гоурутины

Звучит как будто выдрано из контекста

я просто предупредил, что это далеко не бесплатно и радужно ? От того что наделаешь 10000 гоурутин врятли у тебя будет приложение с понями и радугой

я на эти грабли уже вьехал

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

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

Конечно, есть оверхед в рантайме при переключении контекстов планировщиком

я просто предупредил, что это далеко не бесплатно и радужно ? От того что наделаешь 10000 гоурутин врятли у тебя будет приложение с понями и радугой

А что у вас в горутинах? Традиционно люди не знают для чего горутины нужны и пихают туда вычислительные операции, а потом жалуются

а куда по вашему вычислительные операции? ? там на гоурутинах дерево перестраивалось

Если у вас только вычисления то количество горутин равно количеству ядер

ничего вроде сложного но очень много элементов

Перестроение дерева - вычисления

Рантайм тоже наложит свою плату

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

корневых веток около 40

А что у вас в горутинах? Традиционно люди не знают для чего горутины нужны и пихают туда вычислительные операции, а потом жалуются

а есть альтернативы? кроме тех же самых гоурутин, но с каналами

по количеству ядер

Альтернатива для чего? Какая задача? Если задача - сделать вычисления параллельно то горутины по количеству ядер + канал

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

Но это же не абстрактная задача в вакууме. Контекст какой?

да я решил ее, год назад ?

я просто человеку написал как делать не стоило бы

Ну я к тому, что в определенных задачах нужно 10к горутин и приложение при этом получается с понями и радугами))) вопрос в том, какая задача

я просто человеку написал как делать не стоило бы

Я понял)) диалог был прочитан))

врятли оно получится с понями на 10k одновременно работающих гоурутин ?

накладные расходы будет шо писец

Так они не могут одновременно работать никогда

Одновременно работает количество горутин равное количеству ядер

блин... ну не прикапывайтесь ?

Ок)

я относительно языка говорил, так то ежу понятно

Одновременно 10к горутин спокойной существуют в рантайме, даже 100к если хотите, но опять-таки смотря что внутри горутины и какая задача))

Больше не придираюсь)))

так лучше приложение не строить ?

один хрен упремся в проц

Бывают разные задачи)

даже если это api http у которого хендлеры

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

тогда возможно будет делать мега-гиго процессоры, по сети

и запускать приложения под винду на все доступные сетевые ядра (100000 тысяч+- штук) ? без написания микросервисов

?

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

и запускать приложения под винду на все доступные сетевые ядра (100000 тысяч+- штук) ? без написания микросервисов

Хаха, я еще 15 лет назад использовал MPICH - https://en.wikipedia.org/wiki/MPICH

а никто не хочет добавить поддержку map[string]string, map[string]int в мою библиотеку парсинга флагов в структуры?

https://github.com/octago/sflags/issues/7

Почему интересно в этом задании голанг с таким треском проигрывает С++, java и остальным http://benchmarksgame.alioth.debian.org/u64q/binarytrees.html

ERROR: S client not available

2.5 секунды плюсы 34 (!) секунды голанг Задание сгенерировать Бин дерево и посчитать количество узлов для каждой глубины

Почему интересно такой эпик фейл. Медленная работа с памятью? Рекурсия?

В остальных тестах, кроме регулярок, +- на уровне плюсов и rusta

Ну можешь оптимизировать: http://benchmarksgame.alioth.debian.org/u64q/program.php?test=binarytrees&lang=go&id=4

Ну можешь оптимизировать: http://benchmarksgame.alioth.debian.org/u64q/program.php?test=binarytrees&lang=go&id=4

Так знай я в чем причина, так и сделал бы ?. В продакшене так кончено никто не будет писать, но интересно почему такая разница.

Как у Go с хвостовой оптимизацией рекурсивных вызовов? Вот это: func bottomUpTree(depth int) *Node { if depth <= 0 { return &Node{nil, nil} } return &Node{ bottomUpTree(depth-1), bottomUpTree(depth-1), } } Можно развернуть в цикл например, если у него с этим не очень

Можно еще переписать WaitGroup на атомики. Посмотрел реализацию C++ Так они там используют OpenMP + Apache Portable Pool - не самый быстрый способ работы с парралельным кодом, так что там все еще быстрее может быть

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

http://benchmarksgame.alioth.debian.org/u64q/binarytrees-description.html#binarytrees

http://benchmarksgame.alioth.debian.org/u64q/binarytrees-description.html#binarytrees

В целом главная проблема - сборка мусора. Это плата за удобство программирования

Простым добавлением debug.SetGCPercent(1000) в код бенчмарка я уменьшил время выполнения в два раза. При этом расход памяти вырос в 5 раз.

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

Вот оно что.

А разница с c# и java это разница оптимизации работы сборщиков?

А разница с c# и java это разница оптимизации работы сборщиков?

ну вообще еще язык приятнее у шарпов, много сахара приятного и параллельности с корутинами

ну вообще еще язык приятнее у шарпов, много сахара приятного и параллельности с корутинами

Так чё же они не добавили сахара в go, если это так ускоряет всё ??

Хотя смотрю атомики не сильно меняют картину в Go https://play.golang.org/p/PbTS6BmY6hU

Кстати почему play.golang.org не выводит время? Оно всегда нулевое

Оптимизация такая

Там время виртуальное

И детерменированное

Как и рандом ;)

Рандом везде детерменинрован, если мы говорим о псевдослучайных генераторах, а не скажем рандом байтов в криптографии

Кстати, как простенький рандом сваять в одну строку? Желательно как-то так: r := int(random(timestamp))

random := rand.New(rand.NewSource(time.Now().UnixNano())) r := strconv.Itoa(random.Intn(math.MaxInt32))

Не знаю, может можно и проще, но это какой то пи** извиняюсь, даже в Си проще с этим

random := rand.New(rand.NewSource(time.Now().UnixNano())) r := strconv.Itoa(random.Intn(math.MaxInt32))

Спасибо. Сложновато.

Можно чуть проще: rand.Seed(time.Now().UnixNano()) r := strconv.Itoa(int(rand.Int31()))

а читалки /dev/urandom нет?

а читалки /dev/urandom нет?

Используй "crypto/rand" пакет b := make([]byte, 16) if _, err := rand.Read(b); err != nil { fmt.Println("error:", err) return } fmt.Println(b)

Проверка на err обязательна, так как буфер с энтропией может быть пустым