|
|
|
![]() |
|
Strumenti |
![]() |
#3921 |
Senior Member
Iscritto dal: Dec 2006
Città: Trapani (TP)
Messaggi: 3098
|
Emulare windows (o copiare le sue API) non è la soluzione, la soluzione sarebbe costruire una piattaforma meno "anarchica", un bel microkernel con un buon HAL.
Solaris è un ottimo candidato.
__________________
A casa ho almeno sette PC, in firma non ci stanno
|
![]() |
![]() |
![]() |
#3922 | |||
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7238
|
mi stai dicendo che queste https://www.trustedcomputinggroup.org/specs/ non sono tutte le specifiche?!
![]() ![]() Quote:
Quote:
Quote:
|
|||
![]() |
![]() |
![]() |
#3923 |
Senior Member
Iscritto dal: Jan 2005
Città: (VA) Moto:Ducati 749Dark
Messaggi: 1385
|
quoto in toto K0nt3, stavo per scivere le stesse cose... e aggiungo insistendo sul fatto che, IHMO, si ha paura di uscire dalle api Dx, per le possibili ripercussioni sul mercato, come ad asempio "vista capable" ect.
Edit: wine e cadega NN sono emulatori, lavorano in modo completamente differente da un emulatore (come poteva essere NES), e penso anke k l'emulazione possa venir considerata alla stregua di un reato e ke quindi nn sia nelle corde dell' open source e linux in senso lato.
__________________
DFI lp ut sli-d, Toledo 4400x2, Geil One S, DFI lp ut sli-d, HD 4850, HDD 160GB,SB live!,Creative T6700 Ultima modifica di pinolo79 : 19-12-2006 alle 13:00. |
![]() |
![]() |
![]() |
#3924 | |
Senior Member
Iscritto dal: Dec 2005
Città: este (pd)
Messaggi: 7190
|
Quote:
domanda: cosa ne pensi di beos/haiku? secondo me ha delle ottime premesse, potrebbe dimostrarsi una buona alternativa
__________________
se mi cercate contattatemi via mail | addio pippo, sei stato un bravo cane, e grazie a chi ti ha curato in questi anni | mio sito di pesca | ReactOS |
|
![]() |
![]() |
![]() |
#3925 | ||||
Senior Member
Iscritto dal: Dec 2006
Città: Trapani (TP)
Messaggi: 3098
|
Quote:
Quote:
Quote:
![]() Il "framework" non è così facile da scegliere, e comunque non puoi costringermi ad usare 12 sistemi audio insieme perchè uno serve per un gioco, uno per un altro e così via... semplicemente è un casino. Se poi parliamo di virtualizzare tramite un HAL posso essere daccordo, ma anche lì ci sono decine di HAL, sarebbe il caso che Linux si decidesse ad incorporarne una (o a dire "questa è quella di riferimento") e chiudere il discorso, altrimenti faccio una partizione di 30Gb per /lib... Quote:
Ora DirectX10 promette di dare lo stesso impatto grafico di SM3.0 senza saturare il sistema (problema presente sulle DX9c), immaginati quanta gente dirà "no, non voglio usare DX10 perchè è una libreria proprietaria monopiattaforma, preferisco OpenGL".
__________________
A casa ho almeno sette PC, in firma non ci stanno
|
||||
![]() |
![]() |
![]() |
#3926 | |
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7238
|
Quote:
ps. per tua informazione WINE significa Wine Is Not an Emulator. infatti è una implementazione delle librerie di windows, nemmeno una copia, una implementazione |
|
![]() |
![]() |
![]() |
#3927 | |||
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7238
|
Quote:
giusto per esempio cito crystal space, ogre ecc.. Quote:
Quote:
|
|||
![]() |
![]() |
![]() |
#3928 |
Senior Member
Iscritto dal: Dec 2006
Città: Trapani (TP)
Messaggi: 3098
|
KDE ?
Perchè, devo avere per forza KDE ? E se fossi un fan di Gnome dovrei caricarmi tutto il malloppino KDE solo per i giochi ? Sorry per il lapsus, Solaris è monolitico, ma ha un supporto driver eccellente ed un modello per il supporto driver che linux se lo sogna. Quanto a WINE (lo so cosa significa) non è che mi cambi molto se emula, copia o sfrutta, il discorso è sempre quello che permette di eseguire codice compilato per un altro sistema operativo (anche se per la stessa architettura); neanche il layer che permette di eseguire codice linux su FreeBSD è un "emulatore", ma alla fine quello fà.
__________________
A casa ho almeno sette PC, in firma non ci stanno
|
![]() |
![]() |
![]() |
#3929 |
Senior Member
Iscritto dal: Jan 2005
Città: (VA) Moto:Ducati 749Dark
Messaggi: 1385
|
OTTIMA DISCUSSIONE, DICO SINCERAMENTE, PECCATO SOLO CHE SIA PALESEMENTE -OT-
![]()
__________________
DFI lp ut sli-d, Toledo 4400x2, Geil One S, DFI lp ut sli-d, HD 4850, HDD 160GB,SB live!,Creative T6700 |
![]() |
![]() |
![]() |
#3930 |
Senior Member
Iscritto dal: Dec 2006
Città: Trapani (TP)
Messaggi: 3098
|
Vediamo di non degenerare in un flame.
Rimane il fatto che Linux ha, per varie ragioni, più o meno condivisibili ma che comunque restano, molte pregiudiziali che gli impediscono di diventare una piattaforma di riferimento (se non per altro perchè Linux non è un SO, è solo un kernel, i SO basati su Linux sono decine). TCPA è parte di un sistema più vasto che, per ragioni ideologiche e pratiche non potrà mai essere impiegato estensivamente su OS Linux. Ci siamo qui ?
__________________
A casa ho almeno sette PC, in firma non ci stanno
|
![]() |
![]() |
![]() |
#3931 |
Senior Member
Iscritto dal: Jan 2005
Città: (VA) Moto:Ducati 749Dark
Messaggi: 1385
|
si, ma quali sarebbero le implementazioni che in linux nn potrebbero essere presenti del tcpa?
__________________
DFI lp ut sli-d, Toledo 4400x2, Geil One S, DFI lp ut sli-d, HD 4850, HDD 160GB,SB live!,Creative T6700 |
![]() |
![]() |
![]() |
#3932 | |
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7238
|
Quote:
|
|
![]() |
![]() |
![]() |
#3933 |
Senior Member
Iscritto dal: Dec 2006
Città: Trapani (TP)
Messaggi: 3098
|
Su Windows ad esempio puoi avere un sistema completamente certificato ed alcuni programmi possono andare in esecuzione "certi" che l'ambiente intorno a loro sia completamente certificato e che non ci sia in giro roba strana.
Questo in Windows lo puoi fare, in Linux è molto più complicato e meno sicuro.
__________________
A casa ho almeno sette PC, in firma non ci stanno
|
![]() |
![]() |
![]() |
#3934 | |
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7238
|
Quote:
|
|
![]() |
![]() |
![]() |
#3935 |
Senior Member
Iscritto dal: Dec 2006
Città: Trapani (TP)
Messaggi: 3098
|
Come fà un processo in esecuzione a sapere che in esecuzione non ci sono frammenti di codice pensati per aggirare le sue protezioni ?
Quello che si prefigge l'architettura sicura del futuro è fare in modo che l'intero ambiente sia "sicuro". TCPA non ha modo di determinare se l'ambiente è o non è sicuro, ma è possibile fare in modo che il SO in esecuzione sia tutto "certificato", cioè che ogni componente, dal kernel all'ultimo dei driver passando per ogni applicazione, sia tutto "sicuro", perchè certificato come tale da (nel caso di Windows) Microsoft. Facciamo un esempio... uno dei tool più diffusi per "fregare" i giochi è il Daemon tools, ecco... se Microsoft non certifica i driver del driver SCSI virtuale dei Daemon tools (e penso proprio che non lo farà mai) Windows Vista 64 (Vista 32 permette di disabilitare il check sulle signature) si rifiuterà d'installare il driver. TCPA permetterà di fare la stessa cosa non solo sui driver, ma anche sui programmi, i programmi non certificati (e quindi dichiarati "sicuri" e privi di codice "nocivo" a processi terzi) verranno eseguiti in un ambito sandboxed. Come fai su Linux ad implementare in modo "sicuro" lo stesso sistema ?
__________________
A casa ho almeno sette PC, in firma non ci stanno
|
![]() |
![]() |
![]() |
#3936 | |
Senior Member
Iscritto dal: Dec 2005
Messaggi: 7238
|
Quote:
comunque nota che avere drivers certificati non vuole assolutamente dire avere drivers senza bug. |
|
![]() |
![]() |
![]() |
#3937 | |
Senior Member
Iscritto dal: Dec 2006
Città: Trapani (TP)
Messaggi: 3098
|
Quote:
E comunque spiegami, credi che RedHat dovrebbe certificare il suo OS ed impedire di usare kernel non segnato da RedHat ? Vorrebbe dire che ogni applicazione dovrebbe essere fornita in versione già compilata per una distro, cioè per un programma dovrei avere: Download Windows (32 bit) Download Windows (64 bit) Download Linux (source) Download RedHat (TCPA, RH10, x86) Download RedHat (TCPA, RH10, x64) Download RedHat (TCPA, RH10, PPC) Download RedHat (TCPA, RH10, Sparc) Download RedHat (TCPA, RH10, ia64) Download SuSE (TCPA, 10.1, x86) Download SuSE (TCPA, 10.1, x64) Download SuSE (TCPA, 10.1, PPC) Download SuSE (TCPA, 10.1, Sparc) Download SuSE (TCPA, 10.1, ia64) Download Mandriva (TCPA, x86) Download Mandriva (TCPA, x64) Download Mandriva (TCPA, PPC) Download Mandriva (TCPA, Sparc) Download Mandriva (TCPA, ia64) ...e così via ? E se la versione pacchettizzata non ha il supporto streuso per quella feature che interessa a me che faccio ? Mando una mail e aspetto, sperando che si degnino a compilarlo "come dico io" e me lo rimandino indietro segnato ? E vuol dire che se faccio il mio programmino fesso e voglio diffonderlo al mondo devo mandarlo a tutta 'sta gente perchè mi rimandi indietro l'eseguibile firmato ? E se mi ricompilo il kernel chi me lo segna ?
__________________
A casa ho almeno sette PC, in firma non ci stanno
Ultima modifica di ConteZero : 19-12-2006 alle 15:31. |
|
![]() |
![]() |
![]() |
#3938 |
Senior Member
Iscritto dal: Dec 2006
Città: Trapani (TP)
Messaggi: 3098
|
Tutto l'ambaradan TCPA funziona bene in una monocultura in cui c'è un unico eseguibile per programma, perchè quell'eseguibile lo firmi e sei a posto.
Quando si comincia a parlare di distribuzioni di sorgenti o di ambienti in cui devi ricompilare qualcosa (soprattutto il kernel) tutto il discorso crolla. Perchè l'infrastruttura funzioni il kernel TCPA dev'essere validato, perchè se non è validato potrebbe essere stato modificarlo per avere una "backdoor" che permette l'esecuzione non-sandboxed di codice non-TCPA, il che renderebbe inutile tutta l'infrastruttura. A questo aggiungiamoci che tutte le librerie devono essere validate, altrimenti un programma TCPA che si appoggia ad una libreria non-TCPA non sarebbe "sicuro". Ma arriviamo presto al concetto base di Linux, le applicazioni sono interdipendenti, quindi più o meno tutti gli eseguibili devono essere validati perchè altri eseguibili (validati) potrebbero appoggiarsi a questi. Cosa ottieni ? Che il GCC lo butti nel cesso.
__________________
A casa ho almeno sette PC, in firma non ci stanno
|
![]() |
![]() |
![]() |
#3939 | |
Senior Member
Iscritto dal: Jan 2005
Città: (VA) Moto:Ducati 749Dark
Messaggi: 1385
|
Quote:
__________________
DFI lp ut sli-d, Toledo 4400x2, Geil One S, DFI lp ut sli-d, HD 4850, HDD 160GB,SB live!,Creative T6700 Ultima modifica di pinolo79 : 19-12-2006 alle 15:43. |
|
![]() |
![]() |
![]() |
#3940 |
Senior Member
Iscritto dal: Dec 2006
Città: Trapani (TP)
Messaggi: 3098
|
La differenza è che ogni minima cosa dovrebbe essere certificata, e che ogni minima cosa dovrebbe essere controllata per essere bug-free.
In pratica non basterebbe più fare una versione nuova del driver/libreria/eseguibile, ma bisogna farla, mandarla al certificatore (che può avere come può non avere voglia o tempo per controllarla), aspettare che la testi, la firmi, la rimandi indietro e poi è disponibile. PS: Senza contare che ad esempio Gentoo TCPA, ad esempio, non potrebbe esistere.
__________________
A casa ho almeno sette PC, in firma non ci stanno
|
![]() |
![]() |
![]() |
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 18:50.