Тема производительности труда, это гордиев узел — высокая производительность труда автоматически означает массовые увольнения. Если одним махом повысить производительность например в автомобильной сфере, увольнять нужно 90% сотрудников. Вернее даже 100%, и потом искать 10% с другой квалификацией — или долго и упорно переобучать. Дело совершенно не в оборудовании.
Редко когда в явлениях подобного масштаба виноват кто-то один или какая-то одна группа. Все понемногу приложились.
Насчет «работать на автозаводе гораздо тяжелее» — разве тяжесть труда должна влиять на зарплату?
Ага, кажется я понял о чем вы…
наверное в статье привязка ко времени идет в ключе «минимальное время, за которое эта микрокоманда может выполниться на текущей элементной базе»
вы же утверждаете, что физических ограничений подобного нет, и частота ограничена отводимым теплом
кстати это статья тоже из блога Интел, написана их же сотрудниками… может из-за этого вас негативно оценили
x86 — виртуальный набор команд (в том смысле, что аппаратных цепей, реализующих эти команды, нет), который транслируется в микрокоманды, иногда несколько микрокоманд (отсюда число тактов), в редких случаях (пишу для зануд) несколько x86 команд транслируются в одну микрокоманду. в статье речь о микрокомандах
На одном ядре у меня любимая игрушечка (95% нагрузки), на втором фоновые процессы (20% нагрузки), третьим и четвертым ядром мы с пацанами меряемся по пятницам :)
Все то же самое применимо к многоядерности. Да и софт в основном не готов использовать множество ядер, поэтому «быстрее» становится, к сожалению, для весьма малого класса задач
видимо все зависит от задач. Если как там пишут, мейл, внутренняя сетка, календарь, и Интернет — то конечно, почему нет, только лучше на таком стеке.
Производительность растет не за счет большей эксплуатации, а за счет эффективных орудий труда современности — в частности промышленных роботов.
Я вот знаю один пив. завод, на нем работает 10 человек на всей производственной линии. Завод производит 9.5 млн дал пива в год.
Насчет «работать на автозаводе гораздо тяжелее» — разве тяжесть труда должна влиять на зарплату?
наверное в статье привязка ко времени идет в ключе «минимальное время, за которое эта микрокоманда может выполниться на текущей элементной базе»
вы же утверждаете, что физических ограничений подобного нет, и частота ограничена отводимым теплом
кстати это статья тоже из блога Интел, написана их же сотрудниками… может из-за этого вас негативно оценили
trigonakis.com/blog/2011/02/27/parallelizing-simple-algorithms-fibonacci/