MM
настолько прозрачно что некоторые гошники не знают об этом
Я, кстати, на стриме пытался им намекнуть пару раз, но не прокатило
Size: a a a
2021 February 14
VC
это ж не плохо, что там так реализовано
плохо что я не догадывался об этом )
SZ
плохо что я не догадывался об этом )
оно на финальный результат никак не повлияет же) в котлине корутины работают похожим образом, только есть еще средства прострелить ногу из-за прямого доступа к апи потоков
SZ
ну и как Макс выше писал, куча библиотек которые блокируют код. и об этом надо помнить, перед тем как тащить гавно себе в зависимости
SZ
Руслан
А что с гоферами не так? 😁
цель го была сделать настолько простой язык, чтобы можно было посадить студентов и они писали. они своего добились)
VC
ну и как Макс выше писал, куча библиотек которые блокируют код. и об этом надо помнить, перед тем как тащить гавно себе в зависимости
чтобы помнить. нужно знать что у тебя неблокирующий код, и блокирующие зависимости тянуть не стоит
MM
чтобы помнить. нужно знать что у тебя неблокирующий код, и блокирующие зависимости тянуть не стоит
Им аналогов нет, так что придется.
SZ
чтобы помнить. нужно знать что у тебя неблокирующий код, и блокирующие зависимости тянуть не стоит
поэтому я и говорю. зачем пытаться тащить себе реактивщину и корутины, если тебе они в целом не нужны)
A
плохо что я не догадывался об этом )
Ты когда используешь потоки оси сильно печалишься, что не понимаешь, как оно там уровне ядра работает?
VC
Ты когда используешь потоки оси сильно печалишься, что не понимаешь, как оно там уровне ядра работает?
я думаю что понимаю, Таненбаума читал же и что-то писать пытался по мотивам )
A
поэтому я и говорю. зачем пытаться тащить себе реактивщину и корутины, если тебе они в целом не нужны)
А нужно оно только в случае, когда необходимо огромное количество потоков выполнения?
SZ
А нужно оно только в случае, когда необходимо огромное количество потоков выполнения?
https://en.wikipedia.org/wiki/C10k_problem в целом из-за этого все и появилось
VC
А нужно оно только в случае, когда необходимо огромное количество потоков выполнения?
и при этом они большую часть времени ждут ио )
SP
https://en.wikipedia.org/wiki/C10k_problem в целом из-за этого все и появилось
Стоит наверное заметить что это все на конец 90-х актуально было
SZ
и при этом они большую часть времени ждут ио )
самое забавное что пока ждут ио, у них в хипе уже что-то есть. и это что-то кушает память. и вот твои 100 одновременных неважно чего сожрут всю память)
SP
самое забавное что пока ждут ио, у них в хипе уже что-то есть. и это что-то кушает память. и вот твои 100 одновременных неважно чего сожрут всю память)
Но это уже к вопросу выравнивания нагрузки не?
SP
Очереди (в том числе тупо буфер в нутрии процесса)
SZ
Но это уже к вопросу выравнивания нагрузки не?
это к вопросу того что даже если ты сможешь хендлить одновременно 1-10к коннектов, то не факт что тебе хватит памяти для их хипа
простой пример это какой-нибудь graphql сервер, который дергает другие сервисы и делает клиент сайд джоины. вот пока ждет очередного ответа то у него в памяти болается уже то что получил до этого
простой пример это какой-нибудь graphql сервер, который дергает другие сервисы и делает клиент сайд джоины. вот пока ждет очередного ответа то у него в памяти болается уже то что получил до этого
SZ
и еще другой вопрос что эти 100(просто сто) одновременных коннектов могут утилизировать по полной цпу, всякими сериализациями и логикой внутри
SZ
ты то нагрузку отбалансируешь. но у тебя точно будет на сервер лететь по 10к коннектов?