Судя по преыдущим постам, ты запускаешь linpack_xeon32.exe или linpack_xeon64.exe а надо runme_xeon32.bat, соответственно runme_xeon64.bat.
После завершения теста результаты будут в linpack_xeon32.txt или linpack_xeon64.txt
Advanced member
Статус: Не в сети Регистрация: 07.10.2004 Откуда: Сыктывкар
Buld@zer писал(а):
CPU frequency: 3.995 GHz Number of CPUs: 2 Number of threads: 2
Number of tests : 1 Number of equations to solve (problem size) : 14000 Leading dimension of array : 14000 Number of trials to run : 10 Data alignment value (in Kbytes) : 4
Отличный результат. Можно поздравить. Вот если бы у тебя было 4 ядра да на этих частотах + х64(все под нее работает + имеешь удовольствие при желании выставить >4Гб памяти + запустить и посмотреть 64 бит проги - тот же линпак64 - и можно было-б сравнивать и 32 и 64 тест) - было бы еще лучше. Но и так результат впечатляет. Я 32бит тест скорее всего не буду грузить. Оттестю стабильность под х64бита, затем поднастрою память - и пожалуй так и оставлю. Жаль память с делителем под новую частоту не очень подпадают. Будет еще медленнее. Но если комп будет стабилен как скала именно везде и при любой загрузке - мне такой вариант нравится больше. Сейчас стоит максимально стабильная частота под х64 - 3474Мгц на матрице 12000х12000, при этом свободно оперативы -175Мб. Выставил число запусков 100. Прошел около 30. Все значения одинаковы.Больше 100 делать небуду. Тест и так тяжелый и должно хватить. Макс. температура в ходе теста - 55гр. Добавлено спустя 8 минут, 26 секунд Pik@ У меня тоже под 32 бита были эроры. P.S. Вобще как я убеждаюсь - из-за большого количества устройств на 12В у меня идет перекос напряжения достаточно сильный так что один из винтов начинает постукивать в ходе стресс тестов=долгой макимальной загрузки. Линия 5В падает а 12 наоборот. Надо или новый БП покупать или второй дополнительно. Просто буду иметь это в виду. Раньше были признаки перекоса - выгорали провода на линии 7В - вобще их убрал и забыл почти. Но теперь ошибка почти исключена - бп сильно перегружен. Я б купил да денег жалко
_________________ Если не знаешь что делать, делай хоть что-нибудь.
Member
Статус: Не в сети Регистрация: 24.10.2003 Откуда: Novosibirsk
Xmast писал(а):
Макс. температура в ходе теста - 55гр.
Это какая тем-ра воды? 10-15С?
Если ты такой любитель стабильности, зачем тебе охлаждать забортным морозным воздухом, ведь летом это не будет работать, и ты, получается, привязан к этому непостоянному источнику охлаждения. Мне это кажется неприемлемым.
Advanced member
Статус: Не в сети Регистрация: 07.10.2004 Откуда: Сыктывкар
Cronos писал(а):
Это какая тем-ра воды? 10-15С?
Затрудняюсь ответить. На улице -6.
Cronos писал(а):
Если ты такой любитель стабильности, зачем тебе охлаждать забортным морозным воздухом, ведь летом это не будет работать, и ты, получается, привязан к этому непостоянному источнику охлаждения. Мне это кажется неприемлемым.
Ошибаешься. Прежде всего нужно сразу же сказать, что хорошее охлаждение в недостатки записывать... А значит у тебя остается вопрос по перепаду температур между сезонами? Никаких проблем. Значит сезоны - это долгие месяцы работы - при этом температуры обдува компонентов у меня такие-же как у всех. За исключением процессора. А при прошествии сезона (это ни много ни мало месяцев 7-8) - можно провести дополнительный тест на стабильность в летний период. В течении 1-2 дней. И всего проблем. Будет -100Мгц скажем летом. Как и у большинства погнанных компьютеров которые работают без запаса - летом нужно снижать разгон из-за перегрева. Это всем давно известно. Теперь у тебя остаются вопросы по промежуточным температурам. Если на улице скажем -20 и +10. - Как разгон рассчитаный на -20 работает стабильно на +10? Тоже все просто. На стабильность разогнанного компьютера судя по моей практике это никак не влияет (-30гр перепад) т.к. совершенно необязательно настраивать комп именно в -20 до последнего стабильного мегагерца и до самого развысокого вольтажа. А при среднем вольтаже и небольшом запасе стабильности - такой перепад на работу проца не влияет. Т.к. это по прежнему очень комфортные условия для процессора. Вот если бы на улице было +20 и +50 с перепадо 30 - это другой разговор. Думаю понятно обьяснил. Я как обладатель этой альтернативной системы охлаждения - все знаю из практики. Тут уже проблема не в температурах - а в конденсате. Когда сегодня скажем 0, а завтра -35 к ночи. Но эту проблему я тоже решил. P.S. Заканчиваю 2-ю сотню тестов в х64 версии Добавлено спустя 12 минут, 29 секунд Тест квада 100 ходовой проход на х64 версии. Реальная частота - 3472Мгц. В логе стоит неправильная. Прога не учла выставленный делитель 8х http://cp.people.overclockers.ru/cgi-bi ... =w_x64.rar До этого тоже гонял сотню проходов но с более слабой настройкой памяти. так что стабильно
_________________ Если не знаешь что делать, делай хоть что-нибудь.
Member
Статус: Не в сети Регистрация: 24.10.2003 Откуда: Novosibirsk
Xmast писал(а):
Тест квада 100 ходовой проход на х64 версии. Реальная частота - 3472Мгц. В логе стоит неправильная. Прога не учла выставленный делитель 8х http://cp.people.overclockers.ru/cgi-bi ... =w_x64.rar До этого тоже гонял сотню проходов но с более слабой настройкой памяти. так что стабильно
Увы нет, нестабильно. Один вылет.
Вот где разница между 10 и 100 прогонами - 10 получить относительно легко, 100 гораздо сложнее.
Member
Статус: Не в сети Регистрация: 24.01.2006 Откуда: Эйлат, Израиль
Попробовал прибавить память и частоту, запустил на 100 прогонов.
Примерно после получаса работы хотел запустить эверест, как только кликнул на него, система ушла в ребут...
Тесты (30 штук) показывают стабильность... Но из за чего тогда перегруз?
Может памяти не хватило? По контролю task manager было использовано 1.97GB ~ 100%
Цитата:
CPU frequency: 4.185 GHz Number of CPUs: 4 Number of threads: 4 Parameters are set to:
Number of tests : 1 Number of equations to solve (problem size) : 15000 Leading dimension of array : 15000 Number of trials to run : 100 Data alignment value (in Kbytes) : 4
Maximum memory requested that can be used = 1800304096, at the size = 15000 ============= Timing linear equation system solver =================
Акула пера
Статус: Не в сети Регистрация: 29.03.2004 Откуда: Москва Фото: 5
Def_4ex у меня комп ребутится постоянно в тестах, когда ошибка появляется - будь то прайм, осст или линпак... не от перегрева точно. и это на е6850 - помню на кваде г0 и на более раннем е6600 - выскакивали ошибки...
Прогнал линпак 64 бит 100 раз в безопасном режиме Висты.
[url=http://cp.people.overclockers.ru/cgi-bin/dl.pl?id=26716&filename=win_xeon64.rar]Результаты linpack_64bit
[/url]
Код:
Performance Summary (GFlops)
Size LDA Align. Average Maximal 26800 26800 4 45.6759 45.6973
Advanced member
Статус: Не в сети Регистрация: 07.10.2004 Откуда: Сыктывкар
A/P Какие тайминги на оперативную память стоят? А то вроде у меня частота памяти выше + немного выше проц - а результат ниже.
Да вчерашняя ошибка была не по вине проца а по вине памяти. Но ее долго тестить надо. А проц мой стабилен в линпак64 на 3472Мгц 100%. Прогонял сегодня еще но частоту памяти скидывал. Вобщем буду память подстраивать. И та посмотрю что же получится.
_________________ Если не знаешь что делать, делай хоть что-нибудь.
Advanced member
Статус: Не в сети Регистрация: 07.10.2004 Откуда: Сыктывкар
A/P писал(а):
Память 1:1, 760МГц, тайминги по эвересту 5-5-5-18-52-2-4-14-8-13-7-14-2600
Вот это и интересно. Сегодня закончил тест своего квада Г0 в линпак64. Максимально стабильная частота в таком тесте - 3465Мгц. При установке памяти 4Гб@1040Мгц 4-5-5-15 после прохождения 100 циклов 12000х12000 - производительность ~=44.9.
У тебя среднее значение 45.6. Это у меня такая х64 винда или у тебя мать на столько быстрее? Какое у тебя значение например теста быстродействия винрар? Добавлено спустя 5 минут, 28 секунд P.S. Грузанул для сравнения тест линпак32 - с ходу пошел на 3600Мгц без проблем. Я так понимаю значит в среде х32 я могу грузить проц на 3600 и выше а для тяжелого х64 софта стабильная частота не должна превышать 3465Мгц?
Ну учитывая что х64 софта да еще и сильно перегружающего проц пожалуй и не найти - может тестить на настройку стабильности в х32 среде? Как тут большинство делают? У кого какие мысли есть?
_________________ Если не знаешь что делать, делай хоть что-нибудь.
Xmast В х32 среде есть сообщения, что линпак тестит систему слабее SnM 1.9.1.
Т.к. я решил полностью перейти на 64бит, то мне нужна стабильность именно в 64бит среде. Кстати, Mathematica 6 в 64бит среде показывает результат на 10% больший, чем в 32бит среде.
В стандартном тесте винрара 3.70 производительность- 1449. Но это не окончательная, ща проц фоновыми приложениями с низким приоритетом забит на 100%. Как будет возможность, померю точнее.
12000х12000 не проверял. У меня матрица побольше, мб поэтому производительность побольше? И ещё, я тестил линпак х64 в безопасном режиме, в нём многие службы не грузятся.
Xmast 1. linpack это бенчмарк
2. в безопасном режиме система кушает мало памяти. В в обычном режиме я мог запустить до 24500х24500, а в безопасном режиме удалось 26800х26800. Больше памяти используется- лучше проверяется память и больше результат.
3. Чем больше матрица, тем больше загружен проц именно расчётами, а не вспомогательными вещами типа записи результата на диск и пр. (в моём случае эти дела занимают несколько секунд). Как следствие лучше проверка проца.
Advanced member
Статус: Не в сети Регистрация: 07.10.2004 Откуда: Сыктывкар
A/P Меня тоже конечно интересно какой будет результат. Особенно когда поднимаешь частоту памяти - заметно растет скорость. Но все же интересно только в реальном рабочем режиме.
А матрицы побольше я бы тоже грузанул - но память занята. Да и времени на несколько сот тестов в линпак64 много убил. Думаю уже достаточно натестил Еще хотел тебя спросит какие температуры у тебя в нагрузке в этом тесте и какое напряжение. Очень интересно.
_________________ Если не знаешь что делать, делай хоть что-нибудь.
Xmast Для простого бенча достаточно прогнать около 5-10 тестов. Температуры такого порядка CPU 75C, PWM 100C. Напруга на проц в биосе выставлена 1.49В. В тесте проседает до 1.37В.
Для бенча бенчеры отрубают всё, что можно; не меньше, чем в безопасном режиме отрубается.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 13
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения