sarà vero?

[cloc3]

diavolo!
così facile?

cosa ne pensate? io, fino ad ora, le impostazioni di cgroup del kernel non le settavo neppure.

ps: pietà, bandite i commenti sul modo in cui punto-informatico chiude i propri articoli
_________________
vu vu vu
gentù
mi piaci tu

[xdarma]

[cloc3]

[ciro64]

[ot]
Mah... rispetto a "Finestre" a me sembra che ci sia già un abisso prestazionale tanto che per me svista è usato solo come fotocopiatrice (questo finchè non avrò barattato il mio scanner).

anzi mi sa che compererò un pc più lento; se diviene ancora più veloce poi mi mette davvero paura.
Insomma già così posso
compilare (con -j5 su q9450)
navigare
vedere film con xbmc
usare skype con invio immagine desktop
pilotare pc di mio amico con ssh
avere desktop effects attivi
in più boinc a pieno regime sempre attivo
tutto contemporaneamente
Qualche scatto ce l'ho solo quando boinc usa intensamente cuda. ed anche in questo caso è sempre immensamente più performante di "Finestre" ove mi viene il latte alle ginocchia nell'attendere che exploer (che spesso smette di funzionare quindi devo attenderlo) torni disponibile.
Insomma: ho anche fatto vedere come gira Gentoo su un athmon 64 x2 @ 2,0 GHz ad un mio amico che è anche un utente mac e da un po' non uas OS Linux.
Parole sue.. è rimasto "allibito" dalla velocità nel multitasking (kde + kwin effects attivi)

Quel tovarish li...... è solo un invidioso guastafeste
[/ot]
Sper di non aver rotto troppo le scatole con questo post. mi concedete questo piccolo sfogo ?
Ciao
_________________
Gentoo: il sistema più eclettico e geniale che abbia mai provato

[mack1]

Ciao sto provando la versione "bash" su un p4 con scarse risorse e mi pare funzioni (test a occhio );agisce solo sui processi lanciati da una shell che vengono gestiti con cgroup....in pratica il p4 usa costantemente buona parte della cpu, senza la gestione "cgroup" firefox parte in una 10 di secondi, con cgroup in un paio.
Test approfonditi non ne ho compiuti, però non sembra una bufala :

http://lkml.org/lkml/2010/10/19/212

http://lkml.org/lkml/2010/10/19/226

http://lkml.org/lkml/2010/10/19/341

Altro esempio aggiornando il sistema con emerge (uso --jobs --load-average in make.conf), il DE risulta più reattivo, però emerge, tende ad impiegare più tempo per la compilazione...c'è una gestione del "cpu time" dei jobs di emerge che non penalizza il resto dei processi, introducendo però overhead a livello di scheduler (gestione tramite cgroup), quindi un throughput complessivo inferiore, ma una maggiore reattività del DE e dei suoi task (io l'ho capita in questi termini, se mi sbaglio chiedo scusa e mi correggerete )
Problemi fino ad ora non ne ho avuti; la versione 4 della patch per il kernel ha introdotto una nuova gestione, non più per tty ma in base alla sessione (fornendo una gestione più granulare):

Post: post 6493016

Ciao

[cloc3]

[djinnZ]

Per come è diventata M$ credo che non abbia mai scritto in vita sua una riga di codice e che la sua formazione sia di ordine legale/economico o sarà la solita crapa del marketing.
I tempi in cui un programmatore poteva diventare capo sono passati da troppi anni.

Che doveva dire di fronte al rischio di perdere il posto? Mica è come il suo collega italiano che ha lo stato dalla sua parte...

Il problema lo hai centrato prima ma per PI è normale tentare di fomentare il trolleggio nei commenti o è cambiato qualcosa dall'ultima volta che lo ho letto.
_________________
scita et risus abundant in ore stultorum sed etiam semper severi insani sunt
mala tempora currunt...mater stultorum semper pregna est
Murpy'sLaw:If anything can go wrong, it will - O'Toole's Corollary:Murphy was an optimist

[xdarma]

[mack1]

[xdarma]

Piccolo aggiornamento:
per i test sembra utile wakeup-latency anche se non ho capito come sfruttarlo concatenandolo con un benchmark tipo sysbench.
La patch "magica" è già stata inclusa nel kernel 2.6.36-r2 dei gentoo-sources ma è masked e non va d'accordo con gli nvidia-drivers che uso attualmente, quindi devo fare l'upgrade dei driver nvidia alla versione 260.19.21 ed estenderla al kernel .34-r12.
Solo per avere un minimo di attendibilità.

Spero di avere un pò di tempo in settimana, sono curioso di vedere se si "sveglia" 'sto baraccone di linuxbox ;-)
_________________
proud user of faKeDE-4.7.3 -> back to windowmaker -> moved to LXQt

[Deus Ex]

@xdarma

Tienici aggiornati!
_________________
Deus Ex
--
L’inflazione che caccia nelle mani dell’individuo, in un gesto solo, miliardi di marchi, lasciandolo più miserabile di prima, dimostra punto per punto che il denaro è un’allucinazione collettiva.

[xdarma]

Ho sistemato i kernel e i driver nvidia e ho pensato di usare tre kernel gentoo:
34-r12.default (il kernel stabile in amd64 e che uso solitamente);
34-r12.cgroups (lo stesso kernel ma con le opzioni relative a cgroups abilitate);
36-r2.patched (il kernel gentoo con la patch "magica").

Il test che lancio da konsole (tre volte) e ne faccio la media è:

[MajinJoko]

mhh.. come mai io mi blocco subito:

[xdarma]

[MajinJoko]

[cloc3]

[MajinJoko]

nell'how to dice:

[table]

Sapete se questa patch è inclusa anche nel nuovo kernel stabile 2.6.36-r5 ?
_________________
Pulisci l'html con:

[xdarma]