slacky.eu

upgradepkg chromium-31....txz

Per tornare indietro riscarica la 29 e
upgradepkg chromium-29....txz


puoi anche usare slackpkg+

grazie mille zero

P.S per il pepperflash sai dirmi qualcosa di specifico?
niente purtroppo non parte, questo e' l'errore che genera al lancio:

mai usato

Devi rendere il file chrome_sandbox di proprietà di root.
Dovrebbe essere in /opt/chromium/, solo ora sono su win e non posso controllare.
Per farlo: da root.

Su chromium (almeno la versione che ho pacchettizzato io) si chiama chromium_sandbox, non vorrei che sia per questo.

$ ls -l /usr/lib64/chromium/chromium_sandbox
-rwsr-xr-x 1 root root 18560 Aug 25 18:40 /usr/lib64/chromium/chromium_sandbox

uhmm chromium non ce l'ho sotto opt, puoi controllare meglio e dirmi il comando che devo dare? in effetti la versione 29 che uso io e che ho scaricato dai repository si chiama chromium soltanto e non chromium_sandbox. Vuoi dire che cambiare il nome genera quell'errore? se cortesemente avvii da slack e mi dici cosa devo fare di preciso, cosi vedo se la tua versione 31 riesco a farla girare nel mio sistema grazie

esatto si trova in /usr/lib64/chromium
ma in pratica devo dare quel comando che hai scritto sopra? come mai non lo mette in root in automatico?
in quello che ho adsso, versione 29:

tano70 ha scritto:Grazie....ma pensavo che potessero andare bene anche con core i5, visto che comunque e' sempre la stessa famiglia di processore. Mi interessava anche chromium, girano comunque meglio queste versioni specifiche compilate per core i7?

la risposta e' si', ma solo se il processore i5 che hai e' almeno di seconda generazione

cat /proc/cpuinfo | grep "model name"

deve riportare "Intel(R) Core(TM) i5-2XXX" vattelapesca quello che segue

nel caso sia i5-3XXX, puoi aumentare ulteriormente l'ottimizzazione con -march=core-avx-i; rispetto a march=core2, sono tutti aggiornamenti nel calcolo a virgola mobile, quindi applicazioni multimediali, a partire gia' dai codec video hd o effetti del desktop

Quindi dovrei anche ricompilare vlc &co (ma tanto non lo uso).
L'ideale sarebbe ricompilare flash... se esistessero i sorgenti . quando apro flash mi sale spesso la ventolina.

In verità sto verificando, per alcune applicazioni, basse performance su openjdk rispetto a oracle jdk da quando l'ho ricompilato; dovrei riverificare con quella originale, se è questione dell'ottimizzazione o qualcos'altro.
Anche su java per molte applicazioni mi sale la ventolina anche se queste sono statiche (come contenuto) o ridotte a icona.

Si' e no, sia per vlc che per openjdk. Come ricompili un programma quando cambia una delle librerie ad esso linkate, devi ricompilare un programma con -march=corei7 o superiori, rispetto al "classico" -march=core2 nel momento che sai che il codice ne verra' ottimizzato.

Aggiungere un set di istruzioni al processore vuol dire semplicemente ridurre i tempi di calcolo, ovviamente non puoi inserire tutte le funzioni che possono servire, diciamo che e' una specie di risposta al mercato.

Pensa ai calcoli in virgola mobile: una volta non c'erano le FPU, ma si potevano fare lo stesso. Un programma scritto senza il supporto fpu si faceva i suoi bei calcoli lenti, e se fatto girare su un hardware con una fpu avrebbe continuato nel suo metodo lento. Se pero' avessi ricompilato il programma con il set di istruzioni per la fpu, avresti avuto un incremento notevole nei calcoli, in quanto sarebbe stato in grado di utilizzare un hardware dedicato. Stesso esempio tra il 3d fatto dal processore e quello da una GPU.

Morale: se il compilatore supporta le nuove istruzioni aggiunte nel processore, genera un codice macchina ottimizzato per poterle usare, altrimenti creerebbe le solite routine, un po' piu' lente, ma pur sempre funzionanti. Nel caso del tuo computer, passare da core2 a corei7-avx migliorerebbe le prestazioni in: SSE4, prevalentemente grafica 3d (calcoli avanzati in virgola mobile); AVX, potenziamento dei calcoli in virgola mobile; AES, l'algoritmo di cifratura (e il set AVX lo potenzia ulteriormente); PCLMUL, come gia' detto, nelle moltiplicazioni a 64 bit.

Discutendo di opzioni del compilatore, -march lo setterei piu' vicino possibile al mio processore, pena la non esecuzione su architetture diverse/inferiori. Probabilmente, la lentezza di openjdk puo' essere dovuta ad altre flag, tipo il tanto discusso -Ox.

Ma quindi, ZeroUno, alla fine ne è valsa la pena?
Ci sto facendo un pensierino, ho un i5...

non faccio grafica 3d e compilo poco.
I programmi che avrebbero potuto trarne benefici sono distribuiti in forma binaria.
Speravo di risolvere dei problemi di performance di una applicazione java, ma il problema é nell'applicazione e openjdk per i7 non aiuta.

Poi c'é la scocciatura di ricompilare tutto ad ogni aggiornamento.

Ricompilavo il kernel perché mi serviva una opzione in più, quindi approfittavo per ottimizzarlo, ma ora Pat ha introdotto l'opzione nel kernel di default e quindi non devo più ricompilare.

Scusate se riprendo questo vecchio post, ma stavo facendo una cosa simile per il mio processore, non tanto per vedere strabilianti risultati ma per imparare qualcosina.
Aldilà del fatto che siano sufficienti o meno i flags -march e -mtune stavo pensando di aggiornare prima la toolchain (gcc e compagnia bella)
Infatti ho notato che una delle cose piu' noiose da fare è editare lo slackbuild in modo tale che quando arriva spesso al pezzoprenda come compilatore ad esempio invece diCi sono controindicazioni secondo voi??!?!

Ciau

dovrebbe essere automatico il target, e dipende appunto dal compilatore. Usalo solo quando hai problemi.