The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Рост числа процессорных ядер приведет к необходимости смены ..., opennews (??), 02-Окт-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


6. "Рост числа процессорных ядер приведет к необходимости смены ..."  –2 +/
Сообщение от pro100master (ok), 02-Окт-10, 16:34 
ну, имхо, в 48-ядерных в любом случае эффективность будет низкая: объём кэша не резиновый, а память и шина тормоза.
Ответить | Правка | Наверх | Cообщить модератору

12. "Рост числа процессорных ядер приведет к необходимости смены ..."  –1 +/
Сообщение от Карбофос (ok), 02-Окт-10, 17:16 
там, в принципе, выход только один: уменьшить разницу между характеристиками кэша и внешней памятью
Ответить | Правка | Наверх | Cообщить модератору

26. "Рост числа процессорных ядер приведет к необходимости смены ..."  –6 +/
Сообщение от User294 (ok), 02-Окт-10, 19:37 
> ну, имхо, в 48-ядерных в любом случае эффективность будет низкая: объём кэша
> не резиновый, а память и шина тормоза.

Придется хреначить кучу каналов памяти (до тех пор пока не задолбутся разводить из на 10-слойных бутербродах по дикой цене). Или сделать кеш в который треды умещаются. Впрочем это будет довольно нишевой штукой. Не все задачи можно распараллелить на 48 потоков. Числокрушилки с кучей слабых ядер есть давно, но они являются довольно нишевыми штуками, интересным в сильно некоторых областях.

Например: брут известного MD5 хеша можно разложить на 48 процессоров без проблем, опробуя одновременно 48 разных вариантов. А попробуйте теперь разложить на 48 процессоров рассчет хеша ОДНОГО файла? Тут то и будут опаньки - результат зависит от предыдущего и ничего ускорить не выйдет. Ну и будет хэш считать 1 проц. А еще 47 будут курить бамбук и кушать электричество.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

34. "Рост числа процессорных ядер приведет к необходимости смены ..."  +/
Сообщение от Аноним123321 (ok), 02-Окт-10, 19:56 
>... и кушать электричество.

на самом деле нет.

вы никогда не задумывались почему темпиратура процессора зависит от того делает-ли он чтото или простаивает?

а зависит она потомучто умные дяденьки придумали как можно отключать (усыплять) неиспользуемые-в-данный-момент блоки процессора :-)

Ответить | Правка | Наверх | Cообщить модератору

38. "Рост числа процессорных ядер приведет к необходимости смены ..."  –6 +/
Сообщение от User294 (ok), 02-Окт-10, 20:07 
> вы никогда не задумывались почему темпиратура процессора зависит от того делает-ли он
> чтото или простаивает?

Потому что CMOS схема кушает что-то только в момент переключения, сэр. Перезаряд емкостей. Чем чаще и больше переключений, тем больше кушается (есть еще впрочем токи утечек и прочая). Разумеется, можно поотключать лишние ядра или постопать им клок или снизить частоту клока. Но как-то вот в реально существующих general purpose процах это делается далеко не с максимальной эффективностью.

> а зависит она потомучто умные дяденьки придумали как можно отключать (усыплять) неиспользуемые-в-данный-момент
> блоки процессора :-)

Собственно оно из особенностей схемотехники CMOS вытекает. А умные дяденьки к слову в general purpose процах не очень свою попу рвут на этот счет. В мелких микроконтроллерах,  процессорах для мобилок и прочая на этот счет пыжатся намного сильнее. Поэтому хотя в теории вы и правы, на практике оно все-таки ближе к тому что я сказал, как минимум пока. Есть и всякие побочные грабли. Если источник питания проца должен вытянуть 48 ядер, тогда при работе 1 ядра он будет работать с недогрузом в десятки раз и его КПД опять же будет не ахтецкий. Хотя с этим научились частично бороться переключая число фаз преобразователя. Но еще ж есть основной блок питания например. К которому все это тоже применимо и там почему-то никто числом фаз преобразователей не щелкает. В общем реальная картина получается не такой же как идеальная.

Ответить | Правка | Наверх | Cообщить модератору

57. "Рост числа процессорных ядер приведет к необходимости смены ..."  +/
Сообщение от fr0steremail (ok), 02-Окт-10, 21:34 
Многоядерные системы были, есть и будут весьма специализированными девайсами, то есть ситуация простоя для них не актуальна, их создают под задачу часто.
Ответить | Правка | Наверх | Cообщить модератору

130. "Рост числа процессорных ядер приведет к необходимости смены ..."  –1 +/
Сообщение от User294 (ok), 04-Окт-10, 06:42 
> Многоядерные системы были, есть и будут весьма специализированными девайсами,

Эээ ну 2...6 ядерные процессоры попадаются и у юзеров. В не слишком специализированных девайсах. Но простому юзеру весьма проблематично загрузить даже 6 ядер надолго.

Ответить | Правка | Наверх | Cообщить модератору

131. "Рост числа процессорных ядер приведет к необходимости смены ..."  +/
Сообщение от fr0steremail (ok), 04-Окт-10, 06:51 
>> Многоядерные системы были, есть и будут весьма специализированными девайсами,
> Эээ ну 2...6 ядерные процессоры попадаются и у юзеров. В не слишком
> специализированных девайсах. Но простому юзеру весьма проблематично загрузить даже 6 ядер
> надолго.

У нас как бы речь было о 32 и более. Неточно высказался тогда,
"Многоядерные системы(много более 6 ядер) были, есть и будут весьма специализированными девайсами". Устроит?

Ответить | Правка | Наверх | Cообщить модератору

135. "Рост числа процессорных ядер приведет к необходимости смены ..."  +/
Сообщение от User294 (ok), 04-Окт-10, 06:58 
> Устроит?

Однозначно, Кэп.

Ответить | Правка | Наверх | Cообщить модератору

158. "Рост числа процессорных ядер приведет к необходимости смены ..."  +/
Сообщение от yet another anonim (?), 05-Окт-10, 06:34 
Угу, что-то не слышал я ещё о реальных продающихся процах, отключающих ядра. А существующие, всё, что могут, так это понизить частоту макс. в 2-2.5 раза от стандартной (пример моего ноута 2 ГГц ->> 1 ГГц), ну и, по крайней мере, мобильные версии - чуть-чуть уменьшить напряжение тока (мой пример: 1.25 В ->> 0.95 В). Это, конечно же, не так плохо, но можно сильно лучше.
И насчёт "потребляющих во время переключений CMOS" вы правы - спецом не так давно проверял - выставил под Вистой программкой RMClock держать 2ГГц и напругу 1.25В, но при этом не нагружал ничем - так темп. с 38-44C поднималась до ~44-49C, вентилятор лишь немного повысил обороты, потом, дав работы 7-зипу, загрузив оба потока, обнаружил, повышение темп. уже до 56-61C и обороты уже поднялись выше среднего. Специально при этом следил за частотами видюшки - не изменялись (а вот темп. из-за близкого расположения и общей сист. охлаждения, поднялась на 8 градусов). Темп. комнаты не засекал, но дело было после полуночи и в комнате было прохладно. Летом, жарой, к этому всему можно добавлять +10C.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

167. "Рост числа процессорных ядер приведет к необходимости смены ..."  +/
Сообщение от fidaj (ok), 05-Окт-10, 10:43 
> Угу, что-то не слышал я ещё о реальных продающихся процах, отключающих ядра.
> А существующие, всё, что могут, так это понизить частоту макс. в
> 2-2.5 раза от стандартной (пример моего ноута 2 ГГц ->> 1
> ГГц)...

угу на линухе у меня тоже почти так же, но на "другой системе" мой же этот же ноут - понижает в 21 раз: с 2100МГц до 100МГц....

не ровняйте все по линуксу....

"на правах лирического отступления..."

Ответить | Правка | Наверх | Cообщить модератору

171. "Рост числа процессорных ядер приведет к необходимости смены ..."  +1 +/
Сообщение от Kalininemail (?), 05-Окт-10, 12:08 
Там основные потери от скин эффекта.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

74. "Рост числа процессорных ядер приведет к необходимости смены ..."  +3 +/
Сообщение от Карбофос (ok), 02-Окт-10, 23:46 
>темпиратура

больше не нужно было писать

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру