superpi: linux vs windows

[Qnick]

beh..se si riferiva al fatto che in genere linux utilizzi molte meno risorse di win, certamente non vi erano dubbi

rispetto invece a tale differenza di prestazioni tra i due S.O. con tale bench, beh io personalmente non ne ero al corrente e ne sono rimasto colpito, se fosse stata cosa largamente risaputa chiedo venia..anzi mi piacerebbe leggere qualche articolo o commento in proposito

[|unknown|]

Originariamente inviato da Qnick
beh..se si riferiva al fatto che in genere linux utilizzi molte meno risorse di win, certamente non vi erano dubbi

rispetto invece a tale differenza di prestazioni tra i due S.O. con tale bench, beh io personalmente non ne ero al corrente e ne sono rimasto colpito, se fosse stata cosa largamente risaputa chiedo venia..anzi mi piacerebbe leggere qualche articolo o commento in proposito

io lo sapevo ma x sentito dire... questi fatti danno confema. forse è esagerato old però novità non è tutto qua

anzi dal successo del 3d direi che non molti lo sapevano...

[Capirossi]

Ma il SuperPi l'hai fatto con Gentoo ?

[AirJ]

Il punteggio che hai fatto con win e' troppo alto, c'e' qualcosa che non va'. A quella frequenza dovresti fare almeno 40.
E poi, premesso che considero anche io Linux meno avido di risorse e piu' efficiente, non si possono confrontare i risultati ottenuti da due programmi diversi, anche se fanno la stessa cosa.
Se guardi il 3ad in rilievo su Yasp, puoi vedere che differenze ci siano tra due programmi simili ma con "sorgenti" diversi.
Io a 3500mhz il superpi' da 1mb lo faccio in 40sec, con Yasp 23!!!
Ciao!

[cdimauro]

Originariamente inviato da folagana
Questo dimostra come linux usi meno risorse di windows

Le dimostrazioni vanno fatte con una metodologia rigorosa. Una di queste impone l'utilizzo della STESSA applicazione...

[cdimauro]

Originariamente inviato da folagana
non può essere calcolato in modo diverso.....

Come fai a dirlo con tanta leggerezza? Se cerchi in giro noterai che esistono altri programmi che fanno la stessa cosa, ma in modi diversi.

è l'archittettura di linux che lascia libere più risorse... provate a fare girare il PI su Win95 e mi saprete dire

E questo è abbastanza strano, perché l'incidenza del s.o. dovrebbe essere ridotta ai minimi termini con questo tipo di applicazioni "intensive": in pratica soltanto lo scheduler dovrebbe portare via una PICCOLA parte del tempo di CPU, comunque trascurabile rispetto alla mole di calcoli.

E' da vedere, poi, in che modo è stato implementato l'algoritmo. Certamente, a parte l'allocazione del buffer di memoria per contenere i risultati, l'applicazione dovrebbe entrare in un ciclo che si occupa esclusivamente di portare a termine i conti, al più chiamando ogni tanto il s.o. per visualizzare qualche risultato parziale (ma anche qui, l'incidenza dovrebbe essere ridottissima).

Insomma, la questione non è certamente così semplice come la si potrebbe immaginare...

[cdimauro]

Originariamente inviato da rip82
Aggiungo che secondo me il programmino da Linux gira meglio perche' essendo scritto per un OS open source si integra meglio.

Questa cosa non sta né in cielo né in terra...

[|unknown|]

vi ricordo che in tempo reale risorse o meno risorse prima viene il superpi e dopo l'os solo quando lo decide lui

ricordo che un solo processo ha il "tempo reale"...

linux e win non si possono confrontare..


insomma quoto cdimauro

[folagana]

calcolare il PI greco è un algoritmo univoco, che poi possa essere
tradotto in linguaggio di programmazione in maniera differente
non vi è dubbio. Ammetto che alcuni algoritmi potrebbero essere meglio sviluppati di altri ma non credo sia questo il caso il calcolo matematico è semplice e non vi sono tante ottimizzazioni da fare, cmq...


per il sistema operativo io realizzo tempi migliori quando
il sistema operativo non è stato ancora installato.
Su win98 faccio 1 secondo in meno a sistema operativo "fresco"
questa è la mia esperienza.

[DJ RUDY HDI]

dal 3 luglio fatta la prova nel team...

6 sec di differenza....

http://alemhz.altervista.org/phpBB2/...pic.php?t=1395

[cdimauro]

Originariamente inviato da folagana
calcolare il PI greco è un algoritmo univoco,

Come fai a dirlo con tanta leggerezza?

1) Esiste almeno un metodo basato sulla somma di particolari frazioni, che ho visto quindici anni fa un un libro delle superiori e che purtroppo non ho più da tempo.

2) Puoi ottenerlo calcolando 4 * ArcTan(1) (come dovresti sapere, Tan(PI / 4) = 1, per cui applicando la funzione inversa di Tan, ArcTan, possiamo ottenere Pi Greco). Procedendo in questo modo, esistono diverse possibilità, ma te ne espongo due che sono le più usate:

a) Applicando il teorema di Taylor/McLaurin ti ricavi la sommatoria necessaria, e la implementi

b) Utilizzi il sistema CORDIC (utilizza solamente somme, sottrazioni, e shift per implementare su calcolatore le funzioni anche complesse come queste) e implementi le iterazioni necessarie per calcolarti quanto scritto sopra (a ogni iterazione viene ricavato un nuovo bit del risultato finale).

Queste sono le prime cose che mi sono vengono in mente. Come vedi la tua affermazione è alquanto discutibile...

che poi possa essere
tradotto in linguaggio di programmazione in maniera differente non vi è dubbio.

Questo è soltanto un dettaglio. Che può essere anche rilevante (basta programmare male, e non è che ci voglia molto), ma sempre dettaglio rimane...

Ammetto che alcuni algoritmi potrebbero essere meglio sviluppati di altri ma non credo sia questo il caso il calcolo matematico è semplice e non vi sono tante ottimizzazioni da fare, cmq...

Questo lascialo dire agli esperti...

per il sistema operativo io realizzo tempi migliori quando il sistema operativo non è stato ancora installato.
Su win98 faccio 1 secondo in meno a sistema operativo "fresco"
questa è la mia esperienza.

Bene. Io ho riportato la mia...

[rug22]

Beh,provate il superpi con windows ME...solo con azoto si scende sotto i 40s.

[DJ RUDY HDI]

confermo....ci sn vari modi x calcolare pi-greco.....

con thegood ne abbiamo provati vari.....per vedere di trovarne un performante....x yasp....

cdimauro hai visto l'ultima versione....????

[ToO_SeXy]

Solo io ho la release di linux che non parte su PC overclokkati???

[cdimauro]

Originariamente inviato da DJ RUDY HDI
confermo....ci sn vari modi x calcolare pi-greco.....

con thegood ne abbiamo provati vari.....per vedere di trovarne un performante....x yasp....

cdimauro hai visto l'ultima versione....????

No, francamente aspetto che il programma arrivi a una certa maturità per provarlo: non ho ADSL e ho poco tempo a disposizione, sfortunatamente...

[folagana]

Originariamente inviato da DJ RUDY HDI
confermo....ci sn vari modi x calcolare pi-greco.....

con thegood ne abbiamo provati vari.....per vedere di trovarne un performante....x yasp....

cdimauro hai visto l'ultima versione....????

ma uno solo è veloce.... cmq

vedo che siete piuttosto documentati....

PS ho esperienza acquisista all'università con ben 3 esami di
analisi numerica è ho scritto diverse routine per calcolare
il PI greco per il piacere dei miei prof. ed onestamente
quando dico che ne esiste uno solo intendo quello più
veloce....

voglio dire in soldoni che se voi dovreste scrivere un algoritmo
per l'ordinamento cosa usate bubble sort?


cmq non volevo essere frainteso..... nella mia definizione di univoco intendo che esiste un solo algoritmo apprezzato a livello accademico ...

ciao
grazie per la piacevole dissertazione

[Yashiro]

Stavo per scrivere quando ho visto l'intervento di DJ RUDY HDI per il suo lavoro, e di quello volevo parlare...

ottimizzando l'algoritmo di calcolo si può scendere di molto coi tempi, così come cambiando sistema operativo, ma si falserebbe il metro di misura....


Allora facciamoci un programma super ottimizzato e un sistema operativo realizzato appositamente per questo, e sofndiamo i 25secondi con i PII!

E' più che altro una questione di comodità, per mantenere un paragone valido con tutti i test già fatti..

[cdimauro]

Originariamente inviato da folagana
ma uno solo è veloce.... cmq

Questo è un altro discorso: non l'avevi scritto nel tuo precedente messaggio.

vedo che siete piuttosto documentati....

PS ho esperienza acquisista all'università con ben 3 esami di
analisi numerica è ho scritto diverse routine per calcolare
il PI greco per il piacere dei miei prof. ed onestamente
quando dico che ne esiste uno solo intendo quello più
veloce....

Non conosco tutta la documentazione in materia, e quindi non ti posso rispondere. Comunque anch'io ho abbastanza esperienza acquisita all'università, visto che mi sono laureato da poco...

voglio dire in soldoni che se voi dovreste scrivere un algoritmo per l'ordinamento cosa usate bubble sort?

Dipende:
- se l'insieme dei dati è piccolo (sul centinaio di valori), l'operazione va effettuata una volta ogni tanto e ho poco tempo per realizzare questa parte di codice, allora uso il Bubble-Sort, o meglio il Select-Sort (il più semplice da implementare, IMHO);
- altrimenti, bisogna vedere in quale contesto verrà utilizzato l'algoritmo di ordinamento: normalmente preferisco usare l'Heap-Sort (caso generico), ma nel caso in cui i dati sono "abbastanza casuali" (leggi: non ci troviamo mai di fronte a dati già ordinati in ordine inverso) e ci possono essere problemi di swap (i dati si trovano su pagine che possono essere spostare sul file di swap), allora preferisco il Quick-Sort;
- infine, se ho a disposizione un buffer di memoria temporaneo, posso prendere in considerazione il Merge-Sort, o meglio ancora l'ordinamento a chiave multipla (che è "quasi" lineare).

La questione non è così banale, insomma. E penso che potrebbe essere la stessa cosa per il calcolo di Pi Greco...

cmq non volevo essere frainteso..... nella mia definizione di univoco intendo che esiste un solo algoritmo apprezzato a livello accademico ...

ciao
grazie per la piacevole dissertazione

Idem. Come ho già detto, non conosco la letteratura in materia, per cui non mi posso esprimere...

Ciao

[DJ RUDY HDI]

cambiando algoritmo....abbiamo fatto anke 5 sec nel s-pi da 1mb cn un barton 3200....quali siano gli algortimi usati io nn lo so (io nn sn programmatore ma solo un overclocker.....) lo sa thegood che ho invitato a partecipare qui alla discussione....

[homero]

piccola disquisizione sul calcolo di PI-greco:

metodo di shanks:

PI=24*arctan(1/8)+arctan(1/57)+arctan(1/239)

formula degli anni '60 sono state calcolate 100.000 cifre

dopo una attenta analisi dell'errore si verifica a quale ordine approssimare arctan....
il perche' di arctan si trova in un libro di analisi II vecchio ordinamento...
mentre il calcolo dell'ordine a cui arrestarsi per ottenere risultati esatti dipende da quante cifredi PI vogliamo calcolare....


il metodo in assoluto piu' efficente per calcolare PI-greco e' quello basato sulle formule di Ramanujan algoritmi adattati da Borwein la formula e' la seguente

Y0=1/sqrt(2)

Yn=(1-sqrt(1-(Yn-1)^2))/(1+sqrt(1-(Yn-1)^2))

A0=1/2
An=(An-1)*(1+Yn)^2-(2^n)*Yn

An approsima 1/PI con convergenza quadratica(ovvero ad ogni ciclo raddoppia il numero di cifre esatte)

200 volte piu' efficente di quello usato negli anni '60

esiste anche un algortimo che usa soltanto le 4 operazioni, penso lo si trovi nei libri di liceo o di trigonometria.....

molti altri algoritmi per il calcolo di questo storicamente famoso numero sono stati elaborati nei secoli e paragonare software diversi per il calcolo di PI senza averne tra le mani il listato e' soltanto elucubrazione...
a parita di treand aperti le differenze tra windows e linux nel calcolo matematico sono trascurabili 5% circa si rileva con matlab...
altra storia se siutilizzano software compilati e ottimizzati per un determinato hardware specifico.