Sistemi Dell con Linux preinstallato: parliamone

Sistemi Dell con Linux preinstallato: parliamone

Dell raccoglie informazioni dagli utenti per valutare eventuali configurazioni con Linux preinstallato

di pubblicata il , alle 09:49 nel canale Programmi
Dell
 
152 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
zephyr8315 Marzo 2007, 15:54 #71
Certi discorsi su microkernel e kernel monolito sn propri stupidi soprattutto se poi si prende ad esempio osX come "eccellenza". Il problema nn è certo il kernel ma il driver e senza driver l'hardware nn gira......e infatti su osx di hardware che nn gira ce n'è parecchio.
In linux l'impedicmento nn è certo pratico.....è più un impedimento "filosofico". Si crede nell'open source e quindi si cerca di insistere il più possibile verso questa strada anche per i driver. Ma i driver closed possono esistere tranquillamente. Se nn vengono inclusi nel kernel basta farli andare in user space ed è tutto risolto. Dov'è il problema? Linux da più possibile, altri sistemi decisamente no!
shodan15 Marzo 2007, 16:11 #72
Originariamente inviato da: diabolik1981
NT è per definizione kernel ibrido fin dalla sua prima incarnazione, di monolitico non c'è nulla.


Quoto, e rilancio:
in NT 3.51 addirittura il driver video era caricato in userspace, rendendo quindi la macchina discretamente immune anche a catastrofici driver video.
In NT 4.0, Win2000 e XP si è tornati un po' indietro, andando a caricare alcuni driver in kernel space; ad essere interessati sono stati i driver le cui prestazioni erano cruciali, come ad esempio proprio quello video.

Da quanto ho letto, Vista è tornato un po' alle origini, con i driver video (o almeno parte di essi) caricati in userspace.

Ciao.
Mazzulatore15 Marzo 2007, 16:39 #73
Originariamente inviato da: zephyr83
Certi discorsi su microkernel e kernel monolito sn propri stupidi soprattutto se poi si prende ad esempio osX come "eccellenza". Il problema nn è certo il kernel ma il driver e senza driver l'hardware nn gira......e infatti su osx di hardware che nn gira ce n'è parecchio.
In linux l'impedicmento nn è certo pratico.....è più un impedimento "filosofico". Si crede nell'open source e quindi si cerca di insistere il più possibile verso questa strada anche per i driver. Ma i driver closed possono esistere tranquillamente. Se nn vengono inclusi nel kernel basta farli andare in user space ed è tutto risolto. Dov'è il problema? Linux da più possibile, altri sistemi decisamente no!

Infatti il microkernel vs kernel monolitico è pura teoria, ovvero in teoria puoi trovare mille motivi per preferire l'uno all'altro, nella pratica, tutti i kernel sono dei compromessi e non valgono come esempi per l'una o l'altra filosofia. Nei computer, siano essi server o workstation o palmari, non c'è veramente bisogno di un'architettura a microkernel secondo me. Quindi è come parlare di ATI Vs Nvidia o Inter Vs Milan. Discorso a parte per i sistemi embedded mission critical, dove i microkernel hanno veramente motivo di esistere.
Artemisyu15 Marzo 2007, 16:47 #74
Originariamente inviato da: Mazzulatore
Infatti il microkernel vs kernel monolitico è pura teoria, ovvero in teoria puoi trovare mille motivi per preferire l'uno all'altro, nella pratica, tutti i kernel sono dei compromessi e non valgono come esempi per l'una o l'altra filosofia. Nei computer, siano essi server o workstation o palmari, non c'è veramente bisogno di un'architettura a microkernel secondo me. Quindi è come parlare di ATI Vs Nvidia o Inter Vs Milan. Discorso a parte per i sistemi embedded mission critical, dove i microkernel hanno veramente motivo di esistere.


Concordo pienamente.
Poi però arriva il solito che ha fatto sistemi operativi con il Tanenbaum e un po' di ingegneria del software ed è diventato schiavo dell'approccio da designer.
E viene a tirare fuori la solita solva sui microkernel che sono il futuro e che linux è vecchio lento e stupido.

Bah.
Mazzulatore15 Marzo 2007, 16:48 #75
Originariamente inviato da: aventrax
Basta parlare a vanvera di sti driver, tutto quello che ho, tastiera e mouse bluetooth, scheda video, audio, scheda tv, stampante e scanner li ho tutti perfettamente funzionanti sotto linux. A me sinceramente ste discussioni paiono abbastanza campate in aria. Certo c'è hardware non supportato ma i tempi in cui aveva un senso fare queste discussioni sono ampiamente finiti.

Hola.

Per non parlare degli che insistono col dire che bisogna ricompilare il kernel.
Mazzulatore15 Marzo 2007, 16:55 #76
Originariamente inviato da: Artemisyu
Concordo pienamente.
Poi però arriva il solito che ha fatto sistemi operativi con il Tanenbaum e un po' di ingegneria del software ed è diventato schiavo dell'approccio da designer.
E viene a tirare fuori la solita solva sui microkernel che sono il futuro e che linux è vecchio lento e stupido.

Bah.

Giuro che volevo scrivere questo, poi ho corretto il tiro per evitare di ferire qualcuno. In ogni caso sottoscrivo.
Keltosh15 Marzo 2007, 17:45 #77
Dai, basta parlare di kernel e micro kernel E' molto OT rispetto alla notizia

Tornando alla notizia, io penso che la distribuzione scelta dovrebbe essere soprattutto semplice. Se la vendono preinstallata queso vuol dire che eventuali driver e configurazioni del caso li mettono loro. Detto questo, la dstribuzione dovrebbe essere soprattutto semplice da usare e flessibile. Motivo per cui io sceglierei Ubuntu, la distro ideale secondo me per chi si avvicina a linux...
jappilas15 Marzo 2007, 17:53 #78
noto che la discussione è virata su un OT più interessante (*) dell' argomento originale ...
* si fa per dire, è un discorso un po' trito e ritrito

mi limiterò a linkare un mio vecchio >post<, che puntualizzava una differenza qui trascurata
Originariamente inviato da: Artemisyu]Se proprio vuoi appellarti ad un microkernel che funziona bene attaccati a BeOS...[/QUOTE]se non ricordo male anche quello di BeOS era un kernel ibrido... streamlined quanto vuoi ma l' integrare stack tcp e il BeFS lo escludeva dai microkernel puri ... se non ricordo male, i principali motivi dell' efficienza del beos come sistema operativo multimediale desktop erano lo scheduler, che aveva bassi costi di creazione thread (il che rendeva possibile creare un thread per ogni finestra, per ogni widget o per ogni directory acceduta - pervasive multithreading) e l' application server (che oltre ad integrare GUI e window manager godeva di elevate priorità
Poi però arriva il solito che ha fatto sistemi operativi con il Tanenbaum e un po' di ingegneria del software ed è diventato schiavo dell'approccio da designer.
poi arriva il sottoscritto che, dopo aver studiato ingegneria del sw e osservato per qualche anno i vari kernel in circolazione, arriva a ritenerli tutti indistintamente imperfetti, e se avesse tempo si dedicherebbe alla realizzazione di quello definitivo ...
E viene a tirare fuori la solita solva sui microkernel che sono il futuro
al di fuori delle sterili discussioni accademiche che lasciano il tempo che trovano, il futuro è sempre più un far evolvere quello che già c'è (quindi svecchiare e attualizzare quello che dopo un po' appare vecchio, ancorchè maturo e funzionante), per iniziative nuove ibridare idee prima antitetiche, a volte ritornare alle origini (corsi e ricorsi storici, anche in informatica)
e che linux è vecchio lento e stupido.
Linux funziona, è innegabile, raggiunge buone prestazioni, altrettanto innegabile, ma ammetterai che il modo in cui questo viene ottenuto non è per via di un design, all' origine, *particolarmente* elegante, quanto per qualcosa che altri progetti possono solo sognare, cioè la forza lavoro su cui può contare (migliaia, milioni di sviluppatori nel mondo a studiare aggiunte, codificarle, mettere a posto i problemi e tappare buchi in quello che è praticamente un refactoring in ciclo infinito) in virtù della fama che ha conquistato...
quindi dal mio pdv, che funzioni e che sia vecchio (come concezione) non sono aspetti antitetici, e l' ultimo comunque non un' offesa o un demerito...

detto ciò, chiuderei l' off topic...
GiovanniGTS15 Marzo 2007, 19:00 #79

jappilas

Non puoi cavartela cosi' facilmente .........................

........... vogliamo sapere cosa ne pensi della questione microkernel - kernel

visto che il link postato non si apre
Artemisyu15 Marzo 2007, 19:02 #80
Originariamente inviato da: jappilas
se non ricordo male anche quello di BeOS era un kernel ibrido... streamlined quanto vuoi ma l' integrare stack tcp e il BeFS lo escludeva dai microkernel puri ... se non ricordo male, i principali motivi dell' efficienza del beos come sistema operativo multimediale desktop erano lo scheduler, che aveva bassi costi di creazione thread (il che rendeva possibile creare un thread per ogni finestra, per ogni widget o per ogni directory acceduta - pervasive multithreading) e l' application server (che oltre ad integrare GUI e window manager godeva di elevate priorità di scheduling)


Ricordi bene, anche a me pareva di aver letto cose analoghe.

Originariamente inviato da: jappilas
poi arriva il sottoscritto che, dopo aver studiato ingegneria del sw e osservato per qualche anno i vari kernel in circolazione, arriva a ritenerli tutti indistintamente imperfetti, e se avesse tempo si dedicherebbe alla realizzazione di quello definitivo ...


Concordo pienamente... ogni kernel è ugualmente imperfetto.
Tuttavia gli informatici che arrivano a fare i maniaci del design (cosa che solitamente accade dopo aver frequentato il corso di sistemi operativi) sono fuori come un nano da giardino... in università ho visto gente che non usava Linux per non accettava di usare un sistema operativo così concettualmente vecchio.
Suvvia, non ha senso

Originariamente inviato da: jappilas
al di fuori delle sterili discussioni accademiche che lasciano il tempo che trovano, il futuro è sempre più un far evolvere quello che già c'è (quindi svecchiare e attualizzare quello che dopo un po' appare vecchio, ancorchè maturo e funzionante), per iniziative nuove ibridare idee prima antitetiche, a volte ritornare alle origini (corsi e ricorsi storici, anche in informatica)
Linux funziona, è innegabile, raggiunge buone prestazioni, altrettanto innegabile, ma ammetterai che il modo in cui questo viene ottenuto non è per via di un design, all' origine, *particolarmente* elegante, quanto per qualcosa che altri progetti possono solo sognare, cioè la forza lavoro su cui può contare (migliaia, milioni di sviluppatori nel mondo a studiare aggiunte, codificarle, mettere a posto i problemi e tappare buchi in quello che è praticamente un refactoring in ciclo infinito) in virtù della fama che ha conquistato...
quindi dal mio pdv, che funzioni e che sia vecchio (come concezione) non sono aspetti antitetici, e l' ultimo comunque non un' offesa o un demerito...

detto ciò, chiuderei l' off topic...


Anche qui, concordo pienamente... chiudere anche io l'off topic

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^