Come suggerito da dotcoma, si può usare chrome sotto linux. Appena ho tempo anche la mia versione di chromium.

Attraverso petitboot:
    http://ozlabs.org/~jk/projects/petitboot/

è possibile selezionare in maniera grafica la partizione di boot su una PS3, selezionandola tramite il controller SIXAXIS collegato alla USB (il bluetooth non è supportato...).

Dovrebbe pertanto essere possibile switchare tra un sistema linux installato sulla PS3, ed il sistema operativo della PS3 stessa, senza dover ogni volta usare una tastiera usb.

Appena possibile lo provo e vi dico...

Questo WE ho provato finalmente Ubuntu 8.04.

Tra le funzionalìtà più interessanti, c'è senza dubbio l'installazione tramite wubi che consente di:

• far partire linux con il bootloader NT
• "montare" come disco di installazione della distribuzione un file monotico presente nella partizione NTFS.

La cosa divertente è che sono riuscito a creare un vmdk per poter utilizzare lo stesso file com e partizione di root da una macchina virtuale VMWare: in questo modo se voglio posso far partire la stessa installazione linux, sia in modalità virtuale (se devo fare aggiornamenti o provarla in "congiunzione" con windows), sia come macchina reale.

Da un po' non guardato lo stato del progetto Mono. Ho appena scaricato mono versione 1.2.4 ed eseguito un test Linpack sul mio PC e, ho ottenuto i seguenti risultati:

• Mono senza ottimizzazioni abilitate

gentoo-vm ~ # mono -O=-all Linpack.exe
Problem size: 500
Mflop/s: 160,969  Time: 0,52 secs (0,520805358886719 sec)  Norm Res: 6,3  Precision: 2,22044604925031E-16

• Mono con tutte le ottimizzazioni abilitate

gentoo-vm ~ # mono -O=all --aot Linpack.exe
[...]
gentoo-vm ~ # mono -O=aot Linpack.exe
Problem size: 500
Mflop/s: 265,435  Time: 0,32 secs (0,315834045410156 sec)  Norm Res: 6,3  Precision: 2,22044604925031E-16

• .NET Framework 3.0 di Windows Vista

Problem size: 500
Mflop/s: 266,989  Time: 0,31 secs (0,313995361328125 sec)  Norm Res: 5,21  Precision: 2,22044604925031E-16

Ottimo lavoro, Miguel, ma ora stiamo aspettando Silverlight...

Per par condicio, e visto che Marco sta cercando un sistema per utilizzarlo, ecco un semplice (?) howto per fare le operazioni di base da linux. Ovviamente niente accessi ad apple music store e contenuti protetti da DRM.

Qualcuno sa come si attiva la interrupt coalescence su una scheda di rete SysKonnect, sotto linux (driver sk98lin)?

Update:
Trovato, era nelle man pages

Update2:
Pare che dopo un riavvio il numero di hardware interrupt sia drasticamente diminuito, ergo la interrupt coalescence è attiva subito dopo lo startup e poi per qualche motivo dopo molti giorni può darsi che si disabiliti.

Leggo per caso la segnalazione di andreabeggi di un articolo di Infoworld, circa la maggiore vulnerabilità di sistemi windows rispetto a quelli macosx. Da una lettura veloce l'articolo, mi pare ingenuo per una serie di motivi. I primi che mi vengono in mente:

• Non è vero che i servizi che NON partono con privilegi SYSTEM danno margini maggiori di sicurezza (vedi IIS...)
• Non è vero che entrare con un utente non admin sia "innocuo": nella maggior parte dei kernel linux è possibile la root-escalation...
• Non è vero che è impossibile nascondersi al sistema in sistemi unix: i rootkit sono nati PRIMA su sistemi unix e lì fanno egregiamente il proprio sporco lavoro.

La verità è che NON ci sono molte motivazioni tecniche che rendano windows più vulnerabile di altri sistemi, al di là del fatto che windows fa partire il sistema con una configurazione "aperta" alle interazioni di una LAN (==  con tante cose di cui neanche sappiamo l'esistenza): questa scelta semplifica, ma dall'altro rende più alta la possibilità di essere attaccati visto che non si ha coscienza della necessità di difendersi.
Le vere ragioni dell'esistenza di malware solo per Windows sono più propriamente probabilistiche, giornalistiche e psicologiche.

La ragione probabilistica può essere così riassunta:

• i malware attaccano pescando IP a caso
• un eventuale virus che giri per MacOSX ha scarse probabilità di trovare, casualmente un'altra macchina da infettare
• la velocità di infezione è vicina allo zero

(ed infatti sui sistemi unix esistono tool di attacco automatici che gli script-kiddies utilizzano per attaccare sistemi specifici: farne un malware sarebbe oltremodo semplice, allora perchè non lo si fa?)

La ragione giornalistica può essere così riassunta:

• Windows is the evil
• Parlar male di Windows fa audience
• Denunciare una nuova infezione su Windows, causa ansia e di conseguenza attenzione verso l'oggetto della notizia.

La ragione psicologica può essere così riassunta:

• Windows is the evil
• Chi usa Windows non è COOL
• Allora faccio un malware per attaccare quei babbioni
• Fare un malware per Windows, vista l'eco giornalistica, appaga il mio narcisismo hacker

PS. Ho un sistema macosx da circa 2 anni, e noto che progressivamente il ritmo di rilascio delle patch di sicurezza sta aumentando in maniera abbastanza proporzionale all'aumento delle vendite che si è registrato in quest'ultimo anno.

Per sapere se si va incontro a frammentazione, nel caso in cui si cerca di raggiungere un sito (con le inefficienze del caso), su windows basta eseguire il seguente comando:

   ping www.splinder.com -f -l mtusize

Per esempio, col mio modem adsl ho scoperto che la MTU massima che posso utilizzare è:

   C:\Documents and Settings\Administrator> ping www.splinder.com -f -l 1472
   Esecuzione di Ping www.splinder.com [66.51.98.65] con 1472 byte di dati:
   Risposta da 66.51.98.65: byte=1472 durata=273ms TTL=49
   Risposta da 66.51.98.65: byte=1472 durata=350ms TTL=49 

Perchè se incremento anche di uno vengo avvertito della frammentazione:

   C:\Documents and Settings\Administrator> ping www.splinder.com -f -l 1473
   Esecuzione di Ping www.splinder.com [66.51.98.65] con 1473 byte di dati:
   E' necessario frammentare il pacchetto ma DF è attivo.

Pare, in verità che la dimensione ottimale delle mtu sia minore di 1472, ovvero 1454 (in modo da limitare lo spazio sprecato anche sui canali ATM di trasporto).
Eh eh son proprio finiti i tempi in cui si diceva che l'MTU giusta era di 504 byte o giù di lì!

PS. Per regolare sotto linux la grandezza della MTU basta fare

    ifconfig eth0 mtu 154

oppure se il sistema è debian, basta seguire queste istruzioni per regolare la mtu; a questo punto il file interfaces avrà un aspetto simile a questo:

     iface eth0 inet static
                address 192.168.0.1
                network 192.168.0.0
                gateway 192.168.0.254
                netmask 255.255.255.0
                mtu 1492

Uno studio di eWEEK confronta diversi stack per l'implementazione di applicazioni web, confrontando Windows con Linux.
Da quanto viene pubblicato, python sotto windows è enormemente più performante di php sotto linux; tuttavia mysqlperforrmance blog critica (giustamente) la mancanza di dati esatti sulla configurazione delle macchine.
Per esperienza posso dire che lo stack TCP di Windows ha alcune caratteristiche positive (overlapped I/O e trasmissione asyncrona degli eventi sulle socket) che possono aiutare in questo genere di applicazioni: su linux sono aggiunte più recenti (standardizzati con il kernel 2.6) e probabilmente non è detto che siano presenti nella distribuzione oggetto di test

Ho avuto l'esigenza, di recente, di far funzionare asterisk sotto vmware server. In effetti tutto va bene, meno il fatto che asterisk richiede un cronometro molto preciso, mentre vmware non è in grado di fornirlo.
Dopo varie vicissitudini questo è quanto è necessario fare:

• Si parte dalla debian sarge disponibile come virtual appliance
  
• Si configura la rete come bridging, e si aggiungono i seguenti parametri nel file .vmx

debug = "FALSE"
monitor_control.vt32 = "TRUE"

paevm = "TRUE"
monitor_control.disable_checkcodeexpire= "TRUE"
monitor_control.disable_checkcode= "TRUE"
monitor_control.enablepae = "TRUE"

logging = "FALSE"
mainMem.partialLazySave = "FALSE"
mainMem.partialLazyRestore = "FALSE"
mainMem.useNamedFile = "FALSE"

processors.NUMAnode = "auto"
sched.cpu.affinity=0

host.TSC.noForceSync = TRUE

processor0.use = TRUE
processor1.use = FALSE
processor2.use = FALSE
processor3.use = FALSE
monitor_control.virtual_rdtsc = false

• Nei parametri di boot del kernel occorre aggiungere le seguenti opzioni

hda=dma clock=tsc apm=idle_threshold=100 nosmp noapic nolapic

• Occorre installare i vmtools sulla virtual machine ed assicurarsi che viene caricato il modulo vmxnet per la rete e non pcnet32.

Buon divertimento.

Una interessante descrizione delle 10 migliori distribuzioni Linux (Pen-Test, Forensics e recovery). Francamente quella che preferisco è operator, basata su debian.