@ellersseer приведи примеры адекватных аргументов за какой-нибудь другой язык

@ellersseer приведи примеры адекватных аргументов за какой-нибудь другой язык

Не приведет

Не приведет

забанен?

До полуночи

Оба

@ellersseer приведи примеры адекватных аргументов за какой-нибудь другой язык

Я могу привести

Например си хорош, потому что у него стабильное ABI

И близок к железу

Ещё могу сказать, что например шаблоны в си++ объективное говно

Или макросы в си/с++

@c_vld ну вот Го это лично для меня компромис между плюсами и питонами. Писать на нем почти также просто как на питоне, но все же как язык он побыстрее будет

то есть компромис между удобством и скоростью разработки

То есть от плюсов там чисто коспилируемость

Го кстати однопроходной как Паскаль?

@c_vld ну вот Го это лично для меня компромис между плюсами и питонами. Писать на нем почти также просто как на питоне, но все же как язык он побыстрее будет

+

У вас генераторы есть?

Async/await

Или только каналы?

Async/await

а зачем оно надо?

@c_vld у нас ничего нет, тока каналы и горутины

а зачем оно надо?

Ну оно надо для удобства наверное

Итераторы же у вас есть?

@c_vld я не очень понимаю отличие async/await от горутин

корутины это просто запустил и забыл генераторы, это: 1) контроль над тем в каком потоке выполняется корутина 2) умеет прерываться и возвращать значения

ты про генераторы, а я про async/await

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

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

а как там с работой с IO и прочим

@c_vld ну ты можешь погуглить

есть много статей о внутренностях Гошечки

та мне скорее не внутренности а сахар интересен

/report

@c_vld оно связано

как я понимаю у вас авейт не нужен т.к. есть каналы

что типа более общая абстракция

@c_vld в принципе то же самое реализуется на каналах с горутинами, да

а вот генераторов у вас нет?

а вот генераторов у вас нет?

ты можешь точно также на базе каналов написать

там можно синхронщину писать?

принцип простой - если это можно реализовать с помощью того, что уже есть, это не нужно

там можно синхронщину писать?

Как низко ты пал после раста

Как низко ты пал после раста

я не пал)

там можно синхронщину писать?

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

принцип простой - если это можно реализовать с помощью того, что уже есть, это не нужно

даже если задом наперёд

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

окей, понял. т.е. буфер у канала размером в 1 элемент и канал блокирующий

окей, понял. т.е. буфер у канала размером в 1 элемент и канал блокирующий

угу

а юзаются ли сисколы или эти все каналы это тупо юзерспейс?

можно ли устроить IPC на их базе?

окей, понял. т.е. буфер у канала размером в 1 элемент и канал блокирующий

точнее, 0 по умолчанию

а юзаются ли сисколы или эти все каналы это тупо юзерспейс?

массив с mutex'ом если очень упрощенно

точнее, 0 по умолчанию

а как с 0 можно что-то писать?

и каналы это сахар вокруг массива с мьютексом

массив с mutex'ом если очень упрощенно

ну я подозреваю там спинлоки, или честные мьютексы всёже?

ты не можешь вложить что-либо в канал пока не будет получатель

массив с mutex'ом если очень упрощенно

Потеряй в производительности, если ещё более упрощенно)

(если канал не буферизованный)

ну я подозреваю там спинлоки, или честные мьютексы всёже?

https://golang.org/src/runtime/chan.go

raceacquire

че это?

@c_vld гошный код можно собрать с race detector'ом

можно ли устроить IPC на их базе?

это не юниксовые трубы

вот это кусок всякой всячины чтобы race detector работал в этом месте

@c_vld гошный код можно собрать с race detector'ом

а unlock ?

это не юниксовые трубы

я про это и спрашиваю

а unlock ?

угадай с двух раз)

если я наверну shmem могу ли я юзать это как ipc?

если unlock дергается на чтото с типом mutex :)

угадай с двух раз)

что он анлочит, мьютекс или спинлок

что он анлочит, мьютекс или спинлок

49 lock mutex

понял

но там же смотри, подключается модуль атомик

может у вас атомиковые спинлоки называются мьютексом

если я наверну shmem могу ли я юзать это как ipc?

говнокод это и unsafe

говнокод это и unsafe

пачиму ансейф

но там же смотри, подключается модуль атомик

ну ты поищи что там делается на атомиках

шаринг памяти между приложениями через жёсткий диск? )

там лок берется не всегда, делается все довольно весело

в общем и целом вот тебе код, почитай его сам)

шаринг памяти между приложениями через жёсткий диск? )

?

в общем и целом вот тебе код, почитай его сам)

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

шаринг памяти между приложениями через жёсткий диск? )

почему через жесткий диск

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

в данном случаи немного магии рантайма, посмотри вокруг

в расте это точно unsafe

+ очень интересно что будет если ммапу перезапишет какое-нибудь левое приложение или даже сама система

по факту кусок памяти вывешивается наружу с write-доступом

в расте это точно unsafe

в насте это ансейф потому что в расте тупо вызов shmem ансейф

+ очень интересно что будет если ммапу перезапишет какое-нибудь левое приложение или даже сама система

ты издеваешься?

ты вообще знаешь о виртуальной памяти?

и как работает разделяемая память

и как работает разделяемая память

Не бомби

просвети, о великий

в данном случаи немного магии рантайма, посмотри вокруг

короче я погуглил у вас есть Mutex который пишется как Mutex. а то не понятно что. ПС: mutex - это Mutual mutual exclusion под что подходит и спинлок, от того и спросил, еслиб это был настоящий мьютекс то каналы бы у вас были очень медленными, но это ж вроде не так

просвети, о великий

о каком затирании памяти речь?

короче я погуглил у вас есть Mutex который пишется как Mutex. а то не понятно что. ПС: mutex - это Mutual mutual exclusion под что подходит и спинлок, от того и спросил, еслиб это был настоящий мьютекс то каналы бы у вас были очень медленными, но это ж вроде не так

mutex - внутренний тип данных в runtime'е, в runtime'е вообще довольно много своих реализаций чего-то еще.

есть участок физической памяти который выделяется для взаимодействия. С помощью API ОС его можно замапить на какой-то участок виртуальной памяти процесса, так же может сделать другой процесс. В результате у обоих процессов есть участок общей памяти, кто туда еще может написать что-то? Точно также можно ожидать что твой поток начнет писать тебе в мьютекс что-то не то