[Thread Ufficiale] LINX: Strumento per il testing-stress (Linpack Engine)
 

Descrizione

LinX è un tester di stabilità per CPU basato sulla tecnologia Intel Linpack. La funzione principale di Linpack è quella di risolvere sistemi di equazioni lineari. Esso è concepito come un benchmark per testare le prestazioni di un sistema in GFlops - miliardi di operazioni in virgola mobile al secondo. Ma è anche il più stressante programma di test CPU fino ad oggi ed è un ottimo strumento per determinare la stabilità della CPU. Lo stesso sistema di equazioni è risolto ripetutamente e se i risultati corrispondono reciprocamente la CPU è stabile, altrimenti l'instabilità è evidente, poiché il sistema di equazioni stesso non può produrre diversi risultati. Le caratteristiche principali includono: supporto per le CPU Intel e AMD, sia a 32 e 64-bit, il supporto HyperThreading, la verifica degli errori in temp reale e un interfaccia semplice ed intuitiva.


Come detto sopra LINX per fare il bench utilizza appunto le librerie LINPACK:
LINX è semplicemente una interfaccia utente "friendly" che permette di sfruttare comodamente le librerie che altrimenti andrebbero lanciate tramite riga di comando utilizzando vari comandi e parametri per poterle settare a nostro piacimento (nr. di threads, quantità di memoria, priorità ecc ecc...). La versione che leggete su LINX (0.6.4) si riferisce appunto alla ver. dell'interfaccia utente la quale non viene ormai aggiornata più da qualche anno purtroppo.
Il vero motore del programma sono le librerie LINPACK di Intel, queste librerie vengono aggiornate regolarmente da Intel, quindi bisogna tenere conto della versione delle librerie LINPACK inserite. Gli aggornamenti di queste garantiscono una maggior compatibilità con i nuovi processori, più stabilità del test e a volte anche un maggior carico di lavoro che si traduce in uno stress ancora più profondo. Importante quindi tenere il tutto aggiornato :)



Come utilizzare LINX

Assicuratevi di aver installato il sp1 se utilizzate win7, ciò permetterà al programma di stressare più a fondo la cpu con deciso incremento delle temp.

Aprite la cartella e utilizzate l'eseguibile Linx.exe, gli altri exe non dovete aprirli... sono appunto i Linpack a 32 e 64bit ( Lanciando Linx seleziona automaticamente che versione debba utilizzare se 32 o 64).
Nella schermata principale potete impostare:

• PROBLEM SIZE e MEMORY (se utilizzate "all" imposterà il massimo della ram libera): questi paramentri sono direttamente collegati inquanto la grandezza dell'algoritmo è direttamente collegata a quanta memoria disponibile gli fate utilizzare.
• RUN: Decidete appunto quanti "giri" far fare... potete anche impostare per quanto tempo farlo girare se preferite.
• Pulsanti di START e STOP ovviamente.

Nei SETTINGS controllate che siano giusti il numero dei thread e per il resto potete lasciarlo @ default.. controllate che carichi la giusta versione (32 o 64bit).

Utilizzo e impostazioni di riferimento per test Overclock e per le classifiche dei thread di OC
-Per prima cosa ricordatevi che ogni OC club ha dei requisiti diversi sia come cicli minimi che come memoria minima utilizzata: es. per gli i7 bloomfield bastavano 2000 mb (il massimo impostabile con 32bit) mentre per i SB darebbero uno stress level troppo basso utilizzare solo 2000/3000 mb. Quindi in sostanza prima di postare risultati in un oc club , leggere bene il relativo regolamento in prima pagina.
-Con le attuali cpu utilizzando troppa poca memoria lo stress diventa troppo leggero o irrisorio, quindi ricordatevi di settare la memoria su all o al massimo possibile.
-Per un risultato che possa dare un idicazione abbastanza oggettiva di essere Rock Solid cercate di fare girare il test per almeno un oretta con memoria utilizzata al massimo... quindi o impostando manualmente il tempo oppure settate un tot di cicli in modo da farlo girare per un pò. Tenete presente che più memoria sarà allocata più le equazioni saranno lunghe...quindi il ciclo avrà durata maggiore.


Possibili risoluzioni bug
Se lanciate il test ma la cpu non sembra andare sotto carico allora provate a settare la memoria manualmente invece di all, o di settarla un pochetto inferiore rispetto al parametro che imposta su all.
Questo si verifica sopratutto con le nuove piattaforme, probabile sintomo di alcuni bug dell'interfaccia di Linx che non riesce ad allocare correttamente la memoria con i nuovi sistemi.



Download

• Aggiornata con librerie 11.0.3.008 <--- Ultima versione consigliata

Versioni precedenti se si presentano bug o altri problemi:

• Versione aggiornata con linpack 10.3.11.019
• Versione aggiornata con linpack 10.3.10.017
• Versione aggiornata con linpack 10.3.9.015
• Versione aggiornata con linpack 10.3.7.012

Supporto esterno / Faqs

Pagina forum di Xtremesystems che fa da riferimento a livello mondiale per Linx (inglese)
http://www.xtremesystems.org/forums/...pack-interface

Pagina forum di Overclockers.ru del creatore di Linx (russo)
http://forums.overclockers.ru/viewto...er=asc&start=0

**************************************************************************************

D: L'ultima versione di Linx è la 0.6.4? Da quanto non viene aggiornata? Verrà mai rilasciato un update?
R: Si è l'ultima versione della GUI per linpack, al momento non si sa se verrà rilasciata una nuova versione e mi pare che risalga al 2009.

D: Quindi LINX e IBT sono la stessa cosa?
R: Si, anche IBT è un interfaccia per l'utilizzo del Linpack. Per chi pensa che uno stressi più dell'altro si sbaglia: ripeto non è in sè il programma che conta, sono le librerie incluse.

D: Lancio il test ma la cpu non va sotto carico...
R: Come detto sopra provate a settare la memoria manualmente o inferiore a "all".

D: Lo si può usare sia per INTEL che AMD?
R: Si, ma ricordiamoci che le linpack sono di proprietà intel quindi possono esserci piccoli bug o problemi di utilizzo maggiori con AMD.

D: Più la versione è nuova più stressa maggiormente?
R: Non sempre, ci possono essere versioni dove viene incrementato lo stress causato dal calcolo delle equazioni, ma generalmente una nuova versione significa dei bugfix delle librerie e quindi maggior stabilità e un risultato più veritiero come GigaFlops risultanti. Comunque conviene sempre tenere aggiornato all'ultima versione.

D: Perchè con un 2600k alla stessa frequenza di un 2500k ottengo molti meno GigaFlops?
R: E' perchè è attivo l'hyperthreading, prova a disattivarlo e vedrai che ottieni risultati identici a un 2500k.

D: Noto che tra i vari cicli i Gigaflops non sono costanti e si differenziano tra un ciclo e l'altro anche di 3-4 GF.
R: Solitamente è dovuto a un vcore leggermente basso, prova a aumentarlo e dovresti avere risultati in linea.

D: Quanti cicili devo fare? E quanta memoria/problem size devo impostare?
R: A regola impostare sempre la memoria su all e fate fare un 15-20 cicli per avere un indicazione di stabilità.



Ringraziamenti

Un ringraziamento per l'aiuto e i consigli a System Shock e al moderatore gianni1879

[Thread Ufficiale] LINX: Strumento per il testing-stress (Linpack Engine)
 

edit

Post di servizio :D

Come IBT e OCCT è basato sul Linpack. Ottimo Software comunque :) !!!

ottimo, grazie per il thread :p

Quanti cicli servono per definirsi RS?

;) CIAUZ

Io per ora sto usando i 20 di default con la dimensione di default del problema e il MASSIMO della memoria possibile (sui sistemi a 32 bit è di 1600 e qualcosa).

Non lo avevo ancora provato questo programma, mi sta più "simpatico" di IBT e OCCT (che poi fanno lo stesso test), forse per l'interfaccia più gradevole (rispetto a IBT) e meno dispersiva (rispetto ad OCCT).

Penso che d'ora in poi userò questo, insieme ad Orthos, per testare la stabilità.


pgp

Dall'autore:

1) Problem size and memory are actually almost same things, just in different measuring units, sort of. So when you change one, another is changed too. That's ok.

Ergo tirate al massimo la memoria usata e siamo apposto :D

Lo sto usando da diversi giorni,e devo dire che spreme più di un limone processore e ram di sistema!!!:D

Se non sono stabile...già ad un primo run mi crascha tutto!!!

Consigliatissimo!!!!

:p meglio Prime di Orthos ... cmq ho letto da qualche parte qui nel forum che il test perfetto è realtemp + prime95 (quello dei sensori) ... bisognerebbe confrontarlo con Linx ...:stordita:

Dici? Pensavo che Prime fosse esattamente la stessa cosa di orthos, solo con un'interfaccia meno gradevole, però in realtà non so molto :boh:


pgp

beh no, altrimenti perchè suggeriscono Prime per i Quad invec del doppio Orthos? ci sarà qualche differenza ... :)

Orthos dovrebbe poter lanciare al massimo 2 threads... Penso sia questo il motivo, anche se non sono sicuro.. Ho un dual core e non mi sono mai posto il problema :D


pgp

Signori miei, dovrebbero testare ambiti diversi :p

Orthos per gli interi (credo), Linpack per la virgola mobile (altrimenti non ha senso mettere gigaFLOPS, cioè miliardi di operazioni in virgola mobile, FLOPS=floating point operation per second)

Orthos è Prime in versione un po' modificata ;)

http://sp2004.fre3.com/

Background

I assembled a computer recently and ran a few apps to test the stability of the new system. One of the stress apps recommended by various overclocking guides and forums is Prime 95. Prime95 features a torture test to stress the CPU and RAM.

My typical usage of Prime95 was:

* Start the torture test in blend mode.
* Watch the test for a few minutes. If no errors occurred within a few minutes...
* I turned off the monitor and walked away to do some other stuff.
* Every few hours, I'd return to the computer and check on the status of the test.

Prime95 seemed to do a good job of stress-testing the CPU and RAM, however Prime95's feedback during the stress test was lacking.

I encountered the following problems with Prime95:

* No easily-visible test status. It is hard to determine the current status of the stress test at a glance. The user has to scan the log text to determine if there is an error or notice if the Prime95 icon is red or yellow.
* No time-related test status. There's no display of when the test started, and during the test, there's no display of how long the test has run.
* Read-only log window. The user can't copy the logged text from the main Prime95 window.

Solution

I could have modified the logged text in Prime95 to improve the first two problems within the Prime95 codebase. But if I could go beyond a text-only solution, I could have greater improvements.

So I created a WTL dialog app named SP2004.exe which fixes the above problems.

SP2004 uses a redesigned user interface that calls Version 23 Prime95's torture test code. This should provide the same results as Prime95, just displayed in a different manner.

SP2004 provides:

* Easily-visible test status. SP2004 displays the current status of the app in a large font on an appropriate background colour. When an error occurs during the test, SP2004 will also:
o flash the dialog window
o play a sound named fail.wav or a beep if a WAV file of that name doesn't exist
o flash the scroll lock key LED
o change the app icon from a 'dormant volcano on a sunny day' to an 'erupting volcano on an overcast day'
o SP2004's tray icon displays a tooltip window that shows the current test status
* Time-related test status. SP2004 displays the test start time and how much time has elapsed.
* Log window text that can be copied.

grazie per le info ... :)

la domanda viene spontanea :D che differenza c'è tra linx e ibt?

Che i sappia, l'interfaccia grafica :p !!!

Direi proprio di si :D


pgp