1.Допустим можно ли многопоточную задачу эффективно обработать на процессоре с очень большой разрядностью (то есть несколько потоков соединить в один) ?
2. И если можно, то почему не делают суперразрядные процессоры, вместо многоядерных?
Зло, Huowkutmas Fuberynvmb вы набиватели постов?
разрядность не дает производительности.
и вообще, любой уважающий себя зомби скажет, что лучше - мозги.
нет, я не набиватель постов. а вот ты похож на человека, который не понимает, что такое разрядность процессора
Зависит от задачи. И делают. Вон, первые x86 были 16-битными, а сейчас уже о 128-битных процессорах задумываются.
Примерный аналог: можно ли заменить парк такси (20 машин по 3 пассажира) автобусом (60 пассажиров) ? Можно. Но только если все едут по одному маршруту.
Нет. Несколько потоков нельзя соединить в один. Независимо от разрядности одно ядро обрабатывает один поток команд. При большой разрядности можно только обработать данное с большим количеством битов одной командой, что иногда имеет смысл. Но скорость выполнения команд от этого не увеличится. Многоядерные процессоры повышают скорость именно потому что одновременно выполняются разные последовательности команд. Переход к 64 разрядам от 32 был вызван необходимостью обработки адресов, которые превзошли в современных системах 32 разряда (4 Гигабайта) . Но разрядность в 64 разряда адреса превзойдут не скоро, поэтому переход на универсальные 128 разрядные процессоры не предвидится. Такие и больше применяются только в специализированных, например, графических процессорах, в частности, в игровых приставках, где велика доля обработки данных с очень большой разрядностью. У Капитана очень хороший пример с автобусом.
Нет
По этому и не делают
это как если бы ты начал подметать, сделал два взмаха веником, потом побежал убрал веник на место, сбегал за тряпкой и начал протирать пыль, через небольшой промежуток времени, отнес тряпку на место и решил помыть посуду, помыл одну тарелку из горы грязной посуды и пошел выбивать ковры, вынес их на улицу, пару раз хлопнул, понес их обратно, снова взялся за веник.. . и так по кругу
или 4 человека будут делать каждый одну работу.. . как получится быстрее?
пример, конечно, высосан из пальца, но, думаю, достаточно наглядно
работая с какой-либо задачей, процессор обрабатывает данные,
а при переключении к другой задаче, он вынужден сначала сохранить текущие данные, потом загрузить новые, немного поработать, и опять, недоделав, сохранять текущие и загружать другие
таким образом, значительная часть времени его работы тратится на сохранение/загрузку данных т. е. вхолостую
⇢