View previous topic :: View next topic |
Author |
Message |
mack1 Guru
Joined: 18 Mar 2006 Posts: 315
|
Posted: Sun Apr 19, 2009 2:00 pm Post subject: |
|
|
@MajinJoko è uno di quei fattori che viene vagliato dai dev del kernel, purtroppo le cause precise del bug non sono ancora state isolate!
Probabile trattasi di race condition o insieme di fattori che portano al bug, pensa che solo da poco hanno adottato un test per misurare la latenza del sistema in relazione ai processi i/o.
Con un vecchio IDE il problema non lo avverto.......
Ciao |
|
Back to top |
|
|
MajinJoko l33t
Joined: 20 Sep 2005 Posts: 639 Location: Bergamo / Verona
|
Posted: Sun Apr 19, 2009 9:34 pm Post subject: |
|
|
mack1 wrote: | Con un vecchio IDE il problema non lo avverto....... |
Infatti io con il mio IDE non lo avverto. Ma con lo stesso IDE, passando ai driver SATA, ci sono caduto dentro in pieno.
Grazie per le risposte _________________ [(.. watashi wa Urumi Kanzaki ga suki da ..)] |
|
Back to top |
|
|
mack1 Guru
Joined: 18 Mar 2006 Posts: 315
|
Posted: Tue May 05, 2009 10:25 am Post subject: |
|
|
Il bug 12309 è stato chiuso con "RESOLVED INSUFFICIENT_DATA", tradotto "se hai problemi di latenza apri un nuovo bug portando prove che possano aiutare a capire".
Sono state proposte varie cause, ma allo stato attuale, secondo me la situazione è ancora poco chiara, visto che soluzioni definitive non sono state trovate .
<Finite le cattive notizie>
<Lo stato dell'arte>
Sono state proposte diverse patch che vanno a modificare diversi sottosistemi del kernel a dimostrazione di quanto sia nebuloso/rognoso il problema .
Qui notizie sulla nuova versione del kernel 2.6.30:
http://www.h-online.com/open/Kernel-Log-What-s-coming-in-2-6-30-File-systems-New-and-revamped-file-systems--/news/113157
Sul forum internazionale alcuni utenti che hanno provato la 2.6.30-rc4 confermano che, sebbene il "rospo" non sia scomparso , la situazione sia migliorata considerevolmente (non avendola testata non so darvi notizie di prima mano, ma tutti concordano sul miglioramento).
Ciao |
|
Back to top |
|
|
!equilibrium Bodhisattva
Joined: 06 Jun 2004 Posts: 2109 Location: MI/BG/LC
|
Posted: Tue May 05, 2009 4:18 pm Post subject: |
|
|
mack1 wrote: | Sono state proposte varie cause, ma allo stato attuale, secondo me la situazione è ancora poco chiara, visto che soluzioni definitive non sono state trovate |
sono tue interpretazioni che non corrispondono alla realtà.
il problema è stato individuato perfettamente (grazie a Linus) ma la sua soluzione non è di facile applicazione.
mack1 wrote: | Sul forum internazionale alcuni utenti che hanno provato la 2.6.30-rc4 confermano che, sebbene il "rospo" non sia scomparso , la situazione sia migliorata considerevolmente (non avendola testata non so darvi notizie di prima mano, ma tutti concordano sul miglioramento). |
sono tutti test inutili, Linus ha già spiegato più che chiaramente che il .30 non è la soluzione al problema ma è un primo tentativo di risolvere i problemi di fsync/scheduler/fs usando dei workaround (fonte LWN); il problema c'è e rimarrà fino a quando fsync e scheduler non verranno riscritti per supportare in modo decoroso le Write Cache degli HD (alleluja! i linuxari se ne sono accorti con 10 anni di ritardo rispetto ai *BSD) unitamente con le Write Barrier (sia soft che hard), fino ad allora ci dobbiamo tenere i workaround.
p.s.: è interessante notare come questo bug del kernel abbiamo fatto "folleggiare" la mente delle persone passando dai complotti MS per giungere fino ai mille e uno segreti militari di RedHat, ci mancavano solo i templari e il Codice da Vinci ed avremmo fatto l'en plein; peccato, sarà per la prossima volta. _________________ Arch Tester for Gentoo/FreeBSD
Equilibrium's Universe
all my contents are released under the Creative Commons Licence by-nc-nd 2.5 |
|
Back to top |
|
|
mack1 Guru
Joined: 18 Mar 2006 Posts: 315
|
Posted: Tue May 05, 2009 8:06 pm Post subject: |
|
|
Hai ragione ho appena letto su LWN, io seguivo la cosa su Kernel Bug Tracker e c'erano solo tracce dello spiegone di LWM, per chi fosse interessato:
http://lwn.net/Articles/326471/
Ho appena finito di provare il vanilla 2.6.30-rc4 e la situazione è migliorata anche se di poco.... meglio di niente.
Ps:I complottisti, a mio avviso, trovano terreno fertile in mancanza di chiare ed immediate risposte, ed essendo un problema di lunga data (fin dal 2.6.18, settembre 2006) e di difficile catalogazione, ha generato le più disparate teorie, forse Linus avrebbe dovuto intervenire prima .
Ciao |
|
Back to top |
|
|
lordalbert l33t
Joined: 26 Nov 2006 Posts: 840 Location: Italy
|
Posted: Thu May 14, 2009 10:21 am Post subject: |
|
|
non so se può essere significativo, ma guardate questi benchmark:
http://www.phoronix.com/data/img/results/linux_opensolaris_kernel/6.png
Su 2.6.30 x86 si è avuto un bel miglioramento, mentre su 2.6.30 amd64 il miglioramento è drastico. Di fianco c'è anche il kernel Solaris (nexenta) con cui fare un confronto |
|
Back to top |
|
|
MajinJoko l33t
Joined: 20 Sep 2005 Posts: 639 Location: Bergamo / Verona
|
Posted: Sun May 24, 2009 11:34 am Post subject: |
|
|
Ciao a tutti.
Vorrei una vostra opinione riguardo a questo problema: dovendo installare Gentoo su un portatile con disco sata, come posso "cercare di evitare" di cadere in questo problema? Io vorrei comunque installare un sistema a 64 bit, ma visto che dovrei poi per forza di cose usare i driver sata del kernel, non vorrei ritrovarmi con un pc inutilizzabile (o quasi, ovvio..).
Grazie! _________________ [(.. watashi wa Urumi Kanzaki ga suki da ..)] |
|
Back to top |
|
|
Ic3M4n Advocate
Joined: 02 Nov 2004 Posts: 3489 Location: Bergamo.
|
Posted: Sun May 24, 2009 12:38 pm Post subject: |
|
|
Attualmente da quanto ho letto ci sono dei significativi miglioramenti con il kernel 2.6.30,
installare kernel appena rilasciati spesso comporta problemi con i driver binari, vedi nvidia, ati. Spesso si devono utilizzare i driver opensource per qualche tempo, oppure andare a pescare tra i beta. |
|
Back to top |
|
|
lucapost Veteran
Joined: 24 Nov 2005 Posts: 1419 Location: <ud|me|ts> - Italy
|
Posted: Sun May 24, 2009 1:37 pm Post subject: |
|
|
Appena ho un momento provo il 2.6.30*.
Attualmente ho i gentoo-sources-2.6.29-r3, ed ho crash molto frequenti, diciamo ogni 24-48 ore di lavoro. Ho imparato a risolvere temporaneamente killano hald.
Farò qualche test, vi farò sapere sicuramente.... _________________ LP |
|
Back to top |
|
|
MajinJoko l33t
Joined: 20 Sep 2005 Posts: 639 Location: Bergamo / Verona
|
Posted: Sun May 24, 2009 2:29 pm Post subject: |
|
|
mhh.. la mia domanda era forse ancor più terra terra: "installando un sistema a 64 bit e dovendo usare i driver sata, quante possibilità ho di non soffrire di questo problema?"
_________________ [(.. watashi wa Urumi Kanzaki ga suki da ..)] |
|
Back to top |
|
|
lucapost Veteran
Joined: 24 Nov 2005 Posts: 1419 Location: <ud|me|ts> - Italy
|
Posted: Sun May 24, 2009 5:05 pm Post subject: |
|
|
al momento attuale, stando a package.gentoo.org, il vanilla 2.6.30 non è nemmeno disponibile per amd64. _________________ LP |
|
Back to top |
|
|
!equilibrium Bodhisattva
Joined: 06 Jun 2004 Posts: 2109 Location: MI/BG/LC
|
Posted: Mon May 25, 2009 11:57 am Post subject: |
|
|
MajinJoko wrote: | mhh.. la mia domanda era forse ancor più terra terra: "installando un sistema a 64 bit e dovendo usare i driver sata, quante possibilità ho di non soffrire di questo problema?"
|
nessuna, il problema della latenza dei processi di I/O è indipendente dall'architettura del processore e/o dal tipo di driver PATA/SATA che usate (fanno eccezione i driver per i controller IDE totalmente hardware) e/o dalla distro. (IMHO) Ti tieni il sistema così come è, con le sue latenze esagerate (che si notato solo se inizi a spostare svariati Gb per diverso tempo) e aspetti la stabilizzazione del kernel (1 o 2 mesi massimo, sperando che tutto vada bene).
p.s.: Linus sta riscrivendo tutto lo scheduler I/O del kernel per eliminare alla fonte il problema delle latenze, quindi presumo che la soluzione definitiva al problema arriverà con il .31 o il .32 _________________ Arch Tester for Gentoo/FreeBSD
Equilibrium's Universe
all my contents are released under the Creative Commons Licence by-nc-nd 2.5 |
|
Back to top |
|
|
MajinJoko l33t
Joined: 20 Sep 2005 Posts: 639 Location: Bergamo / Verona
|
Posted: Mon May 25, 2009 12:34 pm Post subject: |
|
|
Grazie per la risposta più che esauriente. _________________ [(.. watashi wa Urumi Kanzaki ga suki da ..)] |
|
Back to top |
|
|
devilheart l33t
Joined: 17 Mar 2005 Posts: 848 Location: Villach, Austria
|
Posted: Tue May 26, 2009 10:12 am Post subject: |
|
|
lucapost wrote: | al momento attuale, stando a package.gentoo.org, il vanilla 2.6.30 non è nemmeno disponibile per amd64. | ci sono le rc |
|
Back to top |
|
|
lucapost Veteran
Joined: 24 Nov 2005 Posts: 1419 Location: <ud|me|ts> - Italy
|
|
Back to top |
|
|
Scen Retired Dev
Joined: 29 Jul 2003 Posts: 2470 Location: Padova, Italy
|
Posted: Tue May 26, 2009 4:57 pm Post subject: |
|
|
http://packages.gentoo.org/package/vanilla-sources
Qui si ha una visione d'insieme migliore della situazione delle keyword _________________ I was born in a deep forest/I wish I could live here all my life/I am made from stones and roots/My home, these woods and roads
All my life I loved this sound/Of the woods all around/Eagles flies where the winds blows free
Journey is my destiny |
|
Back to top |
|
|
lordalbert l33t
Joined: 26 Nov 2006 Posts: 840 Location: Italy
|
Posted: Tue May 26, 2009 6:37 pm Post subject: |
|
|
ecco perchè devo insallare gentoo sul nuovo computer e sono indeciso se rimettere amd64 oppure x86... ho notato che il "supporto" per x86 è maggiore. ebuild aggiornati prima, flash più stabile, etc etc... un sistema amd64 dovrebbe essere più prestante nei calcoli, però sembra a volte essere relegata a "serie B" (qua il kernel .30 non c'è ancora per amd64, neanche marcato come instabile, e non capisco il motivo, visto che l'ebuild è sempre lo stesso) |
|
Back to top |
|
|
devilheart l33t
Joined: 17 Mar 2005 Posts: 848 Location: Villach, Austria
|
Posted: Wed May 27, 2009 10:35 am Post subject: |
|
|
lordalbert wrote: | (qua il kernel .30 non c'è ancora per amd64, neanche marcato come instabile, e non capisco il motivo, visto che l'ebuild è sempre lo stesso) | tanto devi comunque smascherarlo, farlo con ~amd64 o ** non cambia molto. del resto uno che prova un kernel che non è stabile nemmeno per gli sviluppatori è uno che sa quello che fa. comunque se volete provare il .30 mettete almeno la rc7 che la rc6 (e forse le precedenti) scazza con reiserfs |
|
Back to top |
|
|
|