Часовой пояс: UTC + 3 часа




Форум закрыт Новая тема / Эта тема закрыта, вы не можете редактировать и оставлять сообщения в ней. Закрыто  Сообщений: 202 • Страница 9 из 11<  1 ... 6  7  8  9  10  11  >
  Пред. тема | След. тема 
В случае проблем с отображением форума, отключите блокировщик рекламы
Автор Сообщение
 

Junior
Статус: Не в сети
Регистрация: 07.01.2015
Industrialice писал(а):
А что это даст?

Покажет разницу в сложности кристалла.

Industrialice писал(а):
По-моему для программиста инфы достаточно, но эта инфа типа "это даёт такой результат", но нет объяснений почему именно так, эта проприетарная инфа не уходит за пределы стен Intel/AMD, по крайней мере не в массы. Такие пояснения уже всё равно не помогут программировать эффективнее

Черный ящик потому что выполняться будет везде по разному. http://www.agner.org/optimize/microarchitecture.pdf



Партнер
 

Moderator
Статус: Не в сети
Регистрация: 03.05.2005
Откуда: Московская обл.
Фото: 547
Industrialice писал(а):
Девы конференции оверклокерс надеюсь в курсе что у них сортировка сообщений по времени размещения глючит

Это особенности премодерации сообщений: они размещаются по дате и времени их написания, а не по дате и времени их одобрения. Даже если после этого были написаны ещё сообщения от других участников.

О премодерации сообщений в Конференции.

_________________
Статьи overclockers.ru/tag/show/4417 и club.dns-shop.ru/authors/c7bdeb28312efbed-i-n/
Не пишите мне в ЛС "помоги выбрать SSD" и т.д.


 

Member
Статус: Не в сети
Регистрация: 12.09.2010
Откуда: Калининград
mogler писал(а):
Покажет разницу в сложности кристалла

Слишком уж они разные. Но даже если сравнить. Э-4С 986 млн. транзисторов, Core i7 2600K 1160 млн., это при наличии достаточно мощной графики. Не знаю какие выводы из этого можно сделать
mogler писал(а):
Черный ящик потому что выполняться будет везде по разному. http://www.agner.org/optimize/microarchitecture.pdf

Это мой настольный док уже как много лет. Всё равно это правило для всего справедливо: для видеокарт, или других ЦП типа ARM, у которых куда сильнее хаос
I.N. писал(а):
Это особенности премодерации сообщений: они размещаются по дате и времени их написания, а не по дате и времени их одобрения. Даже если после этого были написаны ещё сообщения от других участников.

3 нестыковки: я не новый юзер, у меня не было сообщения о премодерации, ответ на моё сообщение висит до самого моего сообщения


 

Moderator
Статус: Не в сети
Регистрация: 03.05.2005
Откуда: Московская обл.
Фото: 547
Industrialice писал(а):
Но. Я не новый юзер, у меня не было сообщения о премодерации, ответ на моё сообщение висит до самого моего сообщения

Речь о том, что сообщение mogler от 08 янв 2015, 19:44 я одобрил позднее Вашего сообщения от 08 янв 2015, 23:50. Отсюда бывают странности.

Сейчас попробую попросить вебмастера ещё раз))

_________________
Статьи overclockers.ru/tag/show/4417 и club.dns-shop.ru/authors/c7bdeb28312efbed-i-n/
Не пишите мне в ЛС "помоги выбрать SSD" и т.д.


 

Member
Статус: Не в сети
Регистрация: 12.09.2010
Откуда: Калининград
I.N. писал(а):
Сейчас попробую попросить вебмастера ещё раз))

Попробуйте, так как mogler не мог ответить на моё сообщение до того как я его написал - там даже по времени сообщения всё видно. Потому его сообщение должно было оказаться после моего при сортировке, но


 

Moderator
Статус: Не в сети
Регистрация: 03.05.2005
Откуда: Московская обл.
Фото: 547
Industrialice писал(а):
там даже по времени сообщения всё видно. Потому его сообщение должно было оказаться после моего при сортировке, но

Всё правильно:
Код:
Последний раз редактировалось Industrialice 08 янв 2015, 22:57, всего редактировалось 1 раз.
Поэтому оно и "уехало" по времени. Вкупе с премодерацией наложилось.

В общем, я написал ему, посмотрим. Но это уже будет за рамками этой темы.

_________________
Статьи overclockers.ru/tag/show/4417 и club.dns-shop.ru/authors/c7bdeb28312efbed-i-n/
Не пишите мне в ЛС "помоги выбрать SSD" и т.д.


 

Member
Статус: Не в сети
Регистрация: 12.09.2010
Откуда: Калининград
I.N. писал(а):
Поэтому оно и "уехало" по времени.

Но это время редактирования уже размещённого сообщения, а сортировка как называется? Поле сортировки: Время размещения
В других случаях редактирование сообщения его никуда не смещает, а тут какой-то частный случай. Я не убеждён, но если все ок с тем как это работает, ничего не имею против


 

Moderator
Статус: Не в сети
Регистрация: 03.05.2005
Откуда: Московская обл.
Фото: 547
Industrialice
Вы, случаем, не добавляли к своему сообщению ещё текст?
В данном случае сообщение сместило именно то, что Вы его отредактировали. Так работает алгоритм премодерации, что если отредактировать пост, рядом с которым находится скрытое сообщение, ожидающее одобрение модератора, сортировка может сместиться.
Именно в этом случае сообщение сдвигается по времени, хотя отображаемое время остаётся прежним. Именно так: физическое время правки последнего сообщения в базе и время отображаемое - эти два поля могут быть не равны друг другу. Тут ещё мод подклейки сообщений работает - про него тоже не забывайте.


Добавлено спустя 12 минут 45 секунд:
Тут сложная схема взаимосвязей, оптимального решения нет. К примеру, даже если исправить время публикации на время одобрения, то можно столкнуться с тем, что сообщение с дальнейшим уточнением вопроса от участника может оказаться позже, чем на него ответили. В итоге получим, что человеку, осуществляющему премодерацию, придётся не только смотреть сообщение на предмет нарушений, пересечений по IP и т.д., но ещё и вычитывать саму тему с целью "а вдруг уже ответили и вопрошающий будет выглядеть не очень хорошо, ведь отменить-то публикацию сообщения, зависшего в премодерации он не может".
Единственное решение, снимающее все проблемы: премодерация, близкая к моментальной, но не всегда это осуществимо по понятным всем причинам.

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

_________________
Статьи overclockers.ru/tag/show/4417 и club.dns-shop.ru/authors/c7bdeb28312efbed-i-n/
Не пишите мне в ЛС "помоги выбрать SSD" и т.д.


 

Junior
Статус: Не в сети
Регистрация: 07.01.2015
Industrialice писал(а):
Но даже если сравнить. Э-4С 986 млн. транзисторов, Core i7 2600K 1160 млн., это при наличии достаточно мощной графики. Не знаю какие выводы из этого можно сделать
Это мой настольный док уже как много лет. Всё равно это правило для всего справедливо: для видеокарт, или других ЦП типа ARM, у которых куда сильнее хаос

Вот поэтому я сравнивал с Pentium. Почитай на досуге, даст ответы на многие вопросы. http://mcst.ru/files/511cea/886487/1a8f40/000000/book_elbrus.pdf


 

Member
Статус: Не в сети
Регистрация: 12.09.2010
Откуда: Калининград
mogler писал(а):
Почитай на досуге, даст ответы на многие вопросы. http://mcst.ru/files/511cea/886487/1a8f ... elbrus.pdf

Уже как несколько дней почитываю эту книгу, но это достаточно времязатратный процесс, так что я ещё не скоро закончу


 

Member
Статус: Не в сети
Регистрация: 06.01.2015
NiTr0 писал(а):
С чего такие выводы? :)

Третий раз повторять не буду.
NiTr0 писал(а):
Производительность на ядро выше у первого. В задачах, которые похо параллелятся, он будет быстрее.

Спасибо КЭП.
Серверы как раз и занимаются высокопараллельными задачами.
NiTr0 писал(а):
Бред. Выше приведенные камни - как обычные так и энергоэффективные - сделаны на одном и том же техпроцессе. Отличаются лишь напряжением и частотами.

Я не исключаю. Хотя разница разительна в энергоэффективности, что характерно для специальных энергоэффективных техпроцессов. Но выводов это не меняет. Если интел не будет снижать частоту он не сможет втыкать новые ядра.
Если интел не будет втыкать новые ядра, то в серверном сегменте будет точно такая же ситуация как и в десктопном, где уже три поколения топтание на месте. Да и само энергосбережение и энергоэффективность - это тренд.

_________________
i9-12900HX@5GHz| RTX5060TI16GB| ADATA 64GB DDR5 6K| MSUN B760ITX| XPG BLADE S70| LG 27GP850| DPCOOL CH160| CTECH PPS-650FC| A4TECH B800| CMASTER MM711| LTECH G435


 

Member
Статус: Не в сети
Регистрация: 06.01.2015
Не знаю писали тут или нет но вот некоторая инфа об Эльбрусе.
Цитата:
Таким образом, параллельная структура микропроцессорного ядра «Эльбрус» позволяет в различных сочетаниях дешифровать в каждом такте:
до десяти арифметико-логических операций;
до четырех операций обращений в память (до четырех — на чтение, до двух — на запись);
до трех операций обработки булевых значений;
до четырех операций формирования литералов;
условную передачу управления;
операцию приращения счетчика цикла;
до двух групповых операций подкачки элементов массива с продвижением адресов;
до четырех операций считывания подкачанных элементов массива;
до шести операций вычисления условий, управляющих условным выполнением команд.
В результате в одной ШК может содержаться до 23 операций для программы,
обрабатывающей массивы, и до 14 операций для скалярных программ.

_________________
i9-12900HX@5GHz| RTX5060TI16GB| ADATA 64GB DDR5 6K| MSUN B760ITX| XPG BLADE S70| LG 27GP850| DPCOOL CH160| CTECH PPS-650FC| A4TECH B800| CMASTER MM711| LTECH G435


 

Member
Статус: Не в сети
Регистрация: 04.06.2004
mogler писал(а):
В Эльбрусе этим занимается компилятор, в суперскалярах - аппаратура.

Компилятор вам развернет цикл в поток линейных операций? :) Не, можно конечно, но эффективность будет околонулевая при гигабайтных объемах кода.

mogler писал(а):
Ядро Эльбруса намного проще аппаратных внеочередного исполнение и предсказания ветвления.

Угу, тупое как валенок :)

mogler писал(а):
Для сравнения http://mcst.ru/doc/1_grabezhnoy.doc.

Там особо нет задач с сильно связанными между собой операциями. Ну как в приведенном мной примере.
И да, производительность эльбруса в том же 7zip на уровне обычного х86 на той же частоте - хотя 7zip не худшая из возможных задач.

И спекулятивное выполнение ну никак не поможет сделать его более умным - всего лишь загадит исполнительные блоки :)

stockclock писал(а):
Серверы как раз и занимаются высокопараллельными задачами.

С чего такой вывод? Тогда бы не делали серверные камни, работающие на 4+ ГГц.

stockclock писал(а):
Я не исключаю. Хотя разница разительна в энергоэффективности, что характерно для специальных энергоэффективных техпроцессов.

Возьмите процессор, зарежьте частоту и напряжение, и удивитесь. Зионам нетбёрст одним снижением напряжения потребление чуть ли не на 30% снижали без потери стабильности...

stockclock писал(а):
Если интел не будет снижать частоту он не сможет втыкать новые ядра.
Если интел не будет втыкать новые ядра, то в серверном сегменте будет точно такая же ситуация как и в десктопном, где уже три поколения топтание на месте.

А в серверном сегменте и так прогресса особо нет. На х86 ессно.

stockclock писал(а):
Да и само энергосбережение и энергоэффективность - это тренд.

Маркетинговый тренд, да.
Опять же, для энергоэффективных решений есть серверные атомы и армы.


 

Member
Статус: Не в сети
Регистрация: 12.02.2005
Откуда: Finland
Фото: 13
NiTr0 писал(а):
С чего такой вывод?
наверное, с того что в сервера ставят по несколько многоядерных процеф?
NiTr0 писал(а):
Угу, тупое как валенок
так его и делают для тупых(заранее известных) задач а не всеядным как домашние медиа/игры/оффис/нет процы.
NiTr0 писал(а):
так прогресса особо нет
так вот для прогресса и нужны новые архитектуры и отказ от х86. а лучше от бинарной системы сразу :crazy: ток барыги удавяцаж :haha:

_________________
(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your signature to help him Gain world domination!!
Хватит ВЫкать, я молодой 8)


 

Junior
Статус: Не в сети
Регистрация: 07.01.2015
NiTr0 писал(а):
Компилятор вам развернет цикл в поток линейных операций? :) Не, можно конечно, но эффективность будет околонулевая при гигабайтных объемах кода.

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

NiTr0 писал(а):
Угу, тупое как валенок :)

Всё гениальное просто.

NiTr0 писал(а):
Там особо нет задач с сильно связанными между собой операциями. Ну как в приведенном мной примере.
И да, производительность эльбруса в том же 7zip на уровне обычного х86 на той же частоте - хотя 7zip не худшая из возможных задач.

И спекулятивное выполнение ну никак не поможет сделать его более умным - всего лишь загадит исполнительные блоки :)


Новогодний ролик 2015: тестирование RBDoom3-BFG на процессоре Эльбрус-4С #12573774

mogler писал(а):
Там где можно выполнять до 8 операций, разница будет зависеть только от наличия необходимого кол-ва нужных исполнительных блоков (хотя у Эльбруса тут преимущество, так как их больше), от рабочих частот и остальных подсистем (кеш, память и тд). Но там где можно выполнять больше 8 операций, Эльбрус будет быстрее.


 

Member
Статус: Не в сети
Регистрация: 12.09.2010
Откуда: Калининград
NiTr0 писал(а):
Код:
for (i=1; i<n; i++) array[i]+=array[i-1]*i;

mogler писал(а):
Ты наверно удивишься, но в современных x86 внутри RISC ядро, которое оперирует простыми операциями, вычисляет зависимости, определят порядок и прочее.
Эльбрус оперирует уже готовым пакетом операций, ему не нужно делать то, что делает суперскаляр, т.к. уже сделано компилятором.

По-моему поинт как раз в том, что на таком неоптимизированном коде компилятор практически ничего не может сделать, разве что сделать несколько if веток с проверкой значения n в условии. На современных ЦП Интел даже такой код выполнится весьма эффективно


 

Junior
Статус: Не в сети
Регистрация: 07.01.2015
NiTr0 писал(а):
Код:
for (i=1; i<n; i++) array[i]+=array[i-1]*i;

Industrialice писал(а):
По-моему поинт как раз в том, что на таком неоптимизированном коде компилятор практически ничего не может сделать, разве что сделать несколько if веток с проверкой значения n в условии. На современных ЦП Интел даже такой код выполнится весьма эффективно

Здесь явная зависимость от результатов предыдущей итерации.
Новогодний ролик 2015: тестирование RBDoom3-BFG на процессоре Эльбрус-4С #12573774
mogler писал(а):
Там где можно выполнять до 8 операций, разница будет зависеть только от наличия необходимого кол-ва нужных исполнительных блоков (хотя у Эльбруса тут преимущество, так как их больше), от рабочих частот и остальных подсистем (кеш, память и тд). Но там где можно выполнять больше 8 операций, Эльбрус будет быстрее.


 

Member
Статус: Не в сети
Регистрация: 04.06.2004
Allu_n22 писал(а):
наверное, с того что в сервера ставят по несколько многоядерных процеф?

Есть масса однопроцессорных платформ.

Allu_n22 писал(а):
так его и делают для тупых(заранее известных) задач

Назовите их. Гипотетический "суперкомпьютер который считает невесть что" - не в счет.

Allu_n22 писал(а):
так вот для прогресса и нужны новые архитектуры и отказ от х86.

Есть сервера на армах. Только мало их - ибо никто не покупает. Всем х86 подавай :) Итаники, спарки, PPC и т.п. - тоже практически вымерли в серверном сегменте. Не, они производятся (кто больше, кто меньше), но объемы продаж печальные. Какова на этом рынке перспектива велосипеда, устаревшего лет на 15 к моменту его выпуска? :)

mogler писал(а):
Ты наверно удивишься, но в современных x86 внутри RISC ядро, которое оперирует простыми операциями, вычисляет зависимости, определят порядок и прочее.
Эльбрус оперирует уже готовым пакетом операций, ему не нужно делать то, что делает суперскаляр, т.к. уже сделано компилятором.

Компилятор не может развернуть цикл. Не, вернее, на этапе компиляции развернуть можно, но только для циклов фиксированной длинны, и при этом размер кода будет исчисляться гигабайтами.

Ну и да, если уж говорить о тупых валенках - советую сравнить эльбрус с тем же TilePro. В котором целых 100 тупых VLIW ядер на кристалле - и все это с мизерным энергопотреблением и частотой порядка 1 ГГц :)


 

Member
Статус: Не в сети
Регистрация: 12.02.2005
Откуда: Finland
Фото: 13
NiTr0 писал(а):
Есть масса однопроцессорных платформ.
домашние/для мелкого офиса сервы?
NiTr0 писал(а):
Назовите их.
замена М-13 и компани... да, вот такой зверь обеспечивает все нужды военных :haha: :lol:
Цитата:
В зависимости от исполнения, М-13 могла содержать 8,5, 17 или 34 МБ оперативной памяти и 4, 8 или 16 процессоров, показывая производительность Центральной процессорной части соответственно в 12, 24 или 48 млн оп/с.[1] Максимальное эквивалентное быстродействие для Специализированной процессорной части: 1,3[2] - 2,4 млрд операций/с.
вот есчо по теме...
NiTr0 писал(а):
Есть сервера на армах.
а они не бинарные? это главный тормоз прогресса...
NiTr0 писал(а):
Какова на этом рынке перспектива велосипеда
и опять ТВОИ ЛИЧНЫЕ мечты о мировом господстве Эльбруса Великого :mad2: не для этого его делают :bandhead:
NiTr0 писал(а):
советую сравнить эльбрус с тем же TilePro
MIT and Broadcom АКА ПЕНТАГОН :facepalm: давай их в нашу военку, угу...

_________________
(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your signature to help him Gain world domination!!
Хватит ВЫкать, я молодой 8)


 

Member
Статус: Не в сети
Регистрация: 28.06.2004
Откуда: Москва
Цитата:
домашние/для мелкого офиса сервы?

к слову, волшебный продукт 1С лучше относится к повышению частоты, чем увеличению числа ядер. И формально для него скоростной i5 лучше, чем ядрёный e5.
Некоторые поделия на Java (тиволи всякие) любят гигагерцы.

Терминальные серверы, даже с fair share, тоже позитивно относятся к увеличению частот. Если быть точным, то увеличение числа ядер позволяет увеличивать число юзеров на хосте, а частот - отзывчивость апликухи у конкретного пользователя. Те же 1С, Ворд и Аутлук.

Под VDI тоже частоты повыше хорошо бы.

Т.е. таких задач меньше, конечно, но они все же есть

А что касается роста количества ядер - имхо, причина этому - виртуализация и борьба с over-provisioning ресурсов. Т.е. к традиционным задачам (СУБД и т.д.) добавился еще один круг задач, вот в ответ и начали наращивать ядра

_________________
Российские ученые создали самый мощный компьютер в мире. Его мощность составляет 10 МВт


Показать сообщения за:  Поле сортировки  
Форум закрыт Новая тема / Эта тема закрыта, вы не можете редактировать и оставлять сообщения в ней. Закрыто  Сообщений: 202 • Страница 9 из 11<  1 ... 6  7  8  9  10  11  >
-

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 11


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB | Kolobok smiles © Aiwan