> Ну да, на каком-то уровне приходится останавливаться. Ну можно остановиться на ассемблере, можно выше, можно ещё выше. В зависимости от задачи оптимальность той точности, с которой разработчик понимает, что будет происходить, разная.

Зачем вообще вы снова асм тянете, я не пойму. Вот люди пишут на java и не парятся что их байткод весь внутри в goto. Или вы из тех кто совсем не умеет в си прикладные задачи алгоримтического плана?

> Да. Только есть языки более приспособленные, есть менее приспособленные для определённой задачи. И слабая приспособленность С к многопроцессорным машинам приводит к тому, что приходится обвешиваться pthread'ами и соблюдать чудеса внимательности, растрачивая своё время и силы.
> А в более приспособленных к параллельным вычислениям языках можно это делать значительно легче. Например, один из самых приспособленных языков к ним - это make. Чтобы распараллелить задачу на нём требуется задать один ключ -j.
> Понятно, что у make слишком слабый контроль за параллелизацией вычислений для системного языка, но ясно, что, тем не менее, у такого языка параллелизация может быть сделана лучше, чем у теперешнего С.

Если продолжить вашу мысль то можно еще проще сделать - запускать N-процессов и вообще нет проблем. Даже -j не нужен.