>[оверквотинг удален]
> [...]
>> Если не будет параллельной работы userland-кода, то весь супер-пупер-быстрый ввод-вывод
>> будет всё равно упираться в не успевающую его прожёвывать программу.
> Ввод-вывод не может ни во что упереться, а программа ничего не должна
> успевать за ядром. Вы путаете причинно-следственную связь: программа через сисколы просит
> ядро сделать вон то и вон это. А ядро идет и
> делает. Ядро не может сделать больше чем его попросили. Оно может
> протормозить с выполнением сискола, но больше чем программе надо - оно
> в принципе запихнуть в нее не может. Потому что это программа
> инициирует запрос, а ядро его разруливает.И-и-и?..
>> Единственное исключение - ситуации, когда ввод-вывод полностью или
>> практически полностью обрабатывается ядром: та же маршрутизация сетевых
>> пакетов, например (т.е. сквозь машину, а не к ней или от неё).
> Что значит - единственное исключение? Юзерланд, особенно способный к работе на нескольких
> процессорах - на раз упрется в I/O (застряв в ядре). Ядро
> не может упереться в юзерланд потому что это юзерланд запросы инициирует.
> Ему нельзя впихнуть больше чем он просит.
Где я писал, что ядро упрётся в userland? Я говорил про собственно ввод-вывод. Который, на минуточку, практически всегда медленнее, чем его может жевать процессор. Или ваши жёсткие диски (вместе с контроллерами) научились отдавать (я молчу про запись) эдак гигабайт в секунду?
>> Почти все задачи практического применения - либо в первую очередь
>> нагружают вычислительные мощности, либо нагружают всё подряд.
> Да ладно вам, те же БД/веб/файлопомойки/роутилки/что там еще - обычно именно I/O
> bound при правильном подходе.
Во-первых, и БД, и Web сильно разные бывают. Web-статика обычно упирается в канал связи, Web-динамика - в CPU. А в случае с БД вообще возможна масса вариантов, в зависимости от количества и качества закладываемой в неё логики. И упирается БД в пропускную способность _дисков_, либо в CPU. Не, конечно, можно при желании достаточно современный SCSI-контроллер засунуть в машину с процом пятилетней давности, и наблюдать, как проц захлёбывается, но мы-то говорим о реальных задачах, не?
> Чисто числокрушильные машины... хм, прости, дядя, они
> на линуксе обычно.
И что? Я где-то утверждал обратное?
> А под опенка вообще есть драйвера с поддержкой
> OpenCL/CUDA/что там еще, чтобы считать его платформой для крушения чисел?
Под опёнок есть те же открытые драйвера, что и под остальные *nix. А насчёт блобов мы как-нибудь отдельно поговорим.
> А то видеокарты рвут на этом поприще обычные процессоры на британский флаг
> просто. Почти все кого колыхали интенсивные вычисления уже используют GPU. Потому
> что по MIPS/Watt - непобедимо.
А кроме числокрушения, вы никаких CPU-bound применений не знаете?
>> Так что параллельная работа userland-кода всё-таки важнее: для десктопа, для
>> web-сервера, для СУБД...
> При правильном подходе они будут именно I/O bound. Если это не так
> - значит где-то ступили.
См. выше.
> Нет, я конечно понимаю что можно жить
> в мире тормозных апачей умирающих от 10 юзеров. Но нынче используется
> нжинкс, который статику вообще лупит как из пушки. В нем нечему
> проц грузить, собственно. И тормозные скриптобэкэнды имеет смысл жестоко кешировать, как
> раз чтобы процы разгрузить, ага :))
Спасибо, кэп.
>> Вот, скажем, почтовый релей или распределённая лёгковесная СУБД,
>> например, уже может при определённых условиях упереться в ввод-вывод, да. Но
>> и в них большая часть работы идёт в userland'е.
> Да почти все кроме совсем уж числокрушилок типа кряка хешей и майнинга
> коинов и прочих формул белков и что там еще - может
> упереться в именно I/O.
При должном старании - конечно, может. Вот только, похоже, вы сами не сталкивались с этими задачами в промышленных масштабах, ибо очень уж ваша речь напоминает оную у героя рассказа "Срезал"...
> Чем ядро быстрее отстреляется, тем лучше: прога
> меньше висеть будет, ожидая возврата из сискола.
Ещё раз спасибо, кэп. Вы забыли только одно: что пока одно ядро справляется с суммой имеющихся задач (по вводу-выводу), распараллеливание оных производительность не улучшит (а зачастую даже ухудшит, из-за дополнительных блокировок в ядре и переключений контекста в юзерленде).
Если хочется чисто потроллить на тему "Линукс рулит, остальные сосут", идите сразу лесом, а?
