Stopped upon error after linx

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 5

Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения

Лаборатория

Производительность центрального процессора – сложная характеристика компьютера, показатель которой зависит от множества переменных. Оценивать ее нужно комплексно, исключая влияние на результат работы иных комплектующих компьютера. Тесты LinPack предназначены для определения скорости решения плотной системы линейных уравнений при максимальной загруженности процессора. Они показывают число операцией над 64-разрядными числами с плавающей точкой, которые способен выполнить центральный процессор.

Сами алгоритмы разработаны Intel в конце 1970-х, несколько раз модифицировались и предназначались для профессионалов. Работать с программой можно было только через консоль.  Нашелся русский программист и любитель разгона процессоров А. Гусев, который написал GUI – графическую оболочку для тестов LinPack и назвал ее LinX. В этой статье мы рассмотрим как пользоваться LinX, а также разберемся в интерфейсе программы и её возможностях.

Как пользоваться LinX

Чаще всего утилита LinX используется для оценки стабильности процессора. Она максимально загружает устройство вычислениями и на протяжении всего тестирования следит за появляющимися ошибками, и при их возникновении прерывает оценку. Поддерживает тестирование многопоточного режима работы процессоров AMD и Intel (HyperThreading) с возможностью выбора числа потоков.

Программа определяет доступный объём оперативной памяти в системе и позволяет указывать используемую для тестирования. Рассчитывает время до окончания оценки производительности и регулярно обновляет его. В установке программа не нуждается: загрузите архив, извлеките его содержимое в удобное место и запускайте файл LinX.exe.

1. Интерфейс программы

Доступ к функциям LinX предоставляется через главное окно, состоящее из:

• Главного меню – через него делаются скриншоты, строятся графики и открывается окно настроек;
• Панели управления;
• Основного окна с информацией о текущем тесте;
• Строки состояния – отображает текущий статус, модель центрального процессора.

Пункт главного меню File под названием Screenshot сохраняет в папке с приложением снимки его экрана в формате png с поддержкой прозрачности.

Второй пункт Save Text Log экспортирует логи – сведения о выполненных тестах – в текстовый документ с названием вида LinX data time.txt, который хранится в папке с приложением.

Settings – вызывает окно конфигурации программы, Graphs – используется для построения графиков скорости вращения вентилятора, напряжения на ядрах и их температуры. Сведения для них экспортируются из AIDA64, Everest или SpeedFan.

Панель инструментов состоит из следующих элементов:

• Problem Size – выпадающее меню со значениями 10000-32000 с шагом 1000, чем оно выше, тем больше нагрузка оказывается на центральный процессор и дольше длится тестирование.
• Memory (MiB) – выбирается автоматически в соответствии с объемом выбранной задачи Problem Size, значения взаимосвязаны; кнопка All задействует всю свободную оперативную память.
• Run – длительность процедуры, задается в минутах (Minutes) или количестве повторений (Times).
• Кнопки Run и Start – запуск и прерывание теста.
• Информационного бара с данными об объеме свободной оперативной памяти.

Правый клик по последнему открывает контекстное меню с быстрыми настройками, где можно указать режим тестирования: 32-х или 64-битный, выбрать количество потоков Threads; включить или отключить: ведение журнала Auto Save Log, прерывание проверки при обнаружении ошибок Stop on Error, звуки, отображение иконки в трее.

2. Настройки LinX

Окно параметров конфигурации LinX состоит из трех блоков: LinPack, LinX и External Applications and Graphs.

LinPack – настройки, касающиеся работы одноименных алгоритмов:

• Mode – переключение между 32-х и 64-бытным режимом, во втором создается бОльшая нагрузка.
• Numbers of Threads – число создаваемых потоков, не всегда соответствует количеству задействованных физических ядер.
• Priority Class – установка приоритета процесса LinX.exe, повышает отзывчивость. Ставить выше Above Normal не рекомендуется.
• Data Alignment – значение для выравнивания данных.
• Linpack32 max Problem Size – максимальный объем оперативной памяти для 32-разрядного режима. Значение подобрано опытным путем, изменить рекомендуется только при появлении проблем.
• Memory for OS – размер оперативной памяти, который остается для работы операционной системы при тестировании памяти. Малые значения не устанавливайте, ориентируйтесь на объем, используемый в данный момент, плюс 10-15%.

В блоке LinX – настройки графической оболочки, где можно включить/отключить: автоматическую запись журнала, прерывание проверки при появлении ошибок, всплывающие подсказки и добавление даты и времени в название файлов (логи, скриншоты).

Последний блок отвечает за импорт данных (температура и напряжение ядра процессора, частота вращения вентилятора) из сторонних приложений (Speedfan, AIDA64, Everest) и установки максимальной температуры процессора, при превышении которой тест прервется.

3. Тестирование процессора

А теперь разберемся непосредственно как пользоваться LinX. Для запуска тестирования стабильности процессора или его производительности укажите объем задачи для вычисления Problem size или доступный объем оперативной памяти во втором выпадающем меню. Значения можно вводить с клавиатуры, и они взаимосвязаны. Выберите длительность процесса в минутах или задайте количество повторений.

Зайдите в настройки и укажите режим тестирования (32 или 64 бит), количество задействованных потоков; приоритет и последующие значения менять не рекомендуется, кроме Memory for OS. Активируйте Stop on Error, остальные настройки, касающиеся LinX, изменяйте по усмотрению.

При необходимости, можете задействовать Everest, AIDA64 или SpeedFan для мониторинга температуры, напряжения процессора и скорости вращения вентилятора. Когда тест процессора LinX будет запущен, процессор будет под большой нагрузкой. В реальном времени за этими параметрами можно наблюдать, например, через HWMonitor.

Для слабых процессоров Problem Size и длительность проверки рекомендуется устанавливать поменьше и пристально следить за температурой устройства. То же делается при первом запуске. После удачного прохождения 1-3-минутного теста с небольшой нагрузкой значения можно увеличивать.

Выводы

LinX – графический интерфейс для набора тестов LinPack от Intel, созданных для проверки производительности и тестирования центрального процессора. Приложение совместимо с устройствами от AMD, имеет ряд настроек для выбора нагрузки и сохраняет отчеты о работе. Может интегрироваться со сторонними программами для постройки графика и мониторинга за температурой и напряжением процессора.

1. 03-07-2011, 07:00 AM

   
   

   #1

   

   
   Xtreme Member
   

   ---

   re: i7 970 Overclocking, Linx Error after 18 run.
   

   Hi Everyone, Having some trouble figuring out what voltage i have to increase as linx fails when starting the 19 run. I have included a screenshot.

   Running i7 970 with 24gb on R3E Mobo.

   ---

2. 03-07-2011, 07:15 AM

   
   

   #2

   

   
   Xtreme Addict
   

   ---

   Doubt its mem related
   most probably skews, pwm frequencies etc

   heck it can even be ure wall socket when somebody ons the light or switch somewhere when they share fuses etc

   awesome linx run
   legendary

   ---

3. 03-07-2011, 08:59 AM

   
   

   #3

   

   
   Xtreme Member
   

   ---

   «Stopped upon error after 19h» Is that some kinda glitch?
   Also you need to update linpack libraries for Linx to support Gulftown cpu’s.

   *edit typo: 13h

   Last edited by McDown; 03-07-2011 at 09:34 AM.

   3770k @4.9ghz | ASUS Maximus V Forumla | Mushkin 994008 16gb @2133mhz | Zotac GTX 680
   

   ---

4. 03-07-2011, 09:27 AM

   
   

   #4

   

   
   I am Xtreme
   

   ---

   After 17 hours of stressing no idea what could go wrong. Anything goes : small instability temp wise, a ram dimm getting a bit too hot, not enough QPI voltage, ram cooler installed ?,… I would just use the PC and see if it gives hickups then…

   Question :

   Why do some overclockers switch into d*ckmode when money is involved

   Remark :

   They call me Pro Asus Saaya yupp, I agree

   ---

5. 03-07-2011, 09:35 AM

   
   

   #5

   

   
   Xtreme Member
   

   ---

   20 runs usually take ~1h not 13 or I’m missing something here?

   3770k @4.9ghz | ASUS Maximus V Forumla | Mushkin 994008 16gb @2133mhz | Zotac GTX 680
   

   ---

6. 03-07-2011, 09:53 AM

   
   

   #6

   

   
   I am Xtreme
   

   ---

   24GB iso 6Gb… just test it with 4gb vs 6gb, you will be amased in the time gain…

   Question :

   Why do some overclockers switch into d*ckmode when money is involved

   Remark :

   They call me Pro Asus Saaya yupp, I agree

   ---

7. 03-07-2011, 09:58 AM

   
   

   #7

   

   
   Xtreme Member
   

   ---

   Originally Posted by McDown
   

   20 runs usually take ~1h not 13 or I’m missing something here?

   Running linx with 24gb hence the longer time. Also updated with the latest intel linx pack, so no idea why. I’ll probably rerun with bumped vcore to see if it passes 20 runs.

   ---

8. 03-07-2011, 10:17 AM

   
   

   #8

   

   
   I am Xtreme
   

   ---

   I would run a lower Vcore and test with Prime95 custom test 12K, if that passes a fw hours bump one notch for Linx stability… no need to stress everything for 15+ hours…

   Is the ram cooled ? TRFC and B2B setting ?

   Question :

   Why do some overclockers switch into d*ckmode when money is involved

   Remark :

   They call me Pro Asus Saaya yupp, I agree

   ---

9. 03-07-2011, 10:18 AM

   
   

   #9

   

   
   I am Xtreme
   

   ---

   ram subtiming? use cpuz memory tab
   vdimm 1.5v is a little low imo

   ---

10. 03-07-2011, 10:20 AM

    
    

    #10

    

    
    Xtreme Member
    

    ---

    well vdimm 1.5v is the voltage the corsair vengeance ram is rated at.

    ---

11. 03-07-2011, 10:29 AM

    
    

    #11

    

    
    I am Xtreme
    

    ---

    did you load the xmp profile?

    ---

12. 03-07-2011, 10:38 AM

    
    

    #12

    

    
    Xtreme Member
    

    ---

    nope, didn’t load the xmp profile. Kept it below specs as I figure getting 1600 with 24gb of ram was going to be a challenge. Trying to figure out this error, found that folding@home found the error quicker than linx. Bumped a notch up on vcore and qpi and then possibly running linx again to see if its fine. Never encounter such an error before with other i7 setups (bloomfield not gulftown). So I’m guessing the gulftown chip’s a whole new ball game.

    ---

13. 03-08-2011, 10:35 AM

    
    

    #13

    

    
    Xtreme Member
    

    ---

    Well, bumped up vcore and qpi. Linx passed 20 runs. So now the only thing is trying to up the ram speed to its rated speed and see how it goes.

    ---

Лог падения

Появилась такая фишка. Включаешь линукс, он грузится, авторизуешься и тут же отключается. Появляется на экране консольный вывод, типа shut down [15], что-то такое. Винда при этом нормально работает. Я сперва грешил на акб, но на нем 30%. ПОтом на температуру. Мельком успел выбить sensors и результат 56 градусов. Где можно посмотреть причину падения в аут? Минут пять постоял без дела и заработал? Может все таки что то перегрелось? сенсорс показывает только температуру проца.

И что стало причиной стоппеда?(

Попробовать загрузиться с noacpi — не вариант?

/var/log/dmesg надо бы

Ну, спустя минут 20 все заработало ж.

какой из них — dmesg или dmesg.0 ?

а как его сюда скинуть? Мне пишут что слишком большое сообщение. А волшебных слов типа ‘error’ или что то подобное бегло я не увидел

есть сайт http://pastebin.com/ сюда срань пихать не нужно.

понял, спасибо, за пинок, намотаю на ус) вот ссылка http://pastebin.com/KAR1L0aH

вот были проблемы с разделом, заглянь в смарт что пишет, проверь на ошибки.

ээээ, можно более понятно. Куда глянуть? И потом, если раздел былл той самой фатальной ошибкой, то почему система продолжила загрузка а не пала именно на нем?

вообще то диск на гарантии как и ноут. Но я так понял что проблема в его перегреве. А то что большое число ошибок в Raw_Read_Error_Rate и Seek_Error_Rate это как по вашему мнению? Можно спать спокойно или ?

Если есть подозрения на перегрев винта, то можно посмотреть вывод ″smartctl -l scttemp /dev/sda″, если винт поддерживает логгирование температуры.

Raw_Read_Error_Rate и Seek_Error_Rate у Seagate измеряется в попугаях, вот Reallocated_Event_Count, ИМХО, подозрительно.

А то что большое число ошибок в Raw_Read_Error_Rate и Seek_Error_Rate это как по вашему мнению?

У сигейтов всегда так, это нормально. Речь идет о том что ноут выключать 4-мя секундным удержанием кнопки power не хорошо. Интересный у вас power on hours похоже в секундах.

Rellocated event count это указывает на то что диск сыпится.

А если не логиниться через dm а сделать ctrl+alt+f1 создать нового юзера и зайти под ним? Может ктото ради шутки написал типа shutdown -h now

У меня почему-то время от времени возникает такая фигня, что система зависает. При том вообще мертво. Терминал не включается. И святое нажатие ctrl+flt+f1 не дает никаких результатов. ПРичина сего для меня не известна, поэтому приходится выбивать почву из под ног удерживание power.

Я что то не вижу уж супер каких то критичных значений температуры

У меня почему-то время от времени возникает такая фигня, что система зависает.

Вам сначала необходимо найти причину нестабильности системы.

И как это можно сделать? Если даже терминал не открыть и не отбить простейший «top»? ПРи том зачастую виснет при отсутствии каких либо тяжелых программ. Например при серфинге+раздача торрента+аська+читалка книг. То есть виснуть в принципе не должна!

ПРи том зачастую виснет при отсутствии каких либо тяжелых программ, Например при серфинге+раздача торрента+аська+читалка книг

Интернет Браузер это уже тяжелая программа.

То есть виснуть в принципе не должна!

Виснуть может и при полном простое, зависание системы в основном это проблемы железа или драйверов. Проблемы драйверов и ядра зачастую кончаются Kernel Panic.

Если даже терминал не открыть и не отбить простейший «top»

Значит браузеры, торренты, аськи и читалки работают нормально, но терминал открыть невозможно.

Загружайтесь с LiveCD.

Отключите ACPI в ядре как советовали выше

сам не знаю что наделал, но cinnamon пал. Экран черный, значки простейшие, терминал открывается, но все что набираешь в нем черного цвета = этого ничего не видно. приходится на ощупь натыкивать типа gedit /var/log/Xorg.0.log Вот ссылка на данный лог — http://pastebin.com/PeaYWQPp. Похоже придется его переустанавливать. Кстати, Gnome-сессия нормально работает, прбема только в циннамоне

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

Значит браузеры, торренты, аськи и читалки работают нормально, но терминал открыть невозможно.

а почему бы и нет? Может плохой сектор припал именно на gnome-terminal.

С этого нужно было начинать 🙂
asid покаже еще раз смарт для сравнения, посмотрим на тенденцию жызни твого харда и попугаев 🙂

Да, для ноутбучного винта температуры удовлетворительны. И сообщение:

[ 13.528203] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro

не говорит о проблемах с диском, это просто какая-то служба перемонтировала раздел sda5 с другими опциями. И не похоже резкая перезагрузка на проблемы с диском, там сначала начинает всё тупить, так как система не может прочитать какие-нибудь файлы.

Может на видео/телефон снять текстовую консоль в момент перезагрузки, может что интерестное удастся рассмотреть.

Зато смарт говорит.

Да, для ноутбучного винта температуры удовлетворительны

На офф сайте говорят что до 60 градусов, норм.

Может плохой сектор припал именно на gnome-terminal.

Все может быть. Существует даже вероятность(хоть и очень маленькая) что из за плохого сектора в одном из стартовых скриптов появилась строка shutdown -h now.

Копайте в сторону логов cinnamona, гуглите похожие ошибки. У меня недавно при попытке завести Cinnamon толи под FreeBSD толи под CentOS он тупо вешался.

Вообще никто не отменял параллельно смотреть логи скажем по SSH с другого компьютерателефона.

Чём именно smart говорит о проблемах с диском? Reallocated_Sector_Ct и Offline_Uncorrectable по нулям, да ещё и ″No Errors Logged″. Конечно, прогнать SMART Long test не помешало бы.

Вообще никто не отменял параллельно смотреть логи скажем по SSH с другого компьютерателефона.

Не уверен, что у ТС есть дома ещё компы, иначе я бы посоветовал настроить netconsole и логирование по сети.

P.S. Здесь древовидный форум, лучше не цитировать различные комментации в одном ответе, а отвечать на каждый коммент отдельно, чтобы приходили уведомления.

Не уверен, что у ТС есть дома ещё компы

Да я даже как то и не подумал что такое тоже бывает.

Но все же харды с Relocated Event Count со своих серверов я меняю на новые, уверен что если прогнать через Victoria будут провалы.

Насколько я нагуглил, при проблемах с чтением винт запоминает сбойный сектор и наращивает 197 (Current Pending Sector Count). Потом при попытке записи в данных сектор, увеличивается счётчик 196 (Reallocation Event Count) и, если запись происходит не успешно, происходит remap сектора. Если remap прошёл успешно, увеличивается счётчик 05 (Reallocated Sectors Count). Если remap прошёл успешно, или сектор оказался исправным, то параметр 197 уменьшается.

Не думаю, что у ТС винт настолько плох, что вся область для ремапа испорчена и remap не может пройти. Поэтому, ИМХО, если параметр 05 равен нулю и 197 равен нулю, а 196 не равен нулю, то значит, были проблемы чтения/записи, но они возникли не по причине испорченного сектора, а из-за чего-то другого, допустим из-за вибраций, так как 191 (G-Sense_Error_Rate) равен 14.

Я не против обмена по гарантии, просто ТС должен быть готов к тому, что в обмене откажут и не говорить потом, что отказ был не обоснованный.

Три момента. Первый. Попробую для начала обновить минт до 17, благо он вышел и посмотрю что там будет. Второй. Расшифруйте понятие «ТС». )) Полагаю, «Т» — это наверна «тело»? И третье. Я водитель, ноут постонно со мной ездит, так что ошибки удара впринципе объяснимы. Да, и четвертое. Мне в СЦ прийти с рапечаткой смарта, этого достаточно? Я просто не в курсе по каким критериям бракуются винты. Кстати, программа badsectors показала ноль плохих секторов. Боюсь, с таким результатом они точно откажут.

Точно не помню, как я менял винт по гарантии с плохим SMART’ом, давно было, но, вроде всё было устно, без распечаток. Хотя я менял отдельно купленный винт и прямо у продавца, а сервисном центре, наверное, захотят какое-то заявление.

badsectors не совсем то. Лучше прогнать SMART тест, запуситить команду:

smartctl -t long /dev/sda

Команда тут же завешнится, а винт начнёт самотестирование и по выводу ″smartctl -a /dev/sda″ будут видны результаты. Там будет показан процент завешния теста и логи ошибок (если будут).

прогнал smartctl -t long /dev/sda. вот итог, завершено без ошибок. http://pastebin.com/9NmbHvLr

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

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

Источник