https://gobyexample.ru http://golang-book.ru

Огромное спасибо

Вопрос по многопоточности, что то на офсайте как то без конкретики. Горутины подкапотом через какой то внутренний пул работают? Или как то по другому ?

ПРИКРОЙТЕ ВОРОТА, НОВЫЕ ЗАРАЖЁННЫЕ ВЫСТУПАЮТ

"Запри эту чертову дверь!"

ПРИКРОЙТЕ ВОРОТА, НОВЫЕ ЗАРАЖЁННЫЕ ВЫСТУПАЮТ

прекращай курить в одиночку

Вопрос по многопоточности, что то на офсайте как то без конкретики. Горутины подкапотом через какой то внутренний пул работают? Или как то по другому ?

Внутри есть свой "шедулер"

Вопрос по многопоточности, что то на офсайте как то без конкретики. Горутины подкапотом через какой то внутренний пул работают? Или как то по другому ?

Мне вот эта статья нравится https://dave.cheney.net/2014/06/07/five-things-that-make-go-fast

Там надо долистать до слайда с горутинами только. Сначала про другое идёт.

Внутри есть свой "шедулер"

Как бы очевидно что он есть вопрос в подробностях, ссылками.

хех

Как бы очевидно что он есть вопрос в подробностях, ссылками.

Ну сорян, гугл в помощь :)

Ну сорян, гугл в помощь :)

Гугл конечно вещь хорошая) но я так думаю тут есть специ которые могли бы из первых рук пояснить

Гугл конечно вещь хорошая) но я так думаю тут есть специ которые могли бы из первых рук пояснить

Тогда Яндекс. Я им искал.

Гугл конечно вещь хорошая) но я так думаю тут есть специ которые могли бы из первых рук пояснить

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

@flaidzeres https://docs.google.com/document/d/1TTj4T2JO42uD5ID9e89oa0sLKhJYD0Y_kqxDv3I3XMw лови

Благодарю

Хотя 2012, актуально ли

Как ни как 2к17

ну по крайней мере это был драфт ) вроде как сейчас оно в языке

ну посмотри что меняли с 1.2 )

?

Проще тогда в исходниках посмотреть)

Но я вообще рассчитывал на быстрый ответ

Видимо знающих пока нет, или они спят

Всем привет! Какую gui либу выбрать что бы потом не было мучительно больно?

(я знаю что многие не любят го на десктопе и иногда ругаются на это)

@flaidzeres особо не заморачивался просто

@flaidzeres особо не заморачивался просто

Понятно)

Всем привет! Какую gui либу выбрать что бы потом не было мучительно больно?

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

Всем привет! Какую gui либу выбрать что бы потом не было мучительно больно?

gx-ui, go-qml

а shiny сильно сырая?

Вроде есть форк официальной, но умершей библы для гуя, но я хз

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

а shiny сильно сырая?

хз не пробовал https://github.com/avelino/awesome-go#gui тут список есть ) qt, gtk пробовал

хз не пробовал https://github.com/avelino/awesome-go#gui тут список есть ) qt, gtk пробовал

Что с qt?

что-то работал ) окно сделал и забил )

*что-что

*что-что

Тут полгода как редактирование есть, бро. :В

Но я вообще рассчитывал на быстрый ответ

Если быстро: Есть GOMAXPROC (число ядер по дефолту в новых версиях Go) worker тредов которые исполняют горутины. При вызове функции воркер тред может перехватить управление на себя, припарковать горутину, и начать выполнять следующую. Есть отдельно netpoller тред, который занимается горутинами, которые делают асинхронный io syscall (ходят в сеть, грубо говоря), и скидывает их в очередь исполнения, когда их асинхронный вызов завершается. Еще есть timer тред, который держит priority queue таймеров и будит горутины, когда приходит их время. Еще горутины делающие блокирующие системные вызовы или вызывают CGo сбрасываются в отдельные треды, т.к. нет гарантий что они не заблокируются, а если это произойдет в worker треде, то её будет ждать очередь в этом worker, что плохо. Собственно из за скидывания в отдельный поток у CGo большой overhead. Можно почитать https://morsmachine.dk/go-scheduler Поправьте, если я где-то не прав.

Тут полгода как редактирование есть, бро. :В

web версию как-то стороной прошло )

месяца 2 назад у меня не работает по крайней мере

Если быстро: Есть GOMAXPROC (число ядер по дефолту в новых версиях Go) worker тредов которые исполняют горутины. При вызове функции воркер тред может перехватить управление на себя, припарковать горутину, и начать выполнять следующую. Есть отдельно netpoller тред, который занимается горутинами, которые делают асинхронный io syscall (ходят в сеть, грубо говоря), и скидывает их в очередь исполнения, когда их асинхронный вызов завершается. Еще есть timer тред, который держит priority queue таймеров и будит горутины, когда приходит их время. Еще горутины делающие блокирующие системные вызовы или вызывают CGo сбрасываются в отдельные треды, т.к. нет гарантий что они не заблокируются, а если это произойдет в worker треде, то её будет ждать очередь в этом worker, что плохо. Собственно из за скидывания в отдельный поток у CGo большой overhead. Можно почитать https://morsmachine.dk/go-scheduler Поправьте, если я где-то не прав.

тоже самое что и сбрасывал я до этого )

о чем вы тут опять?

Если быстро: Есть GOMAXPROC (число ядер по дефолту в новых версиях Go) worker тредов которые исполняют горутины. При вызове функции воркер тред может перехватить управление на себя, припарковать горутину, и начать выполнять следующую. Есть отдельно netpoller тред, который занимается горутинами, которые делают асинхронный io syscall (ходят в сеть, грубо говоря), и скидывает их в очередь исполнения, когда их асинхронный вызов завершается. Еще есть timer тред, который держит priority queue таймеров и будит горутины, когда приходит их время. Еще горутины делающие блокирующие системные вызовы или вызывают CGo сбрасываются в отдельные треды, т.к. нет гарантий что они не заблокируются, а если это произойдет в worker треде, то её будет ждать очередь в этом worker, что плохо. Собственно из за скидывания в отдельный поток у CGo большой overhead. Можно почитать https://morsmachine.dk/go-scheduler Поправьте, если я где-то не прав.

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

нет, потому, что не нужно

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

Число worker тредов не меняется: если делать больше чем ядер, то производительность будет падать. CGo треды пулятся и их число может расти.

Число worker тредов не меняется: если делать больше чем ядер, то производительность будет падать. CGo треды пулятся и их число может расти.

Благодарю

gx-ui, go-qml

go-ui - не нашел доков совсем, go-qml в альфе похоже у qt какие подводные? оно кросикомпиляцию сильно ломает?

которая https://github.com/therecipe/qt

go-ui - не нашел доков совсем, go-qml в альфе похоже у qt какие подводные? оно кросикомпиляцию сильно ломает?

https://github.com/google/gxui вот

из названия видно

кроскомпиляцию не пробовал ) по идее с qt проблем не должно быть )

с нативным гуём всё странно ) биндинги вроде есть к многим либкам )

что то experemental пугвет возьму qt наверное спасибо!

https://github.com/google/gxui вот

Но есть вроде как пока ещё живой форк: https://github.com/nelsam/gxui

нет, потому, что не нужно

почему? в системе гораздо больше тредов, чем ядер

Потому, что у нас есть горутины

Их может быть существенно больше, чем ядер и тредов

на сколько тредов оси мапятся горутины?

если это GOMAXPROC, то их как-то мало

Почему мало?

при блокирующих операциях быстро забьются

ось их вытеснит

ERROR: S client not available

при блокирующих операциях быстро забьются

а откуда возьмутся блокирующие операции?

а откуда возьмутся блокирующие операции?

например, запрос к бд без асинк драйвера

например, запрос к бд без асинк драйвера

А откуда возьмется не асинк драйвер?

А откуда возьмется не асинк драйвер?

если бд не умеет

или если не написали :)

если бд не умеет

а кого интересует, что там бд умеет?

или если не написали :)

а написали синхронный на go? ну ссзб

а кого интересует, что там бд умеет?

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

Не, можно for { i=1 } сделать и всё

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

кочего нет?

Не, можно for { i=1 } сделать и всё

можно подробнее?

можно подробнее?

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

Сетевой обмен в недрах рантайма асинхронный

кочего нет?

что-то, куда потом прийдет ответ

что-то, куда потом прийдет ответ

такого физически не бывает. оно всегда есть

Этого достаточно для того, чтобы любой обмен с базой перестал быть блокирующим

Этого достаточно для того, чтобы любой обмен с базой перестал быть блокирующим

Не, ну я могу себе представить написание блокируюего драйвера :)))))

Нет. Беру свои слова обратно - не могу

В Go вообще нет возможности синхронно сеть писать?

Всё, на свалку:)

А?

не, не клеится чтение файла с диска может быть 100% синхронным

Зачем?

ну вот просто, иначе нельзя

Это как?

это по одному треду оси на сисколл

Еще раз - io асинхронное в недрах go

поверю, что сетевое

И файловое

https://github.com/golang/go/issues/6817

ну не так это