Newsgroup: it.comp.macintosh
Titolo: Vita, morte e trabiccoli di Darwin

 wrote:
quello che scrivi e' davvero triste... e io che volevo mettere
GNU/darwin per x86 su un PC che ho qui... Vabbeh, si va di FreeBSD.
-- 
dawe
http://dawe.ilbello.com


Oh My God! They Killed xnu! You Bastards! <g>
-- 
http://mio.discoremoto.virgilio.it/ppg

 Oh My God! They Killed xnu! You Bastards! <g>
I sorgenti della versione PowerPC di xnu sono disponibili
e il kernel producibile è installabile su un generico PC 386.
Si parlava meno adolescenzialmente sui cambi di politica
Apple riguardo la possibilità degli appassionati BSD
e (Open)Darwin di contribuire attivamente all'infrastruttura
base di Mac OS X.

 la triste evoluzione di Darwin:
si può fare qualcosa?
-- 
Uccidete i filosofi e tenetevi riso e bacchette per voi.

:
«With the release of Mac OS X for x86 processors, Apple has chosen to
not release source to key components of the OS, such as the kernel and
all drivers. This means Darwin/x86 is dead in the water; Darwin/ppc has
many closed source components and is a deprecated architecture.»
Siete patetici...
-- 
http://mio.discoremoto.virgilio.it/ppg

 un kernel customizzato:
Ma quando i processori PPC saranno phased out, cosa avremo in mano?
Apple continuera' ad aggiornare il ramo storico?
 - ∞, 
http://millenomi.altervista.org/

 Apple continuera' ad aggiornare il ramo storico?
Just in case.
-- 
I've always been more concerned with users. )\._.,--....,'``.
Programmers do their work but once, while  /,   _.. \   _\  (`._._,
users are saddled with it ever thereafter. `_.-(,_..'--(,_..'`-.;.'

 Just in case.
La mia e' una preoccupata domanda.
 - ∞
-- 
http://millenomi.altervista.org/

 La mia e' una preoccupata domanda.
E la mia è l'unica risposta reale che Apple fornisce.
Detto per inciso, guardando la recensione di Macworld sul MacBook, mi
viene da pensare che la vita dei PPC non è tanto condizionata da Apple
(credo abbiano lanciato più di un segnale di voler migrare ad X86 as
soon as possible: se fosse per loro lo dismetterebbero domani), quanto
da aziende come Adobe che hanno investito ingenti risorse nella
ottimizzazione per Altivec.
Osservando i rilevamenti vedo che uno Yonah Core Duo da 2 GigaHertz è da
1,1 a 3,3 volte più veloce di un G4 Mono a 1.67. In particolare il 3,3
volte più veloce viene riscontrato con Cinema4D, che è una di quelle
applicazioni non ottimizzate per altivec. iTunes, roba Apple e quindi
ottimizzata, risulta 1,3 volte più veloce nell'encoding mp3: considerata
la sbandierata differenza di cavalli tra le due architetture (2x
fasterrotfl) non sembra essere granchè, o meglio, dimostra quanto
Altivec fosse ganzo.
Ma il meglio si ha con la CS di Adobe, ovvero con chi immagino avesse
ottimizzato il codice per Altivec: Rosetta viaggia alla metà, e la
potenza coreduo non è tale da compensare altivec.
In definitiva: se vuoi sapere quanto tempo vivrà il PPC, non chiedere ad
Apple (che è Just in Case, il 2xfaster è marketing) ma prega che le
aziende come Adobe facciano la migrazione il più lentamente possibile.
Un Maramao my two eurocents. :P


 quanto tempo vivrà il PPC
Non mi importa quanto tempo vivra' il PPC, ma quanto tempo passera'
prima che smetteremo di avere xnu pubblicamente disponibile :(
 - ∞
-- 
http://millenomi.altervista.org/

 Altivec fosse ganzo.
Rirattando quanto da me affermato nelle scorse settimane, devo ammettere
che ho iniziato a pensare le stesse cose che hai scritto piů sopra da
quando hanno pubblicato le prime prove con le applicazioni native.
Voglio solo avere il beneficio del dubbio o magari sperare che iTunes
non sfrutti ancora le librerie MMX/SSE/SSE2 delle CPU Intel... puň
essere? :(
-- 
"Imagination is more important than knowledge"
Albert Einstein 
1879-1955 

 essere? :(
Beh, tutto può essere, specie in considerazione del fatto che siamo in
transizione e che siamo in una fase in cui essendo piu`importante essere
Universal, il "tuning" su una singola architettura puo` essere ancora
prematuro. Poi non lo so, bisogna vedere come Apple gestitisce il suo
codice.


 essere? :(
Ho brutte notizie: una sguardata con otool mi conferma che iTunes usa
vecLib, un pezzo di Mac OS X fatto apposta per accelerare i calcoli
vettoriali, che su Intel usa SSE3 secondo la documentazione.
 - ∞
-- 
http://millenomi.altervista.org/

 vettoriali, che su Intel usa SSE3 secondo la documentazione.
Twice Faster --> Quad ROTFL.
Un Maramao che addio Altivec, e grazie di tutto il pesce. :°


 Twice Faster --> Quad ROTFL.
Non so se l'usa nell'encoding. Immagino lo usi per applicare gli effetti
realtime.
 - ∞
-- 
http://millenomi.altervista.org/

 compilabili anche per produrre un kernel generico 386 
Evidentemente, parliamo due lingue diverse:
«Con il rilascio di Mac OS X per processori x86, Apple ha deciso di
non rilasciare i sorgenti per i componenti chiave del sistema
operativo, quali il kernel e tutti i driver. Questo significa che
Darwin/x86 si è /arenato/ ("dead in the water"); Darwin/ppc ha molti
componenti /chiusi/ ("closed source") ed è un'architettura /obsoleta/
("deprecated").»
-- 
http://mio.discoremoto.virgilio.it/ppg

 ("deprecated").»
Ad essersi arenata è l'infrastruttura che Apple aveva
predisposto per l'intercomunicabilità tra Darwin e
OpenDarwin. E' proprio a questa a cui mi riferivo
parlando di "trabiccoli" nel titolo di questo thread.

 l'intercomunicabilità tra Darwin e OpenDarwin.
Per vostra informazione...
«In an apparent attempt to stop developers porting Mac OS X to non-Macs
based on Intel processors, Apple has restricted developer access to key
elements of its source code.»
Apple restricts developer code access:
http://www.macworld.co.uk/news/index.cfm?NewsID=13946
«Limiting the Darwin source code will restrain developers and may become
an obstacle for the project's future.»
Apple Puts Restrictions On Darwin For x86 Source Code:
http://www.efytimes.com/fullnews.asp?edid=10429
-- 
http://mio.discoremoto.virgilio.it/ppg

 Per vostra informazione...
<<
http://www.macworld.co.uk/news/index.cfm?NewsID=13946
 >>
Non ne ho affatto bisogno, grazie; seguo regolarmente le
mailing list Darwin e quando trovo il tempo spulcio pure
i log delle chat #opendarwin: figurati se per tenermi
aggiornato sui retroscena Apple mi vado a perdere dietro
a rivistucole patinate che ripetono a pappagallo.
Rob Brown è un amministratore di sistema che ha lavorato
per Apple ed ancora oggi si occupa dei server OpenDarwin.org,
privilegiando tra l'altro il servizio di hosting a Fink dato
che i suoi atteggiamenti ipercritici con cui ama trolleggiare
in continuazione si estendono ai DarwinPorts. Ho già segnalato
il prosieguo del dibattito nella mailing list dedicata a
Darwinbuild.
Il suo articolo ha avuto per oggetto proprio quello per
cui non so perché continui a riprendermi; gli sforzi per
permettere di gestire i sorgenti di Darwin al di là delle
pratiche ostative Apple che blinda da sempre, e non
solo in vista del passaggio a Intel, l'accesso al loro
sistema XBS di gestione delle build.

 
http://www.efytimes.com/fullnews.asp?edid=10429
Scrivono sbagliando che "The company released
Darwinbuild" ma Apple non ha rilasciato un bel
niente: Cupertino ha sempre tenuto a precisare che
i loro dipendenti che partecipano a OpenDarwin
lo fanno solo a titolo personale.
L'autore di DarwinBuild è Kevin Van Vechten,
uno dei pochi ad essere riuscito a compiere
il percorso inverso (farsi assumere cioè da Apple
dopo essersi fatto le ossa con OpenDarwin) e
ad essere ancora rimasto alle dipendenze di
Apple (Landon Fuller, che insieme a lui e a
Jordan Hubbard ideò i DarwinPorts, è stato
lincenziato subito dopo l'esclusione del DarwinPorts
Manager dalla release finale di Panther).
Alcuni suoi recenti interventi riguardo a DarwinBuild
sono stati:
"Can you compile the 10.4.4.ppc sources and
boot them on a generic i386 system?  Yes."
"Can you use DarwinBuild on a Mac OS X 10.4.4
system with an Intel processor?  Not currently."
Sottolineo il suo _NON AL MOMENTO_. Per come
interpreto io, non è che Apple non abbia intenzione
di pubblicare i sorgenti di xnu, solo che stanno
ancora lavorando su come filtrare fuori le parti
che non possono permettersi di divulgare.
E' evidentemente un compito arduo che li sta
incasinando e facendoli ritardare sempre più:
come ha scritto Rob Braun, anche all'epoca in
cui l'accesso alle copie dei repository Apple
era più immediato, predisporre gli script per
l'interoperabilità tra Darwin e OpenDarwin era
alla portata di pochissime persone.
Finché non licenzieranno pure Kevin Van
Vechten che fa da trait-d'union, c'è ancora
qualche speranza, credo.

 GNU/darwin per x86 su un PC che ho qui... Vabbeh, si va di FreeBSD.
Ti avrei *comunque* consigliato FreeBSD.


 non ha rilasciato un bel niente
I. 
http://www.opendarwin.org/
«OpenDarwin.org, _jointly founded_ in April 2002 by Internet Systems
Consortium and *Apple Computer*, provides development resources for open
source development of Mac OS X and related products.»
II. 
http://developer.apple.com/opensource/ps-faq.html
«We recommend using OpenDarwin.org as the main repository for bug
reports on Apple open source projects. With OpenDarwin.org, anyone can
create a bug report, and see the entire list of bugs created by the
community. In addition to Apple open source projects, OpenDarwin.org
also maintains community-sponsored projects pertaining to the Apple
platform. In this way, OpenDarwin.org makes it easy to get the latest
information across a wide range of open source projects pertaining to
Apple.»
III. 
http://www.opendarwin.org/projects/darwinbuild/
«Darwin, the open source core of Apple's Mac OS X operating system,
contains hundreds of open source projects. In addition to the projects
developed by Apple, many projects come from a wide variety of other open
source initiatives, including GNU/Linux, FreeBSD, NetBSD, OpenBSD,
XFree86, and independent projects hosted at SourceForge and elsewhere.»
-- 
http://mio.discoremoto.virgilio.it/ppg


Che gran vitalità contributiva, propria delle cause
perse.

 Ti avrei *comunque* consigliato FreeBSD.
Dici che e` piu` maturo, completo, e meglio supportato?
Alex

 Dici che e` piu` maturo, completo, e meglio supportato?
IMHO si, senza dubbio. FreeBSD è un sistema assolutamente testato
stabile e tutto (magari non troppo desktop oriented...).
Darwin BSD su x86 ha una base di installato piccolissima e praticamente
di appassionati (non so se qualcuno lo usa in produzione). Per dire mi
pare il kernel non supporti nemmeno le console virtuali multiple (fino a
poco tempo fa non lo faceva).
Per non parlare del supporto hardware non esattamente amplissimo. Questo
l'ultima volta che avevo guardato. Magari le cose di recente sono
cambiate.
Diciamo che quando l'avevo guardato io era molto un sistema "si può
fare" e poco (a mio avviso) un sistema di produzione. Più un
esperimento, una dimostrazione.


 codice.
Piccolo aggiornamento :)
A quanto pareiTunes non sfrutta tutte e due i core: ho fatto qualche
prova (Message-ID: <1hbzds0.1b42bv6wlpvzkN%cesare...@NOGRAZIEtin.it>)
sul mio nuovo mini Intel CoreDoo e viene sfruttato solo uno dei due core
sia con la codifica in Mp3 che con quella n AAC. Come cacchio fanno
questi che fanno le recensioni a non specificare "dettagli" di questo
tipo... buffonazzi (pure quelli di Ars a questo punto) dei miei stivali
:)
Adesso perň sono curioso di sapere se su PPC iTunes sfrutta piů
processori/core.


 processori/core.
Se dovessi scommettere, direi di no. Urge qualcuno con una macchina dual
PPC che dia feedback. C'è da dire tuttavia che nemmeno Apple sembra
parlare dell'eventuale incremento di prestazioni di iTunes. Magari
dipende dalla necessità di avere codice che giri anche su Windows:
iTunes7 sarà quindi per forza ottimizzato per coreduo (Mac e Win),
specie  se si considera il fatto che iTunes dovrebbe essere la
piattaforma di acquisto e visualizzazione dei film prossimi venturi
dell'iTMS.
Grazie per il test che hai fatto: ho un arretrato di circa 7000 post su
icm e il tuo thread mi sfuggì!. :)


.
Non so' effettivamente che senso abbia, ma evidentemente c'e' gente a
cui non manca il tempo... :)
-- 
Porco Jobs!

.
Ne usai una qualche versione (non ricordo se quello PC-BSD o cosa).
Carino... al solito desktop un po' "alla linux" (perdonino i bsd-isti,
spero si capisca cosa intendo :)) )
-- 
USB Priests for only 10$