Суперкомпьютер своими руками для расчетов в ansys и 3d приложениях

[Bonusfrag 104]

А если это падение связано с перегревом процессора (и нет Thermal Monitoring Technologies), тогда как это лечить?

Выставить ограничения по напряжению??

мне кажется, у любого пк есть опция - пищать при превашении температуры.

и у многих - выключение при превышении температуры.

Ведь у проца вашего есть датчики. Всё остальное - опции материнской платы.

А Thermal Monitoring - это проц либо пропускает такты, либо снижает множитель и напряжение.

К вашему варианту добавьте третью программу, которая будет логировать температуру в файл. Посмотрите, что происходит.

Синий экран на самом деле достаточно информативен. Фоточку бы.

А про напряжение - м.б. его наоборот нехватает?

[_serge 24]

А Thermal Monitoring - это проц либо пропускает такты, либо снижает множитель и напряжение.

А если этой технологии нет, - так указано у X5690, что тогда?

(причем оверлокеры разгоняли этот <noindex>проц. до 5 ГГц</noindex>!!)

С напряжением точно, <noindex>нужно повышать для повышения стабильности работы логических схем проц.</noindex>

(вырастет тепловыделение)

Синий экран на самом деле достаточно информативен. Фоточку бы.

По моему дампу особенно ничего не определить.

Я уже погуглил и нашел похожее прям в центре поддержки windows, но бестоляк.

Там товарищ все тесты прогнал (память, HD, проц).

Он выглядит так:

==================================================

Dump File : 031913-24156-01.dmp

Crash Time : 19.03.2013 11:23:43

Bug Check String :

Bug Check Code : 0x00000124

Parameter 1 : 00000000`00000000

Parameter 2 : fffffa80`4a5d4028

Parameter 3 : 00000000`be000000

Parameter 4 : 00000000`00400e0f

Caused By Driver : hal.dll

Caused By Address : hal.dll+2d93d

File Description :

Product Name :

Company :

File Version :

Processor : x64

==================================================

И в образе NT:

A problem has been detected and Windows has been shut down to prevent damage

to your computer.

The problem seems to be caused by the following file: hal.dll

If this is the first time you've seen this stop error screen,

restart your computer. If this screen appears again, follow

these steps:

Check to make sure any new hardware or software is properly installed.

If this is a new installation, ask your hardware or software manufacturer

for any Windows updates you might need.

If problems continue, disable or remove any newly installed hardware

or software. Disable BIOS memory options such as caching or shadowing.

If you need to use safe mode to remove or disable components, restart

your computer, press F8 to select Advanced Startup Options, and then

select Safe Mode.

Technical Information:

*** STOP: 0x00000124 (0x0000000000000000, 0xfffffa804a5d4028, 0x00000000be000000,

0x0000000000400e0f)

*** hal.dll - Address 0xfffff8022663993d base at 0xfffff8022660c000 DateStamp

0x5010abe8

[Bonusfrag 104]

Смотрите, что нашел:

HAL (Hardware Abstraction Layer) это демон, который представляет программам быстрый доступ к информации об оборудовании. Взаимодействуя с HAL приложения сами могут определять и использовать железо, не обращая внимания на такие особенности как шина или тип устройства. Таким образом графический интерфейс оказывается способным представлять пользователю все ресурсы компьютера в однотипном и унифицированном виде.

Например, HAL способен собирать информацию об устройствах хранения информации (флешках, внешних HDD, и.пр.) и создавать иконки этих устройств на рабочем столе пользователя, упрощающие доступ к этим устройствам.

Мож ваша программа старая и неверно работает с этой библиотекой? Попробуйте режим совместимости с предыдущ.версиями.

Если дело не в программе и ошибку можно вызвать при каких-то других условиях, то тогда список проверки длинный...

Bug Check 0x124: WHEA_UNCORRECTABLE_ERROR

Чаще всего первый параметр равер 0x0 (A machine check exception occurred), возможные причины (собраны из ответов участников конференции):•неисправность процессора;

•чрезмерный разгон;

•недостаточная мощность или неисправность блока питания;

•недостаточное напряжение на процессоре (корректируется в настройках BIOS, особенно в случае разгона);

•неисправность материнской платы (например, опухшие конденсаторы в схеме питания процессора);

•несовместимость процессора/памяти/материнской платы (на всякий случай можно обновить BIOS).

То, что выше + обновление драйверов на самые свежие на всю периферию.

А если этой технологии нет, - так указано у X5690, что тогда?

Следить за температурой самостоятельно. ИМХО если её нет, этой функции, значит у ЦП запас есть для штатного режима работы.

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

В сервера там проде другиет ехнолигии работают.

[Bonusfrag 104]

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

Оо

<noindex>http://www.overclockers.ru/hardnews/53339/...ki_Maxwell.html</noindex>

переход по ссылкам на форуме может не работать - копируйте ручками

[Fedor 1 597]

"

— Во всяком случае, — добавил ветхий зицпредседатель, — во всяком случае этот неизвестный человек — голова!Вы знаете Валиадиса? Валиадис этому человеку пальца в рот не положил бы.

— А Бриану? — спросил Остап,с улыбкой вспомнив собрание пикейных жилетов у бывшего кафе «Флорида». — Положил бы Валиадис палец в рот Бриану? Как вы думаете?

— Ни за что! — ответил Фунт. — Бриан — это голова!Три минуты он беззвучно двигал губами, а потом добавил:

— Гувер — это голова. И Гинденбург — это голова. Гувер и Гинденбург — это две головы.

Остапом овладел испуг. Старейший из пикейных жилетов погружался в трясину высокой политики. С минуты на минуту он мог заговорить о пакте Келлога или об испанском диктаторе Примо-де-Ривера, и тогда никакие силы не смогли бы -отвлечь его от этого почтенного занятия. Уже в глазах его появился идиотический блеск, уже над желтоватым крахмальным воротничком затрясся кадык, предвещая рождение новой фразы, когда Бендер вывинтил электрическую лампочку и бросил ее на пол. Лампочка разбилась с холодным треском винтовочного выстрела. И только это происшествие отвлекло зицпредседателя от международных дел.

"

[Bonusfrag 104]

уже появится ускоритель от Интел.

пока всё, что я читал - что это ускоритель с набортной памятью в 6 гиг.

вообще, интересно, они как-то анализировали спрос на объем памяти, или просто срисовали с видеокарт?

[Maik812 289]

Объявления о продаже в другом разделе форума! Изменено 18 апреля 2013 пользователем SHARit

[Fedor 1 597]

Научитесь правильно переставлять строчки и столбцы и с памятью проблем не будет.

А без этого прямым методом не решают разреженные матрицы.

Я люблю поспорить с Испой, но тут он прав. Настоящие методы для систем только прямые. И теория графов. Граф объект более общей природы чем матрица, то есть при перестановке строк столбцов матрица меняется, а граф породивший ее нет. Эта технология обеспечивает успех мкэ. Ну после грамотных базисных функций из полиномов, конечно

А железяки это все мелочи вторичные

[Bonusfrag 104]

бегло погуглил на тему - а используют ли прямые методы в CFD.

нашел лекции для студентов (док. прилагается)

Direct Solution Methods:

Gaussian Elimination - Gaussian elimination does not vectorise or parallise well. Rarely used in CFD.

Cramer’s Rule - Cramer’s rule is only used for small matrices and is hardly employed in CFD codes.

TDMA Algorithm - Low cost algorithm which is used very often in CFD.

также там описан какой-то итерационный метод, в котором используются вкрапления TDMA...(?)...

CEE7751_6.pdf

[Fedor 1 597]

"А итерационный метод быстрее решает только хорошо обусловленные матрицы" - или с хорошим предобуславливателем. После прямого несколько шагов сопряженных градиентов позволяют уменьшить накопленную ошибку во время шагов и стоят недорого

"Эту же задачу они решили за 12 сек" - когда-то такого же эффекта удалось добиться просто перейдя с обыкновенного штатного PL/1 на оптимизирующий компилятор. У аспиранта был шок несколько дней, он то думал, что решает сложную ресурсоемкую задачу

Если удается распараллелить вычисление скалярного произведения, то остальное уже несложно

[Fedor 1 597]

Так это уже неполное разложение.

И строчки нужно правильно переставить и памяти требуется не меньше.

Сейчас дешевле полное разложение делать.

Зачем уточнять если при разреженном решателе невязка 1.Е-30.

Но принципиально это возможно.

Я как-то проверял какое максимальное число обусловленности еще позволяет разложить. Матрицы генерировал через случайный датчик. Обычно было что-то вроде 10**12, дальше уже очень большая ошибка. А если уже разложенную, но со случайными ошибками использовать в качестве предобуславливателя, то удавалось поднять до 10**14 примерно. Это при арифметике 64, естественно

"Зачем уточнять если при разреженном решателе невязка 1.Е-30" - тут надо еще число обусловленности приводить для полноты картины и невязку нормировать ...

[Fedor 1 597]

"Так я и предложил определить собственные частоты незакрепленной конструкции итерационным методом.

Число обусловленности - хуже некуда" - теоретически не должен бы. Матрица мкэ без условий вырожденная. Иногда когда надо такое считать слегка увеличивают диагональные элементы для определенности, можно округлить в большую сторону при двоичном представлении, просто сделать последний бит всегда единицей. Возможно ограниченность машинной арифметики приводит к этому. Все-таки чисел в машине очень мало по сравнению с континуумом вещественных

[Fedor 1 597]

Тут неопределенность. На разных процессорах разных производителей могут быть разные результаты. Это вроде резинового метра получается

[Fedor 1 597]

это если не учитываете их при оптимизации профиля. Представьте что всем или почти всем степеням свободы присвоили значения... Матрица то меняется. А если еще связей всяких понакладывали...

[Fedor 1 597]

Так это штатная технология исследования проверить что происходит при предельных значениях.

[Fedor 1 597]

Тогда все просто. Если наложить много связей, то это приведет к уменьшению размерности матрицы.

Каждая наложенная связь вычеркивает строку и столбец из матрицы.

Время решения прямым методом существенно уменьшится.

Но я говорю про разреженный решатель, а не профильный.

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

[Fedor 1 597]

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

В философиях нет гипотез, есть концепты

[Fedor 1 597]

Так доказательства лучшести то нет для всех случаев, тоже эмпирика

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

[a_schelyaev 366]

бегло погуглил на тему - а используют ли прямые методы в CFD.

Используют в многосеточном методе. Сперва матрицу уменьшают в размерности чисто геометрически за счет объединения ячеек сетки или же алгебраически за счет редуцирования матрицы.

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

[Fedor 1 597]

"Факторизация матрицы - это последовательное уменьшение размерности матрицы" а я всегда думал, что разложение на две треугольные, ну или на три с диагональной или почти диагональной в середине. Но размерность всех сохраняется.

<noindex>http://ru.wikipedia.org/wiki/%D0%A4%D0%B0%...%86%D0%B8%D1%8F</noindex>