Российские распределенные вычисления на платформе BOINC
Форум участников распределённых вычислений.

Добро пожаловать, Гость! Чтобы использовать все возможности Вход или Регистрация.

Уведомление

Icon
Error

12 Страницы«<101112
Опции
К последнему сообщению К первому непрочитанному
Offline hoarfrost  
#221 Оставлено : 10 мая 2018 г. 11:23:39(UTC)
hoarfrost


Статус: Старожил

Медали: Переводчику: За помощь в создании сайтаРазработчику: За разработку приложения CluBORunДонор: За финансовую помощь сайту

Группы: Editors, Member, Administration, Moderator Crystal Dream, Moderators, Crystal Dream Group
Зарегистрирован: 05.10.2007(UTC)
Сообщений: 8,294
Мужчина
Откуда: Crystal Dream

Сказал «Спасибо»: 1203 раз
Поблагодарили: 1644 раз в 1050 постах
Автор: Demis Перейти к цитате
Тут, вроде, есть такой момент, что трипл-мода включает режим одновременной записи сразу на три чипа (или банка?) памяти. Т.е. не последовательная запись, а параллельная. Что при той-же частоте позволяет быстрее произвести запись. Т.е. расширение не по скорости, а по мощности. Ну, условно, ванную можно наполнить из одного крана, а из трех это произойдет еще быстрее. Думаю на AMD примерно такой-же трюк. И скорее всего вариант с "unganged" будет быстрее. Хотя это может оказаться специфичным для конкретного софта. Когда "играл" режимами, остановился на трипле, но опять-же - для моего случая.

Да, я тоже понимаю всё это именно так.
Если мы переходим от Sigle Mode к Triple Mode то общая пропуская способность RAM - не изменяется, но при обращении к какому-то достаточно большому кусочку в неё - отдельно взятое обращение проходит быстрее из-за того, что данные будут записываться или считываться сразу в несколько банков памяти.

При этом, как я понимаю, могут быть такие основные варианты:
  1. В системе работает 1 поток, но обращения в RAM почти полностью обрабатываются кэшем CPU - разница в Single channel / Multi-channel - не должна быть заметна;
  2. В системе работает 1 поток, но обращения в RAM идут именно в банки памяти и они большие - разница должна быть заметна;
  3. В системе работает много потоков, но обращения в RAM почти полностью обрабатываются кэшем CPU - разница в режимах не должна быть особо заметна;
  4. В системе работает много потоков, и при этом, каждый из них довольно часто обращается в RAM, но не настолько часто, чтобы постоянно делать это одновременно с остальными потоками - в этом случае Multi-channel должен давать выигрыш;
  5. В системе работает много потоков и все они постоянно обращаются к банкам памяти - в этом случае Single channel может оказаться эффективнее, т.к. при Multi-channel потоки своими обращениями к банкам памяти могут начать блокировать работу других процессов. В случае же Single channel, в среднем, длина очереди за обращением может уменьшиться достаточно для того, чтобы уменьшение времени ожидания в ней скомпенсировало более медленный отклик.


В итоге снова получается, что надо проверять в каждом конкретном случае.
laugh1

Разница с RAID, как я понимаю, в том, что в RAID-е число устройств как правило больше, чем число обращающихся потоков/агентов и т.п.

И, мы получаем вполне логичное и интересное следствие - при прочих равных (вот только будут ли они реально "равны" при работы платы с RAM?), лучше ставить больше планок.
UserPostedImage
Offline Demis  
#222 Оставлено : 11 мая 2018 г. 9:10:00(UTC)
Demis


Статус: Я тут не впервой

Группы: Member
Зарегистрирован: 29.05.2017(UTC)
Сообщений: 32

Сказал(а) «Спасибо»: 3 раз
Поблагодарили: 3 раз в 3 постах
Автор: hoarfrost Перейти к цитате


В итоге снова получается, что надо проверять в каждом конкретном случае.
laugh1

Разница с RAID, как я понимаю, в том, что в RAID-е число устройств как правило больше, чем число обращающихся потоков/агентов и т.п.

И, мы получаем вполне логичное и интересное следствие - при прочих равных (вот только будут ли они реально "равны" при работы платы с RAM?), лучше ставить больше планок.


Насчет "проверять" в принципе да. Нет тут, лично у меня, золотого решения.
Даже с теми-же RAID "в классике". Мы же всегда помним и понимаем, что каков-бы он ни был, он всегда будет медленнее одиночного устройства на шине.
Вполне возможно, что пример с HBA покажется интереснее: https://serverfault.com/questions/616831/what-is-the-difference-between-a-hba-card-and-a-raid-card#616835.
Но это меня уже уносит в сторону.
А рамы, за редким исключением, практически всегда - побольше не помешает.
Offline Natalia Nik  
#223 Оставлено : 13 мая 2018 г. 20:33:54(UTC)
Natalia Nik


Статус: Я тут не впервой

Медали: Первооткрывателю: Нахождение пар ОДЛК в RakeSearch! Роза: Наташе - хозяйке BOINC-горы!Разработчику: Автор проекта RakeSearch!

Группы: Member, Crystal Dream Group
Зарегистрирован: 03.09.2017(UTC)
Сообщений: 31
Женщина
Российская Федерация
Откуда: Петрозаводск

Сказала «Спасибо»: 24 раз
Поблагодарили: 42 раз в 13 постах
Всем привет!

Опубликованы 7 новых типов графов, найденных в проекте. За это большое спасибо hoarfrost-у. smile Как и раньше, для визуализации использована программа Gephi и творческая фантазия.
thanks 3 пользователей поблагодарили Natalia Nik за этот пост.
citerra оставлено 13.05.2018(UTC), hoarfrost оставлено 14.05.2018(UTC), Freddykrug оставлено 14.05.2018(UTC)
Offline hoarfrost  
#224 Оставлено : 19 мая 2018 г. 12:31:33(UTC)
hoarfrost


Статус: Старожил

Медали: Переводчику: За помощь в создании сайтаРазработчику: За разработку приложения CluBORunДонор: За финансовую помощь сайту

Группы: Editors, Member, Administration, Moderator Crystal Dream, Moderators, Crystal Dream Group
Зарегистрирован: 05.10.2007(UTC)
Сообщений: 8,294
Мужчина
Откуда: Crystal Dream

Сказал «Спасибо»: 1203 раз
Поблагодарили: 1644 раз в 1050 постах
Новости на выходные, или 5 новых типов графов!
(Новость непосредственно на сайте проекта)

Дорогие друзья!

Представляем вам ещё 5 типов графов из ОДЛК 9 ранга, найденных в рамках проекта RakeSearch.

Первый из них [R9_000040159/01] похож на цветок. Многие из квадратов этого графа ортогональны 2 квадратам, помещённым в центре этого "цветка" и при прорисовке рёбер и получается подобная фигура из "лепестков". Чтобы вырастить этот цветочек необходимо 32 вершины и 62 ребра.
smile
UserPostedImage

Второй [R9_000040275/01] - весьма большой, второй по размер среди всех известных нам графов, найденных в проекте на сегодняшний день. 61824 вершина и 374064 ребра составляют сеть с несколькими "центрами притяжения", связанными между собой пучками рёбер. Также вы можете посмотреть и анимацию (8.3 Мб) "заполнения" этого графа.
UserPostedImage

Третий [R9_000040835/01] - состоит из 154 вершин и 1263 рёбер (5-й по размеру на сегодняшний день!) складывающихся в... цветок из экваториальных лесов?
UserPostedImage

Четвёртый [R9_000040839/02] - напоминает животных из древней жизни Земли. Он состоит всего из 16 вершин и 34 рёбер.
UserPostedImage

Пятый [R9_000041622/02] - выглядит значительно более новым объектом! Спутник? smile Для построения такого "космического телескопа" необходимы 24 квадрата, скрпелённые 84 отношениями ортогональности.
UserPostedImage

И, в конце, мы хотим поздравить всех участников 9-го BOINC Pantathlon-а с окончанием этого состязания! Победителей, перемоловших миллионы заданий и команды, обработавшие хотя бы одно. Распределённые вычисления - примечательная и необычное явление нашего времени. И мы надеемся, что видим только его первые "листики".

Отредактировано пользователем 19 мая 2018 г. 20:58:03(UTC)  | Причина: Не указана

UserPostedImage
thanks 5 пользователей поблагодарили hoarfrost за этот пост.
evatutin оставлено 19.05.2018(UTC), ReaDy оставлено 19.05.2018(UTC), sergamena оставлено 19.05.2018(UTC), Horror245 оставлено 19.05.2018(UTC), Natalia Nik оставлено 21.05.2018(UTC)
Пользователи, просматривающие эту тему
Guest (4)
12 Страницы«<101112
Быстрый переход  
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.

Boinc.ru theme. Boinc.ru
Форум YAF 2.1.1 | YAF © 2003-2018, Yet Another Forum.NET
Страница сгенерирована за 0.089 секунды.