С какой скоростью увеличивается количество ядер на процессор?

Question

Я разрабатываю систему, которая будет запущена в 2016 году и будет работать на стандартных серверных блоках 1U или 2U. Я хотел бы понять, насколько параллельным должно быть программное обеспечение, поэтому я бы хотел оценить количество ядер на физическую машину. Меня не интересует более экзотическое оборудование, такое как процессоры для игровых приставок, графические процессоры или DSP. Я мог бы экстраполировать, основываясь на том, когда чипы выпущены Intel или AMD, но эта историческая информация кажется скудной.

Спасибо.

Answer 1

Я нашел следующие диаграммы из Дизайн для Manycore Systems :

Answer 2

Как сказал великий информатик Йоги Берра: «Трудно делать прогнозы, особенно в отношении будущего».Учитывая относительную актуальность многоядерных систем, я думаю, вы правы, опасаясь экстраполяции.Тем не менее, вам нужен номер для достижения цели.

M.Графики Спинелли очень ценны, и (я думаю) их преимущество состоит в том, что они основаны на реальных планах до 2014 года. Кроме этого, если вы хотите простой, легко вычислимый и защищаемый номер, я бы взял в качестве отправной точки числоядер в текущих (скажем) системах 2U по вашей цене (системы высокого диапазона - 24–32 ядра по 15 тысяч долларов; средние ядра 12–16 по 8 тысяч долларов, младшие 8–12 ядер по 5 тысяч долларов).Затем обратите внимание, что закон Мура предполагает в 8-16 раз больше транзисторов на единицу кремния в 2016 году, чем сейчас, и что при современных тенденциях они в основном идут в большее количество ядер.Это предполагает 64-512 ядер на узел в зависимости от того, сколько вы тратите на каждый - и эти цифры соответствуют графикам Мэтта Спинелли, опубликованным выше.

Answer 3

Количество ядер на физическую машину, кажется, не очень хороший показатель, я думаю. На самом деле мы не видели, чтобы это число росло особенно нелинейным образом, и многоядерные аппаратные средства стали доступны COTS с 90-х годов (хотя в то время они были относительно специализированными). Если ваша задача действительно параллельна, то число ядер в четыре раза не должно сильно ее менять. У нас всегда был выбор более быстрых, но с меньшим количеством ядер, которые все равно будут доступны вам через 6 лет, если вы обнаружите, что вы плохо масштабируете текущее количество ядер.

Если ваше приложение действительно смущает параллель, почему вы не желаете рассматривать решения для графических процессоров?

Как быстро вы планируете вращать оборудование? Оставить старые машины, пока они не умрут, или активно заменить их, когда они начнут замедлять работу кластера? Сколько машин мы говорим? Какую технологию межсоединений вы рассматриваете? Для многих кластерных приложений это ограничивающий фактор.

Статья drdobbs, приведенная выше, не является плохим анализом, но я думаю, что она не совсем понятна. Пройдет немало времени, прежде чем многие основные приложения смогут воспользоваться преимуществами действительно параллельного общего вычислительного оборудования (и многие задачи просто не смогут распараллелить много), и когда они это сделают, они будут использовать графические карты и (в меньшей степени степень) звуковые карты как специализированное оборудование, которое они используют для этого.