Ждём Ваших отзывов о материале.

Соблюдение Правил конференции строго обязательно!
Флуд, флейм и оффтоп преследуются по всей строгости закона!
За статью можно проголосовать на странице материала.

Этот неловкий момент, когда ты понимаешь, что благодаря Штеуду мало кто знает, что весь мир делает многоядерные чипы на сетях, а не на общей шине, уже лет нцадь.

Сейчас используется кольцевая шина. Как она работает я правда не знаю, но можно предположить что не как интернет, у которого всётаки более частая топология - звезда.
А между ядрами разве много данных гоняется? Помоему концепция потоков - минимальная связность между ними. Все данные они в конечном итоге всеравно читают из оператни, и по логике связи нужны только для синхронизации доступа к памяти?

Маршрутизация. Теперь и в ЦПУ.

Это типа новость? На картинке Tile-Gx36, который был анонсирован ещё хрен знает когда компанией Tilera. В котором используется та самая Mesh Network. Уже как год продаются роутеры Mikrotik на этих процессорах. Так что в чём новость не понятно.

видимо речь идет о системах с большим количеством ядер (>16)
как >8 ядер работают одновременно не видел, 8 видел, на 8-ми вся суть работы сводится просто к тупому развешиванию процессов на ядра - как только загрузка ядра достигает 70-80%, ядро лочится и остальные новые процессы вешаются на следующие свободные ядра...
- так было в WinXP и то такой алгоритмя работал до 3-х ядерных систем....
В Win Vista/7/8 операционка при большой загрузке ядра "научилась" "перевешивать" процессы в реальном времени на другие более свободные ядра... ))
Linux....
Нууу там конечно более все продумано, но все равно если понаблюдать за статистикой то можно увидеть что скорее всего алгоритм такой же как в винде с тем отличием, что задача разбивается на несколько частей по окончанию каждой из которых просто проверяется состояние системы и процесс "переразвешивания" запускается снова
видимо автор новости пытается донести то что теперь это будет контроллироваться на уровне железа

кольцевая шина работает через ..опу если честно - на примере линухи очень хорошо видно, если первый процессор загружен на 90%, второй на 50%, третий 10%, четвертый 5%, то потом загрузка распределяется так: 1 - 20%, 2 - 50% 3- 80%, 4 - 5%, на следующем шаге: 1 - 20%, 2- 50%, 3- 10%, 4 - 75% и далее по кругу... т.е выбирается наименее загруженный и вешается на него тяжелая задача, так то алгоритм конечно куда сложнее, но принцип ясен - опрос идет по кругу 1-2-3-4-1-2-3-4... и .т.д. т.е. тупо свесить задачу сразу с 3-го на 1-ый не получится

У меня был диссер на тему архитектур для сетей суперкомпьютеров (кольца, гиперкубы и новые формы), мог бы про это рассказать... хотя nobody cares.

Это в каком институте такие диссеры защищают? У нас вот в МЦСТ один чел буквально сейчас решил защититься на тему "сетевой методологии в SoC" и то, очень скромненько. Ибо апробация нужна.

Любопытно узнать.
Возможно, это не совсем тематика сайта, но на персональных статьях это было бы весьма уместно.

Наивный вопрос:
если связывать ядра сетью, то для них появятся понятия "пинг" и "лаг"? Когда ядру нужно достучаться до другого, с которым прямой связи нет, а попутные загружены реалтайм задачей?

Так понял, что это кластер в миниатюре, а не многоядерный процессор. Непонятно как реализована когерентность памяти. Любое ядро может изменить значение ячейки памяти находящейся в кеше другого ядра, и где система уведомлений. На мой взгляд, лучше продвигать модульную архитектуру AMD, там полноценный процессор и все детали функционирования уже реализованы.

Мультиклет все равно всех зарулит в итоге. Они пилят 256-клеточный процессор с быстродействием около 20 терафлопс.

звучит конечно интересно но как написали выше Nyarlat (видимо знает о чем говорит) решение достаточно спорное.

Leonator ну и так есть лаг / пинг это задержки считались они всегда в тактах для определенных операций.

Достаточно узнать ФИО аффтара и/или погуглить по оглашённой тематике и шагомарш в РГБ (автореферат, скорее всего, будет доступен онлайн)... Но всем, как обычно, лениво... Стыд.

Лит.обзор? Не, не слышал... Рукалицо.