Potete seguire il feed RSS all’indirizzo qui sotto.
http://nexus.thenexus.it/wordpress/podcast/feed/

In alternativa potete fare riferimento al sito di blip.tv, al seguente indirizzo.
http://intothenexus.blip.tv

Dopo i due lunghi stop forzati, dovuti prima alla rottura di uno dei super-magneti (se non ricordo male) e poi del sistema di raffreddamento (complice un pezzettino di pane lasciato forse cadere da un uccello di passaggio), finalmente LHC è stato in grado di portare i flussi a 3.5 TeV (tera elettron-volt) ciascuno, allinearli, ed osservare numerosi e costanti fenomeni dovuti alle collisioni delle particelle ivi contenute.

Anche questa volta non tutto è andato perfettamente liscio, ma per fortuna si è trattato solo di un piccolo intoppo: circa un’ora di stop e si è ripreso. In un primo momento, infatti, a causa dell’accoppiamento elettro-magnetico che si è venuto a creare tra il sistema di generazione ed immissione dei flussi ed il circuito dell’acceleratore vero e proprio, i flussi non sono riusciti a raggiungere i 3.5 TeV previsti.

Mi sono quindi lasciato tentare da un acquisto su eBay: un Intel SS4200-E con 4 dischi Seagate da 750 GiB per la ragionevolissima cifra di 250$ (usato meno di un anno). Trattasi di un NAS progettato e realizzato su stardard aperti (è di fatto un PC) con un case molto più ingombrante e pesante dei “normali” NAS SOHO, ma che da anche una notevolissima sensazione di solidità.

<

I supporti per dischi, sorprendentemente con apertura 'ad ala'.

Nonostante manchi la comoda funzione di hotswap dei drive (la sostituzione è comunque semplice e totalmente tool-less), il sistema è davvero notevole: scheda madre con socket LGA 775, processore Celeron M 420 a 1.6 GHz (core Yonah a 32-bit), 512 MiB di RAM DDR2-667, scheda di rete Gigabit, 4 porte USB (2 frontali e due posteriori), 2 porte e-sata sul posteriore. Inoltre le prestazioni sono di tutto rilievo, come riportato in diverse recensioni e forum (sul forum di OpenFiler si parla di 60-70 MiB/sec tanto in lettura che in scrittura).

Unici veri problemi di questo sistema sono la piattaforma software fornita e la CPU, andiamo a scoprire perché.

Il software è un soluzione Linux based prodotta da EMC e chiamata Lifeline: pur non essendo affatto male, il sistema operativo risulta molto limitato per l’assenza di servizi ormai standard come la gestione integrata di torrent e diverse tecnologie di distribuzione di file multimediali su rete domestica, senza contare gli altri servizi che ho poc’anzi descritto. Inoltre il DOM (Disk-on-module) da soli 256 MiB non permette grandi spazi di manovra.

Il DOM dell'SS4200E, contenente il software EMC Lifeline.

La CPU non è certo un problema in termini di potenza di calcolo: il vero problema è rappresentato dal fatto che, nonostante sia una CPU pensata per notebook, non dispone della tecnologia di variazione dinamica della frequenza di lavoro (denominata Speedstep da Intel), il che porta l’unità a consumare molta più energia del necessario (e comunque molta di più di soluzioni a 4 dischi basate su integrati con architettura ARM, ad esempio).

Come risolvere i problemi sopra indicati? Per quanto riguarda il sistema operativo ho ordinato un DOM da 2 GiB dalla Cina, all’incirca 25 dollari, sul quale credo installerò una verisone stringata ai minimi termini di Ubuntu server a cui poi aggiungerò il necessario per mettere in piedi i servizi di cui sopra. La CPU, invece, è stata rimpiazzata con un Celeron E1500 (50k KRW), ovvero un derivato della serie Core 2 Duo (Conroe 65nm) e frequenza di 2.2 GHz. Tale CPU porta diversi vantaggi tutti insieme: non solo ha un core in più (che mi sarà molto utile per le VM) ed è un processore a 64-bit, ma supporta anche la tecnologia EIST (Enhanced Intel SpeedStep Technology) cosa che lo rende un processore estremamente efficiente sotto il profilo energetico (dissipa solo 8W a riposo).

Il modding comprende anche un adattatore da IDC-10 a DB9 per poter sfruttare la porta seriale on-board, visto che l’SS4200E è una unità headless. In realtà la macchina è dotata di uno slot PCI-Express 1x, ma lo spazio all’interno del case è ridottissimo e dovrei dotarmi di un PCI-Express extender per poter usare una scheda video all’esterno del case.

Non volendo affidare ad una sola unità i miei dati più importanti, utilizzerò uno dei dischi USB che si libereranno come backup della partizione “seria” dell NAS Intel, in modo da garantirmi un margine di sicurezza maggiore.

Ancora la modifica è un work-in progress perché non ho un cavo null-modem per l’installazione del sistema operativo, ma presto vi farò sapere come è andata a finire.

Ho seguito con relativa noncuranza lo sviluppo del linguaggio Go per un po’
di tempo, quando improvisamente mi sono imbattuto in questo post di “Appunti
Digitali” che fa riferimento a questo post su Dalke Scientific.

Mi ha davvero colpito come Stackless Python le dia di santa ragione a Go,
quindi ho deciso di esguire da solo i test sul mio caro vecchio IBM X-41
(Pentium-M 1.5 GHz).

Ho compilato Stackless Python e la toolchain per Go, quindi ho eseguito i
test esattamente come trovati sulla pagina di Dalke. I risultati sono qui
riportati:

$ time ./8.out
100000

real 0m5.197s
user 0m1.508s
sys 0m1.352s

$ time
/usr/local/bin/python2.6 test.py
100000

real 0m3.315s
user 0m1.556s
sys 0m0.148s

Quello che mi ha davvero colpito e’ il fatto che ambo i programmi spendano
aprrossimativamente lo stesso lasso di tempo in userland. Quello che davvero
uccide le prestazioni del programma GO e’ che spende quasi altrettanto tempo in
kernel mode. Mi sono domandato perche’…

Poi mi sono ricordato che, nel Google Tech Talk, Pike dice qualcosa riguardo
al fatto che la runtime di Go gestisce i thread per conto degli utenti, ed io
ho automaticamente interpretato che avrebbe associato i thread utente con gli
OS thread in qualche modo (come e’ la norma). Di fatto questo e’ quello che fa
gccgo (usando gli NTPL).

D’altra partle, leggendo la documentazione di Stackless Python, ho trovato
la pagina riguardante le Tasklets. Si dice chiaramente:
“Le Tasklet sono caratterizzate dall’essere estremamente leggere e portabili, e
sono una eccezionale alternativa a thread di sistema o processi”.

Sono quindi propenso a pensare che le Tasklet siano gestite dalla VM Python
stessa e che non richiedano alcuna transizione user-to-kernel, ne’ altre
interazioni con il kernel… perche’ non sono thread veri (al contrario delle
goroutines in Go).

Questo, con il fatto che Go e’ principalmente inteso per tagliare i tempi
di compilazione, mi fa pensare che la comparativa sia piuttosto ingiusta
e credo che Go garantisca una notevole performance!

Riguardo certe situazioni potenzialmente pericolose ammetto che sono senza
ombra di dubbio un problema. In ogni caso credo che verranno trattate molto in
fretta: Go e’ un linguaggio appena sfornato e qualche spigolatura qua e la non
puo’ essere che attesa, pur con un grande spazio di crescita.

Update:

Ho modificato i programmi di test cosi’ che ogni goroutine/Tasklet chiami una
seconda funzione che cicla 1000 volte e cumula il risultato di “sum = sum+1″.

I risultati sono come previsto: il compilato e’ un ordine di grandezza piu’
veloce dell’interpretato Stackless Pyhton! Ho anche rimpiazzato la chiamata a
range con xrange, come suggerito da Cesare
Di Mauro, ma non ha cambiato molto le cose… cosi’ come non le ha cambiate
usare psyco (un JIT per Python).


$time ./test2 && time /usr/local/bin/python test2.py
100000

real 0m19.567s
user 0m15.697s
sys 0m0.160s


The source code for Python is:
default=100000)

stackless.tasklet(main)()
stackless.run()


And the test code for Go is:
"fmt";
)

func main() {
flag.Parse();
leftmost := make(chan int);
var left, right chan int = nil, leftmost;
for i := 0; i < *ngoroutine; i++ {
left, right = right, make(chan int);
go f(left, right);
}
right <- 0; // bang!
x := <-leftmost; // wait for completion
fmt.Println(x); // 100000
}


L’ho acquistata.

150 USD spedita dagli States in Corea, dove non sono riuscito a trovarla.

La Lexicon Lambda e’ una periferica audio USB dalle caratteristiche molto interessanti.
Permette infatti diregistrare fino a due tracce contemporaneamente usando fino a quattro ingressi (mixati due a due) ed ha due uscite. Le porte per i connettori sono in gran numero e varieta’: in ingresso ci sono 2 XLR preamplificati per i microfoni (che commutano sui due canali mono di uno dei 2 ingressi stereo da 1/4″), i suddetti 2 ingressi stereo da 1/4″ ed 1 porta da 1/4″ ad alta impedenza per strumenti, mentre in uscita troviamo una presa da 1/8″ per cuffie ed una uscita stereo (2 prese) da 1/4″ per eventuali spie da studio. Sono inoltre presenti le prese MIDI In e Out per collegare quello che vi pare (master keybord o mixer MIDI, per dire).

Il campionamento audio avviene a 44.1 o 48Khz alla profondita’ di 16 o 24 bit per canale e la scheda supporta il monitoring a latenza zero (ovvero e’ possibile sentire quello che si registra, gia’ mixato, sulle uscite).

Inoltre le entrate microfono supportano il phantom power, ovvero l’alimentazione a +48 Volt che alcuni microfoni a condensatori richiedono per funzionare. Su questa caratteristica ho qualche dubbio, visto che l’intero scatolotto e’ interamente alimentato via USB, ma si puo’ sempre ripiegare su un cavo custom (o un semplice Y-split) per prendere la linea di alimentazione da una sorgente piu’ stabile (batterie o presa a muro). In ogni caso la soluzione e’ interamente mobile, e garantisce la possibilita’ di registrare “on the road”!

Dato che ho intenzione di lavorare esclusivamente con Linux (ormai Windows non c’e’ piu’ sul mio laptop) ho prima controllato che la scheda funzioni, e pare che, a patto di collegarla dopo che il sistema ha fatto il boot, non ci siano problemi di sorta.

Alcuni utenti hanno segnalato problemi di latenza, ma altrettanti hanno detto che di problemi non ce ne sono. Sono quindi piuttosto convinto che sia un problema di configurazione dell’OS: se ci sono processi che rubano cicli di clock al driver USB (antivirus e roba simile) la scheda, ovviamente, non funziona come dovrebbe.

Quando arriva vi faro’ sapere.

P.S. Se vi state domandando che me ne faccio, di una scheda audio cosi’, la risposta e’ duplice:

• La scheda audio sull’X41 fa cahare, per dirla alla toscana
• Mi e’ venuta voglia di podcast

P.P.S. Avevo anche pensato alla sorella maggiore, la Omega, che ha ingressi e uscite digitali, 8 ingressi e registra fino a 4 tracce contemporaneamente, ma poi ho pensato che sarebbero stati soldi sprecati. Inoltre la Omega necessita per forza di alimentazione esterna.

L’unita’, chiamata HAL (Hybri Assistive Limb), intepreta i segnali elettrici prodotti dai neuroni motori e, a seconda della loro intensita’, attiva i numerosi motori servo-assistiti in modo da amplificare i movimenti dell’utente e la sua forza fisica.

L’integrazione non e’ assolutamente invasiva (anche se nessuno dice che non potrebbe esserlo) e consente a persone disabili di tornare ad essere indipendenti, oppure, piu’ semplicemente, di incrementare la propria forza muscolare fino a 10 volte (secondo quanto dice il papa’ dell’invenzione, il prof. Yoshiyuki Sankai dell’universita’ di Tsukuba).

E’ molto interessante notare come Sankai abbia rifiutato qualsiasi licenza per uso diverso da quello medico (quindi niente esoscheletri militari).

I primi passi verso un futuro di arti artificiali sono ormai stati fatti. I cyborg sono tra noi.

Kudos

Al MIT si sono recentemente aggiunti anche i campus di Berkley e Stanford con le iniziative Webcast e Stanford Engineering Everywhere.

Siti da tenere assolutamente nei propri bookmark e controllare di frequente.

I expect wonderful result from this incredible human effort, in the face of all those who would like to control us, in every aspect of our life.

Even Google is going for it!

Improvvisamente la, pur bella, Powershot S3 mi sta stretta. Mi ritrovo cosi’ a consultare le pagine di CameraLabs e DPReview molto piu’ spesso di prima, rileggendo vecchie recensioni ed aspettando con ansia le novita’.

Proprio di recente Canon ha annunciato la Canon 50D (grosso update alla 40D) e Nikon la D90 (grosso update della D80).
La 50D ha il piu’ “grande” (inteso in termini di siti fotosensibili) sensore in formato APS-C (15 MPel), sensibilita’ ISO estesa fino 128000 ISO equivalenti, il nuovo processore di Canon Digic IV, uno schermo da 3 pollici con risoluzione VGA, un sistema di autofocus con 9 punti tutti “cross-type” (sensibili a dettagli orizzontali e verticali), face detection e contrast based focusing in Live view, elaborazione a 14bit e raffiche da 6.3 scatti al secondo.
La D90, d’altro canto, pur essendo un po’ piu’ lenta (4.5 fps) negli scatti a raffica ad avendo un range ISO un po’ piu’ limitato, e’ la prima DSLR in grado di registrare filmati (pensate ad un bel fisheye… sbav), presenta un sistema di messa a fuoco veramente notevole con 11 punti e tracking 3D del soggetto (sulla D300 e D700 funziona incredibilmente bene), sviluppo degli scatti RAW in camera (come le Pentax/Samsung), un monitor piu’ bello (stessa risoluzione ma non sfrutta il pattern Bayer) ed una unita’ GPS davvero molto compatta da installare sull’hot-shoe (oltre alle caratteristiche gia’ elencate per la 50D).

Non sono certamente fotocamere di poco conto pero’ non sapete che incredibile prurito… vabbe’, magari riusciro’ a trovare qualche modello piu’ vecchio ad un prezzo piu’ accessibile, oppure posso puntare su qualcosa di piu’ economico come una Olympus E-520.

Mah, mah… voglia di fotografia.

A presto nuovi scatti su Flickr!

Come prima cosa è una buona idea eseguire unset LANG prima di lanciare Matlab, altrimenti alcuni componenti di interfaccia grafica, come la finestra di dialogo per la selezione di una directory, potrebbero non funzionare correttamente.

Inoltre è necessario modificare le opzioni relative a mex, l’interfaccia tra C (o Fortran) che e Matlab. La ragione è che con il GCC 4.x non è più necessario linkare usando le libstd: farlo causa un bel po’ di fastidi (si possono risolvere in Fedora installando gcc-compat, che non c’è in Ubuntu, per quanto ne so). La soluzione è quindi di modificare il file ~/.matlab/R14/mexopts.sh e di rimuovere l’opzione -lstdc++ dalla sezione dedicata a gcc.

Come ultima nota vi consiglio di eseguire Matlab da console: KDE non lo digerisce molto bene.

Spero che qualcuno trovi queste informaizoni interessanti.

Presentation Zen website

Per molto tempo gli accaniti sostenitori del pinguino, in particolar modo del file system Reiser, hanno sostenuto a spada tratta l’innocenza di Hans Reiser sulla triste vicenda che l’ha visto coinvolto. Purtroppo, però, ha appena confessato l’omicidio della moglie.

Anche Reiser si è sempre dichiarato innocente ma qualche giorno fa è arrivato il colpo di scena: rivela alla polizia dove ha nascosto il corpo della moglie in cambio di una buona uscita sulla pena. Nina Reiser è stata ritrovata e i giudici hanno offerto una sconto sulla pena ad Hans. Si parla di addirittura “soli” 3 anni di prigione, che Reiser ha respinto (a voi le dovute conclusioni).

L’offerta è arrivata dal Plea Bargaining che, come ci ricorda Wikipedia, costituisce l’istituto di natura processuale che negli Stati Uniti d’America corrisponde, seppure con diverse connotazioni, al Patteggiamento italiano.

Purtroppo anche la sorte di Reiser 4 sembra essere segnata: lascerà il posto al sempre più gettonato Ext3. E, purtroppo per i suoi dipendenti, anche la Namesys può considerarsi ormai defunta. Una brutta storia su cui intendiamo calare per sempre il sipario.

Per fortuna, grazie alle saldature del rivestimento in plastica, funziona ancora perfettamente.

Felice dell’acquisto…

Dite che si fa meglio a comprarsi un case tipo Lanbox e a farsi un sistema trasportabile, eh? Concordo, però il tutto è interessante! (e fa terribilmente sborone )

Immaginatevi la scena: si arriva al LAN party e si dice: questo è il server!

Eurocom Phantom-X

Oggi ho deciso di ripassare di la ed ho visto che c’era un nuovo installer (0.9.0-1), cosi’ ho deciso di riprovare. Le cose sono andate molto meglio: meno pacchetti da scaricare, installer piu’ pulito e… gli applicativi funzionano!

C’e’ ancora parecchio lavoro da fare, ma alcune applicazioni sono quasi perfette (Umbrello e’ una bomba). Nello screenshot potete vedre Umbrello, due istanze di Konqueror (una in modalita’ web broswer, l’altra in modalita’ file browser) e Dolphin.

Questo post e’ stato scritto con Konqueror (con un po’ di problemini di refresh… ), ma ho dovuto fare l’upload dell’immagine con Firefox… che ci volete fare? Non siamo nemmeno in alpha!

Bellissimo, i miei complimenti al team di KDE!

EDIT:

Ho scoperto che l’immagine e’ arrivata anche da Konqueror, pero’ il pannello di gestione delle immagini di WordPress non era gestito correttamente dal motore JS.

Anche Amarok2 funziona discretamente!

Stavo valutando l’acquisto di un eeePC, o di un CloudBook, per quel che cambia. C’e', ovviamente un pero’: mi serve davvero un ageggio cosi’ piccolo?

Insomma, e’ sicuramente portabilissimo e ne sento meraviglie da chiunque ce l’abbia, solo che ho paura che per me sia un po’ limitante: schermo con una risoluzione paragonabile ad un palmare, o quasi, niente HD (ok, il CloudBook ce l’ha, ma piccolino).

Stavo quindi valutando, nuovamente, l’acquisto di un portatile 12 pollici “completo” di una ditta cinese che costa piu’ o meno la stessa cifra. Ma a questo punto sorge spontanea la domanda: mi serve davvero un secondo portatile o sono solo trascinato dall’onda del consumismo?!

Mah… vi diro’ che i 3kg e passa del mio Mogolotto 8600 incominciano a farsi sentire sulla mia povera schiena, quindi forse qualcosa di piu’ leggero mi serve davvero.

Consigli ben accetti.

Il fatto
Stavo facendo un post dopo aver modificato il layout dei widget del nuovo tema del blog, niente di piu’ semplice.

Il problema
Niente piu’ Blogroll ne Categorie!

L’investigazione
Per mia fortuna il mio blog e’ ospitato su una macchina a cui ho accesso completo. Dopo una rapida visitna al database, insospettito dai contenuti del pannello di amministrazione di WordPress, ho scoperto che la tabella delle categorie (wp_categories) era completamente scomparsa dal DB!
Al contrario, la tabella dei link era ancora presente e popolata, ma per qualche ragione i sudetti non venivano visualizzati.

La soluzione
Se la soluzione vi parra’ un po’ arzigololata e’ perche’ i metodi convenzionali non ne hanno voluto sapere di funzionare.

Qualche giorno prima avevo, fortunatamente, fatto un backup dei contenuti del blog tramite l’esportazione nel formato XML specifico di WordPress. In quesot modo ho potuto recuperare le categorie perdendone solo un paio: ho fatto una copia del file ed ho cancellatto tutti i nodi non relativi alle categorie e tag.
Succesivamente ho esportato un altro backup con tutti i post fatti fino al giorno del problem, compreso il tempo passato dall’ultimo backup: in questo file ho lasciato solo post e commenti.
Mi raccomando, si stanno modificando dei file XML, quindi attenti a “centare” le aperture e chiusure dei tag!

Mi sono collegato al DB ed ho ricreato a mano la tabella delle categorie. Per la attuale versione di WordPress (la 2.3.3, se non erro) e’ possibile farlo tramite il seguente statement SQL (e’ uno statement MySQL, ma facilmente adattabile al DBMS che preferite):

CREATE TABLE `wp_categories` (
`cat_ID` bigint(20) NOT NULL auto_increment,
`cat_name` varchar(55) NOT NULL default '',
`category_nicename` varchar(200) NOT NULL default '',
`category_description` longtext NOT NULL,
`category_parent` bigint(20) NOT NULL default '0',
`category_count` bigint(20) NOT NULL default '0',
PRIMARY KEY (`cat_ID`),
KEY `category_nicename` (`category_nicename`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;


Quindi ho proceduto a svuotare le tabelle dei commenti con il seguente statement:

TRUNCATE wp_posts; TRUNCATE wp_comments;


Come ultima operazione ho importato separatamente, dal pannello di amministrazione di WordPress, i due file XML da me modificati (uno con solo tag e categorie, l’altro con solo post e commenti). Et voila: il blog e’ di nuovo a posto.