Olimpo Informatico

[Zeus News]

Commenti all'articolo Anche i pinguini inciampano
Riscontrato un grave bug che affliggerebbe quasi tutte le versioni del kernel Linux fino alla 2.6.

[Fab]

nessuno e' perfetto, nessuno scrive codice perfetto.
molte distribuzioni hanno continuato a usare il kernel 2.2 invece del 2.4 quando questo era in giro gia' da un po', proprio perchè il codice nuovo porta molti nuovi problemi. la cosa che fa veramente la differenza e' con moltissima probabilita' la prossima versione correggera' il buco, senza dover aspettare quei sei mesi per una patch che risolve uno e apre due :)

[p.bison]

Il kernel 2.6.6-1.435 fornito come update dalla distribuzione Fedora Core 2 non presenta tale problema. Il programma crash.c funziona perfettamente.

[Giorgio]

E' abbastanza normale come comportamento.
Il codice di cui sopra setta un timer in realtime (gestito direttamente dal kernel del S.O) mediante il quale si ordina di eseguire ogni 100microsecondi (10000 volte al secondo) il codice di programma specificato in assembler, che effettua in sequenza ilsalvataggio ed il restore dei registri del processore. Solo che, per fare ciò il sistema, deve, innanzitutto effettuare un cambio di contesto per andarsi a occupare, della funzione richiamata dal timer, (perchè ovviamente il sistema normalmente fa altro), dunque a sua volta effettuare un salvataggio dei propri registri prima di passare alla funzione da richiamare, effettuare le operazioni push e pop richieste (salvatragggio e ripristino registri) , e di seguito riprendere, tramite un pop il contesto relativo all'attività precedente/successiva da svolgere

Dunque c'è anche solo un altro processo qualsiasi (è molto facile in un sistema multitasking)questo codice determinerà seccamente 20000 salvataggi e restore al secondo.
Come sarà chiaro ad i più addentro, i processi REAL_TIME si utilizzano solo per porzioni critiche del codice (dal punto di vista delle performance ), perchè in tale modalità il sistema diviene moolto meno stabile.
L'operazione di cui sopra equivale ad un processo realtime che 10000 volte al secondo esegue il salvataggio ed il caricamento di un area di memoria.

In queste condizioni molti sistemi si siedono, tantopiù che con la signal è il sistema operativo che si impegna ad eseguire la procedura quando previsto. Semplicemente in sistema si siede.. perchè gli viene chiesto troppo

[delfo]

Come si dice:
"Puoi fare un programma a prova di bomba ma non a prova di stupido"
E' un po' curioso, però, il fatto che se uno scrive un programma volutamente "scorretto" per linux e questo si pianta allora lo si considera un po' stupido perchè "tanto che lo ha fatto a fare?", mentre se lo fa uno per il sistema operativo dell'impero del male è uno "ganzo" perchè ha scoperto che i programmatori di detto impero sono dei "pirla".
Semmai si dovrebbe dire che i programmatori sono tutti dei "pirla" solo per il fatto di scrivere programmi che poi qualcuno cerca a tutti i costi di incastrare.
Un mestieraccio davvero !!! :-)

[matteo]

IO HO UNA DISTRO CHE NON RIVELO DI LINUX CHE NON MI HA DATO PROBLEMI NE DI BACHI NE DI VIRUS FORSE PERCHÈ NON È MOLTO CONOSCIUTA E COMUNQUE IL SUO KERNEL 2.4.26 È ULTRA STABLE