Apple Mac OS X 10.6 "Snow Leopard" - Seconda parte

io come esempio posso citarti questo sul multimedia:

riprodurre film su Blue Ray disc.

anche se ti procuri un lettore Blue Ray da far vedere al computer Apple in USB2 ( come si sa i mac non hanno il Blue Ray) c'e' un Player su Osx che riproduca i films su Blue Ray in Hd 1920 x 1080p protetti HDCP su uscita DVI ( i mac con uscita DVi devono cmqe avere una scheda video HDCP compliant con chip AES 128bit ) o su uscita Display Port adattata poi a HDMI o DVi sempre conforme HDCP? .In sintesi esiste un Player ufficiale per OSX che e' in grado di gestire il DRM HDCP dei film su Blue Ray disc su uscita in alta difinizione ?

a me sfugge sta cosa e nn ricordo

Beh...diciamocela tutta...
dopo il flop di M$ e vista..niente di nuovo pure con Seven...
Apple che non riesce a cucinare in nuove salse il suo Bsd...
non troviate sia ora di passare coscientemente e felicemente a
LINUX?

Ho letto qualcosa di questa nuova feature di Windows 7..... sostanzialmente la finalità UMS è la stessa di GCD, gestire nella maniera più efficiente i threads di una applicazione, o più applicazioni, verso i core fisici/logici della Cpu, in modo da sfruttare a pieno il potenziale di calcolo. In più UMS, per sua caratteristica intrinseca, ha anche il compito di evitare che un thread UMS, in caso di stallo " blocchi " la Cpu.
Le differenze di funzionamento con GCD sono parecchie e profonde e rispecchiano il diverso approccio al " parallel multithreading " seguito dai due OS:

- GCD è una API di sistema mentre UMS è una applicazione; ciò significa che GCD è radicato profondamente in OS X ed è sostanzialmente a differenza di UMS che è una applicazione come altre.

- UMS una volta attivato con una funzione di richiamo all'interno di una applicazione, si sostituisce allo scheduler della Cpu, creando dei threads specifici e gestiti in quella modalità specifica ( ecco spiegata la protezione da eventuali blocchi ). GCD invece, per funzionare, deve essere invocato sempre dal codice dell'applicazione, ma non esegue nessuna trasformazione dei vari threads ma provvede a farsi carico direttamente di " impilare " e smistare i threads tra i core fisici /logici della Cpu.

- GCD funziona anche su codice a 32 bit ( opportunamente modificato ), UMS è invece disponibile solamente per le versioni a 64 bit di Seven e di Windows Server 2008.

Lettore: LaCie d2 Blu-ray Drive

Player: Quicktime X

Porta di trasferimento hdcp: display port

Costoso, ma semplice.

Esatto, User Mode Scheduler serve in primis per evitare di invocare il kernel nella gestione di threads applicativi, infatti il passaggio da user mode a kernel mode quando viene invocata una funzione del kernel costa cicli di clock...

E' proprio questo suo operare a livello applicativo che fa si che il kernel non venga coinvolto, facendo risultare il sistema (in generale) maggiormente prestante e molto più stabile.

In questo caso la gestione dei thread applicativi è delegata ad un processo in user-mode.

E' un approccio che sa molto di architettura a micro-kernel (del resto uno degli obiettivi di Microsoft è proprio snellire il kernel di Windows).

IMHO cmq GCD e UMS non sono direttamente confrontabili. Si possono mixare le due cose.

Un difetto, se così vogliamo chiamarlo, è che cmq spetta sempre al programmatore usare le funzioni messe a disposizione dal SO.

delle info:

perche' specifichi lettore LaCie Bleu Ray? i masterizzatori DVD e lettori Blue ray Combo di tutte le altre marche non funzionerebbero ?
hai dei link a Quick Time X con l'elenco di queste features sull'HDCP da film su blue ray ?

un'ultima cosa :fino ad 1 mese e mezzo fa senza Osx 10.6 e senza Quick Time 10 ovvero su Osx 10.5.X e Quick Time 7.X.X come si faceva?

grazie