Advanced member
Статус: Не в сети Регистрация: 16.12.2002 Откуда: TSC! | Москва
Nordling Можно выставить предпочтительные ядра с помощью FAHMF. Тинкеры и DGROMACS/GBGROMACS (или то, или то) получишь почти 100%, по прочим ядрам с той или иной вероятностью. QMD пока не выдаются, так что вместо них будут идти либо просто Громаксы, либо D/GB...
А вот интересно, задания чьи ядра поддерживают например SSE2 будут одинаковы по результату при рассчете на проциках с SSE2/SSE/3dnow!/через FPU ?? Точность упрощеных команд-то ниже
Advanced member
Статус: Не в сети Регистрация: 16.12.2002 Откуда: TSC! | Москва
PPavel Точность FPU - 80 бит, точность SSE2 - 64 бит. Очевидно, 64 бит достаточно. Впрочем, некоторые модули используют даже SSE с его 32-битной точностью, может, где-то и этого хватает?
Member
Статус: Не в сети Регистрация: 02.06.2005 Откуда: Минск, Беларусь
Помню в общем курсе по физике очень хорошо было расписано определение достаточного количества значащих цифр при расчетах. В данном конкретном случае 32 бит позволяет описать примерно 20 значащих цифр при 192 порядках за счет применения мантиссы. Необходимость применения 64 бит может скорее быть вызвана недостаточным количеством порядков, чем недостаточным количеством значащих цифр. Для таких расчетов наиболее подошел бы тип чисел Extended. Очень помогает при свертке систем линейных уравнений по методу Гаусса.
_________________ F@H = 163484 pts
Время разбрасывать пальцы, и время их собирать... (c) Екклезиаст
Member
Статус: Не в сети Регистрация: 28.01.2005 Откуда: Москва
dmurk не надо решать СЛАУ Гауссом. будут траблы с точностью, при плохо обусловленной матрице и хотя бы сколько нибудь значимом n. чтобы не было, надо хотя бы главный параметр выбирать. а вообще итерационные методы рулят это я так. в порядке общего бреда...
Hil Вон в Einstein@home написали умельцы оптимизированные ядра и результаты иногда отличаются от тех же, посчитанными без оптимизаций Чем объяснишь? Пониженной точностью только с более грубыми округлениями, ИМХО
Возьми один и тот же DVD фильм перекодируй с использованием SSE2 и без и побайтно сравни. Будет совсем другой результат, имхо. По крайней мере при 64-битности это так
Member
Статус: Не в сети Регистрация: 01.10.2003 Откуда: Челябинск
Hil писал(а):
А вот самим писать ядра не стоит.
А почему, собссно? Например, Громакс написан как опен сорс. Идешь на www.gromacs.org, качаешь исходники и вперед Что, у нас мало людей, способных оптимизировать код? Мне, кстати, предлагали присоединиться, когда я ругался на их алгоритм создания чекпойнтов. Вот только со временем у меня полное увы...
Member
Статус: Не в сети Регистрация: 02.06.2005 Откуда: Минск, Беларусь
ShiZ писал(а):
dmurk не надо решать СЛАУ Гауссом. будут траблы с точностью, при плохо обусловленной матрице и хотя бы сколько нибудь значимом n. чтобы не было, надо хотя бы главный параметр выбирать. а вообще итерационные методы рулят это я так. в порядке общего бреда...
Добавлено спустя 1 минуту, 58 секунд
Нарушитель писал(а):
Например, Громакс написан как опен сорс. Идешь на http://www.gromacs.org, качаешь исходники и вперед Что, у нас мало людей, способных оптимизировать код?
Спасибо за ссылочку
_________________ F@H = 163484 pts
Время разбрасывать пальцы, и время их собирать... (c) Екклезиаст
Member
Статус: Не в сети Регистрация: 07.04.2005 Откуда: Novosibirsk
За такой клиент разрабов подвесить бы за кое-что к потолку ((
Считаю тинкера, 399 фреймов, остается буквально секунды... И тут какая-то тварь вырубает свет, секунд так на 5. После перезагруза жаба пропала, залилась новая. И FAHMF давно не запускал, даже бэкапа нет.
Ну не идти же в конце концов ради этого за ИБП, когда это кончится? Может, все-таки есть какой-нибудь способ попинать докторов? За все время это уже наверное 8-10 загнувшаяся жаба, при всего двух машинах.
Advanced member
Статус: Не в сети Регистрация: 16.12.2002 Откуда: TSC! | Москва
Хомяк Диск то хоть под NTFS? Добавлено спустя 1 минуту, 28 секунд У меня на работе полно случаев выключения питания, так вот я ни одного сбоя расчётов из-за этого сам не ловил. Может, и были, но вот прямо засечь ни разу не получалось. Хотя у меня когда питание вырубают, интернета нет, так что "скрыться" "убитой" "жабе" некуда.
Member
Статус: Не в сети Регистрация: 07.04.2005 Откуда: Novosibirsk
Неа, FAT32. Руки не доходят сконвертить, наверное, придется заняться. Систему последний раз ставил года 2 назад, бегал с винтом к друзьям, а у них еще 98 была, поэтому пришлось все диски сделать под FAT32. Я разговор к другому веду. Все таки команда у нас уже не слабая, в рейтингах мы движемся вполне уверенно. Может все таки написать докторам письмо, пускай уже клиент до ума доведут, последний релиз уже гнильцой пахнет от своей древности. Вот.
Все,уже сконвертировал в NTFS. Hil, спасибо за совет, как-то не приходило в голову, хотя в какой-то теме такую мысль уже видел (склероз)
Последний раз редактировалось Хомяк 24.05.2006 15:25, всего редактировалось 1 раз.
Advanced member
Статус: Не в сети Регистрация: 16.12.2002 Откуда: TSC! | Москва
Хомяк Под FAT гибнет всё и почти под любым проектом РВ - начиная с очередей в TSC и кончая юнитами F@H. Добавлено спустя 2 минуты, 48 секунд Ей-богу, надо это в FAQ внести: если у вас стоит Win2000|XP и при этом вы не используете NTFS хотя бы на диске с клиентом, то не жалуйтесь, что при сбое электричества слетает очередь или загибается недосчитанное задание.
Сейчас этот форум просматривают: Djiraya и гости: 20
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения