Мы используем файлы cookie и сервисы аналитики. Ознакомьтесь с нашей Политикой сбора данных и выберите, какие типы cookie вы разрешаете:
cookie_policy_accepted — хранит ваш выбор cookiePHPSESSID — сессияkey3 — запоминание входа_ix — единая сессия входа на ixbt.comadminuserskey — вход администратораtopic_add_autosave — автосохранение черновикаls_photoset_target_tmp — временные данные загрузки фотоgeo_country — определяет ваш регион_ga, _ga_*, _ym_uid, _ym_d, _ym_* — статистика посещений__gads, __gpi — таргетирование объявленийВы всегда можете изменить свои предпочтения в настройках.
А если по сути, то:
1. По поводу термина (гуглить «распараллеливание алгоритмов», «параллельное программирование») вы полагаете не совсем правильно, т.к. загрузкой ядер все таки занимается ОС, а не прикладной код, а вот от кода уже зависит количество потоков.
2. По поводу распараллеленных задач вы спорите не со мной, а со своим предыдущим высказыванием «если я покупаю многоядерный процессор, то как бы предполагаю использование всех ядер», и, кстати, зря т.к. таких приложений действительно достаточно (в чем можете убедиться, открыв хотя бы обзоры процессоров на ixbt и посмотрев, как откликается производительность на рост количества ядер).
Я же как раз говорю, что и однопоточных приложений/задач полно, и по вашей аналогии с джипом, вам помимо копания в «говнах» иногда придется выезжать на асфальт (однопоточные задачи) и будь у вас хоть 50 ведущих колес, в 50 раз быстрее вы не поедете, а поедете с точно такой же скоростью как и с двумя ведущими (если не медленнее из за возросшей массы/теплопакета многодерного cpu => сниженной частоты).