Добавил в файловый архив Оверов несколько версий LinX на всяк пожарный и дал ссылки на них, чтобы было доступно хоть что-то в случае блокировки иностранных ресурсов (файлохранилищ). Позже ещё добавлю. На полноту коллекции, естественно, не претендую. I.N.
Последний раз редактировалось I.N. 07.05.2022 16:40, всего редактировалось 57 раз(а).
Member
Статус: Не в сети Регистрация: 16.08.2007 Откуда: Москва
Mitjay P5LD2 писал(а):
запустил на стареньком стареньком P4 ~2.0Ггц(точно не помню) весь софт работает нормально, даже эверестом тестил "стабильность", а тут... комп ессно без разгона... да и судя по развернутому логу ошибки нет никакой на самом деле...
Ну и откуда там взялась эта Error: info returned... ? Я думал, в 10м Линпаке её уже не осталось. Будем фиксить, спасибо. Это Линпак явно сопротивляется форсированной двухпоточности.
Member
Статус: Не в сети Регистрация: 24.01.2007 Откуда: Kotlas Фото: 0
Можете ответить на такой вопрос .Система windows 7 x64 . при установке галочки в программе на х64 тест валиться на первой минуте, при снятии 100 проходов все ок.
Глюк системы либо железо не стабильно и надо его настраивть.
Member
Статус: Не в сети Регистрация: 16.08.2007 Откуда: Москва
sollo7 А чуточку поподробнее можно? А то тут на XS отличный косячок Линпака выявили: 64-битный Линпак при больших (> 2 ГБ) объёмах памяти и с явно указанными ему 8 потоками (на Core i7) показывает разные значения Residual даже на штатных частотах, когда всё заведомо стабильно. Особо интересен случай, когда отличается от всех остальных только первый результат. Что-то подобное в ветке про Линпак было. Ума не приложу, что с этим делать.
- подкорректирован (уменьшен) верхний предел для 32-битного Linpack'а для ОС Windows Vista и Windows 7 - исправлено незначительное падение производительности Linpack'а в предыдущей версии - исправлено иногда неверное определение нестабильности 64-битным Linpack'ом (несовпадающие колонки Residual) на системах с Core i7 с большими объемами памяти
Mitjay P5LD2 Если есть желание, попробуйте на том Пентиуме 4 ещё разок прогнать. Вдруг помогло?
Member
Статус: Не в сети Регистрация: 13.02.2006 Откуда: Мытищи
Dua|ist писал(а):
Особо интересен случай, когда отличается от всех остальных только первый результат. Что-то подобное в ветке про Линпак было. Ума не приложу, что с этим делать.
может есть смысл для такого режима сделать особую "коррекцию ошибок" когда будет проверяться не первое значение а скажем со второго или с третьего, или там все residual "прыгают"?... сорри потерял ссылку с XS...
Dua|ist писал(а):
Если есть желание, попробуйте на том Пентиуме 4 ещё разок прогнать. Вдруг помогло?
ok попробую, чуть позже, надо до него дойти ( к соседу ) Добавлено спустя 3 минуты, 39 секунд
sollo7 писал(а):
Вот примерно так это выглядит
я ж те ссылку дал не просто так, там результаты и обсуждаются, почитай тему, у тя не стабильность... там что-то похожее было когда в x32 всё хорошо, а в x64 с теми же параметрами не стабильно
Member
Статус: Не в сети Регистрация: 16.08.2007 Откуда: Москва
Mitjay P5LD2
Mitjay P5LD2 писал(а):
может есть смысл для такого режима сделать особую "коррекцию ошибок" когда будет проверяться не первое значение а скажем со второго или с третьего, или там все residual "прыгают"?... сорри потерял ссылку с XS...
Да вроде как всё уже нормально работает и извращаться не придётся. А ссылка на XS вот, там и скринов немало с нехалемами разночастотными.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 6
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения