View Full Version : Incredibile patch per il kernel aumenta la reattività!
Mike Galbrait ha scritto una patch di sole 200 linee di codice per lo scheduler del kernel che aumenta la reattività del desktop in maniera notevolmente visibile.
Se guardate i due video di questa pagina noterete la differenza.
http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=2
E' lo stesso computer solo che nel primo la patch è "disattivata" (nonostante ci siano tutti gli altri miglioramenti inseriti nel nuovo kernel 2.6.37) mentre nel secondo è attivata.
Non male vero!
darkbasic
17-11-2010, 23:46
Questa è ancora più incredibile:
http://ck.kolivas.org/patches/bfs/bfs-faq.txt
kernelex
18-11-2010, 14:16
la patch che aspettavo da una vita!
di suo, il kernel distribuisce il carico/priorità di lavoro della cpu alla cazzo di cane.
su macchina modesta, basta fare un copia di qualche giga di dati da una partizione all'altra, e questo si porta via tutte le risorse hardware, quasi impedendo di fare altro.
exaile scansiona la cartella musica di qualche 20 giga, stessa cosa.
si compila il kernel? meglio init3 perchè deve fare solo quello.
questo capita per qualsiasi programma linux che, in determinati momenti, deve fare uso massiccio di cpu.
tutte cose che anche con quel dinosauro di xp non succedono.
una vità fa dicevo che il kernel linux andrebbe "diviso" e sviluppato in maniera differente per uso server e uso desktop.
continuo a pensarla così. linux è un kernel minestrone che vuole fare tutto, alcune cose le riescono bene, altre malissimo!
Xemertix
18-11-2010, 23:55
la patch che aspettavo da una vita!
di suo, il kernel distribuisce il carico/priorità di lavoro della cpu alla cazzo di cane.
su macchina modesta, basta fare un copia di qualche giga di dati da una partizione all'altra, e questo si porta via tutte le risorse hardware, quasi impedendo di fare altro.
exaile scansiona la cartella musica di qualche 20 giga, stessa cosa.
si compila il kernel? meglio init3 perchè deve fare solo quello.
questo capita per qualsiasi programma linux che, in determinati momenti, deve fare uso massiccio di cpu.
tutte cose che anche con quel dinosauro di xp non succedono.
Ma a quanto ho capito questa patch allevia la scattosità nelle situazioni in cui la cpu è sotto stress,il problema di i/o (copia di dati,oppure la swap che si inizia a riempire) resta credo.
una vità fa dicevo che il kernel linux andrebbe "diviso" e sviluppato in maniera differente per uso server e uso desktop.
continuo a pensarla così. linux è un kernel minestrone che vuole fare tutto, alcune cose le riescono bene, altre malissimo!
Idem
darkbasic
19-11-2010, 00:43
il problema di i/o (copia di dati,oppure la swap che si inizia a riempire) resta credo.
Il problema di i/o avrebbe dovuto essere arginato con un'altra patch, ma all'atto pratico dicono che non sia cambiato quasi niente...
Comunque provate BFS che è 100 volte meglio per uso desktop.
Xemertix
19-11-2010, 02:30
Il problema di i/o avrebbe dovuto essere arginato con un'altra patch, ma all'atto pratico dicono che non sia cambiato quasi niente...
Comunque provate BFS che è 100 volte meglio per uso desktop.
Tengo il kernel zen con BFS e BFQ,sembra più reattivo (a meno che non sia placebo),putroppo il problema i/o più o meno resta.
darkbasic
19-11-2010, 13:30
Il problema di i/o diminuisce di molto solo con il kernel realtime, che purtroppo ha tantissimi altri svantaggi in ambito desktop.
premetto che ho iniziato quest'anno a studiare all'università, quindi se dico stupidaggini, correggetemi :D
per avere queste modifiche quindi bisognerebbe ricompilare il kernel, basicamente?
c'è qualche piano di una futura integrazione?
darkbasic
19-11-2010, 14:36
premetto che ho iniziato quest'anno a studiare all'università, quindi se dico stupidaggini, correggetemi :D
Cosa c'entra l'università? E' come dire "ho iniziato quest'anno a lavorare a maglia, quindi non sono molto bravo a fare motocross" :rolleyes:
Cosa c'entra l'università? E' come dire "ho iniziato quest'anno a lavorare a maglia, quindi non sono molto bravo a fare motocross" :rolleyes:
c'entra per il fatto che stiamo iniziando a studiare sistemi operativi e circuiteria del microprocessore, quindi è probabile che dica qualche castroneria, visto che "stiamo studiando" :)
sto scaricando pclinuxos che lo provo, visto che sto cercando un sostituto per kubuntu :)
darkbasic
19-11-2010, 16:49
Non penso che all'università si studino i piani di integrazione delle patch nel kernel linux :D
kernelex
19-11-2010, 17:48
sto scaricando pclinuxos che lo provo, visto che sto cercando un sostituto per kubuntu :)
sto cercando :doh:
apri su distrowach, chiudi gli occhi e con il dito del giudizio punti dove capita. :O
in effetti, pclinux è molto reattiva.
red.hell
21-11-2010, 15:05
sono sul kernel patchato di sabayon (che è già nel ramo di repo ufficiale)
non ho fatto operazioni o test particolari, ma non noto al momento nessuna differenza...
in questo topic (http://forum.debianizzati.org/viewtopic.php?f=3&t=42006) se ne discute un po' a riguardo...
usate lo scheduler BFS di Con Kolivas che e' meglio... o se volete un desktop reattivo usate haiku :D
pabloski
22-11-2010, 15:46
eh magari haiku avesse tutti i software che c'ha linux, passerei immediatamente :D
tempo fa ho fatto un test su un atom 330, scheda geforce 9400 ma senza driver specifici ( quindi solo vesa ) e haiku riusciva a scopiazzare gigabytes di file e nel contempo far girare 7 video senza fare una grinza e il tutto intorno al 70-75% di utilizzo della cpu
ok che è una cpu dual core, ma è un banale atom :D
Xemertix
07-12-2010, 00:38
Il problema di i/o diminuisce di molto solo con il kernel realtime, che purtroppo ha tantissimi altri svantaggi in ambito desktop.
L'hai provato? Quali sono questi svantaggi?
Proprio poco fa mi è capitata una di quelle situazioni in cui la gui diventa ingestibile,pure firefox era quasi totalmente bloccato.
dal basso della mia ignoranza
so che con linux se copio e incollo 100 gb (anche su ext3)
posso andare tranquillamente a guardare la TV chè il PC sta inchiodato un bel po'... (fra l'altro il copia e incolla sotto linux su ext3 è molto più lento del copia e incolla sotto win su ntfs.... altra assurdità con quel bel 6% che ext3 si mania dell'hard disk)
mentre sotto anche il dinosauro di win xp prpbabile che riesco comunque a guardare dallo stesso HD un film se non direttametne guardare dei video da youtube...
kernelex
07-12-2010, 15:42
altra assurdità con quel bel 6% che ext3 si mania dell'hard disk)
questo è un falso problema. guarda l'ultimo post:
http://www.hwupgrade.it/forum/showthread.php?t=1755795
fra l'altro, ci avevi scritto anche tu.
ci si dimentica spesso di questa opzione, che io fra home e dati uso sempre.
p.s. non è mnt/ ma /dev/disco :ciapet:
mhà... oramai gli esperimenti li ho fatti tutti...
onestamente per il disco dati non mi fido di ext4, ext3 mentre si mangia 'na botta di spazio, ma -'nsomma- sarebbe pure il male minore.
quello che mi fa specie -e molta- è che da win 7 64 bit non c'è verso di usare partizioni ext3, quand'anche montate come ext2 come si faceva da XP (cosa che per altro non mi piace... il perdere il journal un reboot ogni due),
e già questo ti preclude su molte macchinbe dual boot di usare ext come disco dati forzandoti ad usare ntfs con i problemi che ha: lento in uso da linux, periodica necessità di check e riparazione del FS da fare fare da win assieme a deframennatazione, ma soprattutto mi pesa l'eventualità di "inchiodamento del FS" per spazio libero inferiore al 10% (che su partizioni di 500 GB vuol dire buttare via 50GB... che non è poco).
ma a parte questo, che già non è poco,
e tornando IN TOPIC:
la cosa ce più mi strugge di linux è che se eseguo un copia-e-incolla di qualche decina di GB
lo scheduler del kernel di fatto riserva quasi ogni risorsa a quel copia-e-incolla e mi rende inutilizzabile o quasi il PC, pure copia-incollando da ext3 a ext3.
altra cosa:
esperimento fatto: stesso blocco da diversi giga di dati copia-incollato da ext3 a ext3 tramite linux e per verifica da ntfs a ntfs tramite win:
win esegue il copia-incolla al 30-40% di velocità in più rispetto a linux!, mica bruscolini!
e in più SOPRATTUTTO mi lascia libero di farlo in background mentre io continuo a navigare, scaricare e vedere film da disco locale o da youtube...
insomma... è un bel GAP prestazionale e di utilizzabilità, altro che no...
ripeto che non son un programmatore per cui non riesco a spingermi oltre in tecnicismi, ma -prova della serva alla mano-
Linux su 'ste cose rende MOLTO male e ben sarei felice di patch UFFICIALI che risolvessero.
darkbasic
09-12-2010, 12:27
L'hai provato? Quali sono questi svantaggi?
Proprio poco fa mi è capitata una di quelle situazioni in cui la gui diventa ingestibile,pure firefox era quasi totalmente bloccato.
Lo uso sempre sul laptop visto che è l'unico modo per effettuare registrazioni multitraccia a bassa latenza. Gli svantaggi sono il throughput minore, il fatto che non è mainline e che rilasciano una patch aggiornata ogni morte di papa.
Xemertix
10-12-2010, 14:57
Lo uso sempre sul laptop visto che è l'unico modo per effettuare registrazioni multitraccia a bassa latenza. Gli svantaggi sono il throughput minore, il fatto che non è mainline e che rilasciano una patch aggiornata ogni morte di papa.
Installato ieri,impostato il timer a 1000Hz e modificato le priorità dei processi con verynice,per ora l'impressione è abbastanza positiva http://img251.imageshack.us/f/screenshotuh.png/ (sistema quasi usabile)
purtroppo l'ultima patch disponibile è relativa al kernel 2.6.33
Edit: per ora mi sembra che il kernel zen (2.6.35) con bfs,bfq,timer 1000hz vada molto meglio per quanto riguarda situazioni in cui la cpu è stressata (ad. 1 encoding x264 con nice -15, xorg pure -15 ecc,non mi rallenta molto la gui a differenza del kernel rt),mentre il kernel rt,cfq,timer 1000hz (2.6.33) pare vada meglio con situazioni di stress io.
vBulletin® v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.