Daniel Foré alias DanRabbit è il Project Leader di elementary OS, sistema operativo che sta stupendo per il suo sviluppo e le sue potenzialità. Essendo un appassionato di elementary OS, ho avuto modo di scambiare due chiacchiere con lui e di porgli qualche domanda a 360° su Linux, elementary e non solo.

1. Ciao Daniel, presentati ai nostri lettori:

Ciao a tutti, il mio nome è Daniel Foré. Sono un Interaction Designer e il fondatore del progetto elementary OS.

2.Come è nata la tua passione per l’informatica?

Ho cominciato da piccolo coi computer. Avevo uno zio che era appassionato di informatica ed un giorno mi regalò un libro sul BASIC. Mi ricordo che una delle prime cose che realizzai, furono degli sprites per un gioco che lui voleva realizzare. Ma questa è diventata un punto di riferimento quando ho cominciato elementary al liceo.

3.Perché hai deciso di iniziare questo ambizioso progetto? Cosa puntate a creare con elementary OS?

Credo che la motivazione, sin dall’inizio sia stata quella di essermi stufato di utilizzare Windows. Successivamente ho acquistato un Mac, ma sentivo che c’era ancora molto da fare. Per me, si tratta di creare la migliore user experience possibile.

4. I nostri lettori sono piuttosto interessati ad elementary e nello specifico alla prossima relase, Luna. Cosa dobbiamo aspettarci da questa versione?

Luna sarà un grandissimo passo avanti rispetto a Jupiter, abbiamo più applicazioni da includere (come BeatBox e Switchboard), interessanti aggiornamenti riguardanti tutte le ultime tecnologie e librerie; abbiamo una nuova “desktop shell” e un nuovo DE chiamato Pantheon. Stiamo anche assistendo ad un incredibile cambiamento nello sviluppo di elementary, quindi dovremmo avere una maggiore stabilità e coerenza nelle future release.

5. La comunità di elementary OS cresce sempre di più, puoi spiegarci come lavora?

Come la nostra comunità cresce, ci troviamo di fronte davvero un grande sistema di governo. Ad ora abbiamo un consiglio di circa otto persone che hanno una visione chiara per il futuro del progetto. Ci incontriamo una volta alla settimana su IRC per mantenere in ordine le cose, parlare delle preoccupazioni della comunità e tenere vivo il progetto. Una delle cose più difficili sicuramente è stata coordinare numerose applicazioni verso una determinata direzione. Stiamo introducendo una novità importante, ovvero la creazione di una sorta di “municipio”, dove una volta al mese tutti gli utenti potranno esporre al consiglio le proprie preoccupazioni, proposte ed idee in modo da poterle discuterle successivamente.

6. Cosa ne pensi di Unity e di Gnome Shell?
Penso che siamo arrivati ad una svolta non indifferente nel mondo dei computer in generale e FOSS. Stiamo vedendo un sacco di nuove “user experience” che provengono da iOS, da Android, WebOS e da tanti altri OS. Ad ora non c’è quindi solo il monopolio di Windows e penso che la gente si stia rendendo conto che non c’è un sistema operativo che possa andare bene a tutti. Ho sempre visto il futuro del computing come quello delle auto. Tutte compiono la stessa funzione base, ma tutte sono differenti tra loro, per forma, funzioni, esigenze etc. Quindi, per rispondere alla domanda, dico GNOME Shell, Pantheon, ed Unity sono solo alcuni dei più nuovi modelli che fuoriescono dagli schemi, costruiti e pensati per esigenze differenti.

7. Per ora ti ringrazio per la tua attenzione e ti lascio con un ultima domanda: C’è qualcos’altro che vuoi aggiungere di cui non abbiamo parlato?
Sì, voglio solo dire che la comunità italiana è stata super- impressionante! Non vedo l’ora di tradurre il nostro sito web per servire meglio voi ragazzi e non vediamo l’ora di vedere dove possiamo andare insieme. Ciao a tutti e grazie!

Intervista a Daniel Forè Project Leader di elementary OS é stato pubblicato su Ossblog.it alle 15:00 di domenica 18 settembre 2011.

Recentemente ho intervistato Andrea Azzarone, un giovane Italiano che è da poco diventato un “Ubuntu Member”. Ho avuto il piacere di fare una bella chiacchierata con lui e non ho perso l’occasione per porgli alcune domande.

1. Ciao Andrea, presentati ai nostri lettori:

Ciao mi chiamo Andrea Azzarone e sono quello che molti di voi chiamo un “Community Contributors”. In pratica il mio “lavoro” è quello di aiutare lo sviluppo di progetti Open Source, dal mero bug fixing all’aggiunta di nuove funzionalità. Nello specifico sono un ragazzo di 19 anni appena iscritto alla facoltà di Ingegneria Informatica all’Università Politecnica delle Marche.

2. Come è nata la tua passione per l’informatica e nello specifico per Ubuntu?

Non ho idea di quanto mi sia nata la passione dell’informatica ma ricordo il momento esatto in cui mi è nata la passione per Ubuntu. Come molti di voi ho cominciato ad apprezzare Ubuntu (e tutto l’ambiente GNULinux in generale) dopo aver scoperto i limiti di ciò che fino ad allora ho utilizzato. Non vorrei sbagliarmi ma la mia prima Ubuntu è stata la 6.06. Ricordo che con Ubuntu non è stato amore a prima vista… Ma come tutta la roba di qualità si impara ad aprezzarla con il tempo :)

3. Nella precedente sessione di sviluppo di Ubuntu hai dato un contributo importante ad Unity. Di cosa si tratta nello specifico?

Beh durante il ciclo di sviluppo di Natty sono diventato “famoso” per aver aggiunto la possibilità di ridimensionare il launcher di Unity. Si tratta solo di una piccola parte della roba che ho fatto per Unity durante questi ultimi mesi. Dopo una prima fase di formazione dedicata a quelli che noi chiamiamo Bitesize bug, sono passato attualmente ai cosidetti backlog bug, dove è necessario più impegno e creatività. Questo mio lavoro è stato premiato non solo con la sponsorizzazione per lo scorso uds in Budapest ma anche con la membership di Ubuntu (ottenuta proprio ieri).

4. So che sei sempre al lavoro, a cosa lavori attualmente?

Ho appena concluso un enorme lavoro sul drag and drop. Una parte del lavoro è già disponibile su Oneiric, altre parti saranno disponibili nei giorni a venire. Rimangono alcuni problemi propri della natura di X.Org ma non dovrebbero esserci problemi nell’esperienza utente. Attualmente sto inoltre completando un redesign della gestione dei dispositivi in Unity, anche se non sono sicuro sarà disponibile già in Oneiric.

5. Cosa ti piacerebbe vedere nelle prossime versioni di Ubuntu?

Una voce “Unity” nel centro di controllo di Gnome, un launcher più dock è meno pannello e soprattutto più stabilità in Compiz. Negli ultimi mesi ho capito inoltre i “limiti” di X.Org, speriamo che in un futuro non troppo remoto Wayland lo sostituisca davvero (anche se non completamente) ma soprattutto Wayland impari da X.Org nel bene e nel male.

6. Per ora ti ringrazio per la tua attenzione e ti lascio con un ultima domanda: C’è qualcos’altro che vuoi aggiungere di cui non abbiamo parlato?

Si smettiamola di criticare e cominciamo a contribuire attivamente. L’open source ha bisogno di tutti noi ;) Ciao a tutti!

Foto | Flickr

Intervista ad Andrea Azzarone, neo Ubuntu Community Contributors é stato pubblicato su Ossblog.it alle 12:48 di lunedì 12 settembre 2011.

Fedora Italia è la comunità di Italian Linux Distro Network (ILDN) dedicata alla distribuzione di Red Hat: la community consiste essenzialmente in un forum di discussione, integrato nel portale realizzato con Drupal. O, almeno, così è stato fino alla settimana scorsa, quando ILDN ha annunciato l’avvio di un progetto d’ampio respiro.

Incuriositi dall’invito di Stefano Mainardi, co-fondatore e presidente dell’Associazione ILDN, abbiamo consultato il comunicato redatto da Andrea Mignini (recentemente nominato Community Manager di ILDN). Il documento è piuttosto generico, perciò Francesco D’Aluisio s’è reso disponibile per ulteriori chiarimenti su questo progetto.

È inevitabile, consultando gli intenti per Fedora Italia, pensare a Ubuntu Italia: l’obiettivo è, forse, quello d’ispirarsi al modello proposto da quest’ultima?

L’intento di Fedora Italia è quello di creare una nuova realtà che segua da vicino le vicende internazionali della community, ne discuta le scelte e ne approvi le direzioni di cammino in maniera da far sentire più marcata la presenza italiana nel resto della community. Non a caso molti che hanno intrapreso questo cammino con me sono Fedora Ambassadors e partecipano attivamente anche ad altri progetti FOSS. Un altro aspetto che vuole colmare Fedora Italia è far conoscere agli Italiani stessi chi collabora attivamente con Fedora, che sia un traduttore o un packager. Molto spesso leggiamo di articoli su nuove idee lanciate nella community internazionale, ma in Italia non hanno la giusta visibilità quando a lanciarle sono gli stessi Italiani. Per quanto riguarda Ubuntu Italia, questa è una grande realtà con numerosi utenti attivi e questo non può che farci piacere, ma Fedora Italia ha obiettivi di partenza e struttura completamente diversi.

Il portale di Fedora Italia o, fedora-it offre attualmente News, Guide, Immagini e Forum: una delle novità è costituita dal Blog, apparentemente in costruzione?

La struttura tecnica del portale è fornita da ILDN, un gruppo di ragazzi estremamente competenti che ci ha permesso di realizzare il progetto che avevamo in mente senza grandi sforzi. Tutte le sezioni del portale sono attive e aspettano volenterosi che le riempiano! Siamo agli inizi, il portale è online da meno di due mesi e ovviamente cerchiamo di inserire informazioni che la community internazionale giornalmente ci propone tramite la sezione News e attendiamo anche articoli di carattere più personale come quelli che caratterizzano un blog.

La comunità di fedora-it cresce attorno ai forum di discussione, uno strumento accantonato coi social network: la risposta degli utenti li rende tuttora validi?

Secondo me, si. I social network hanno un indubbio vantaggio di immediatezza, ma la mia impressione personale è che molto di quello che appare sui social duri il tempo di un post. Ovviamente la nostra piattaforma permette a un iscritto l’integrazione con i più blasonati social presenti in rete. Un forum, d’altro canto, con la sua suddivisione in tematiche ha ancora qualche vantaggio rispetto a loro, compresa la ricerca per parole chiave. A tal proposito vorrei portare l’attenzione sul fatto che abbiamo scelto una suddivisione tematica del forum non strettamente settoriale, a differenza di altri portali del network. Questa scelta è nata proprio per puntualizzare un concetto. Fedora Italia cerca sì utenti, ma anche contributor per il progetto internazionale Fedora Project. Il forum quindi è un mezzo che ha questa finalità, non solo quella di collezionare malfunzionamenti e loro soluzioni.

Solitamente, le comunità italiane delle distribuzioni di Linux si occupano anzitutto della localizzazione di core e applicazioni: prevedete di fare altrettanto?

Si, personalmente faccio parte del Fedora L10N Italian Team e abbiamo in cantiere alcune idee molto carine in merito. Alcune di queste sono la localizzazione delle Fedora Weekly News, notizie a periodicità settimanale che per ora non sono tradotte in italiano. Abbiamo approntato anche una sezione forum per chi vuole richiedere una traduzione o riesca a trovare un errore di traduzione nelle applicazioni fornite da Fedora. Molto del sistema operativo di Fedora è già stato tradotto, ma molte delle sezioni del wiki e della parte documentale necessitano di traduttori e revisori. È un buon punto per iniziare a collaborare nel mondo Fedora e ripassare un po’ di inglese.

Mignini ha precisato, nel comunicato stampa, come fedora-it sia del tutto indipendente da Red Hat: accogliereste positivamente una sorta di “ufficializzazione”?

Certo, come potremmo non essere felici di una tale attenzione da parte della casa madre. Siamo ben consci che una scelta del genere richiederebbe una revisione dei piani della community internazionale per quanto riguarda le realtà localizzate come la nostra e questo dovrebbe far parte di un progetto di più ampio respiro, che per ora non sembra nei piani di Red Hat.

Molti utenti di Fedora Italia collaborano alla pacchettizzazione del software, ma Red Hat non ha una soluzione come i PPA di Canonical: aprirete dei repository?

Fedora fornisce tutti gli strumenti necessari alla creazione di repository personali, senza contare i repository come EPEL per gli Independent Software Vendor. Se, poi, si considera che mediamente il software Fedora è sei mesi avanti alle versioni esistenti nelle altre distribuzioni e che, se i pacchetti non sono creati ad arte, posso arrecare problemi all’upgrade possiamo giungere alla conclusione che i PPA non siano una reale priorità per Fedora. Più volentieri vedrei, ma questa è una mia
posizione, un AppStore multi-distribuzione dove anche gli sforzi di traduzione fossero congiunti tra le varie incarnazioni di GNU/*/Linux.

Ringraziamo D’Aluisio per la disponibilità accordataci e per la chiarezza con cui ha risposto alle nostre domande. Auguriamo un «in bocca al lupo» alla comunità di Fedora Italia e ci accodiamo alle speranze su AppStream per Linux, progetto mantenuto da sviluppatori di Red Hat e di Fedora per quanto concerne la parte relativa a YUM.

Italian Linux Distro Network (ILDN): un progetto italiano per Fedora é stato pubblicato su Ossblog.it alle 11:00 di martedì 01 marzo 2011.

Qualche giorno fa Robert Strohmeyer, editorialista specializzato in tecnologia e supporter di GNU/Linux, ha pubblicato su PcWorld un articolo secondo cui il sogno del pinguino di conquistare il desktop sarebbe morto.

Strohmeyer riconosce la crescente diffusione di Linux nei server, negli embedded e nei cellulari e la raggiunta semplicità di installazione ed utilizzo, valide anche per l’utente meno smaliziato. Anzi, afferma il giornalista, Ubuntu avrebbe ormai raggiunto una usabilità migliore rispetto a quella di OSX e di Windows. Eppure, nonostante i continui progressi, lo storico OS sarebbe destinato a rimanere nella sua piccola nicchia per il lato desktop. La causa di questo fallimento andrebbe ricercata non più nella difficoltà dell’uso del sistema, ma nell’eccessiva frammentazione delle distribuzioni, e nella mancanza di contenuti audio e video.

Per giustificare le sue tesi, Strohnever riporta l’esperienza di Jeff Whatcott, vicedirettore di Brightcove, un’azienda impegnata nel campo dello streaming audio e video. Brightcove addita la diffidenza della comunità Open verso i DRM come limite per l’adozione di software evoluto atto a fruire di contenuti online. Ubuntu e Debian “Out of the Box” non offrono la distribuzione di driver e software proprietari necessari allo streaming. L’utente può configurare il proprio ambiente per installare Flash e quant’altro, ma deve ovviamente adoperarsi per farlo. Secondo Brightcove, questa gap è il grande ostacolo alla diffusione di Gnu/Linux nel desktop.

Ma se la volontà di aderire ai soli standard aperti ha penalizzato il pinguino nel passato, questa stessa potrebbe farlo diventare OS di primo piano. E’ l’opinione di Kevin Mahaffey, leader di Lookout, azienda dedicata alla sicurezza in ambito mobile.

La sicurezza intriseca alla scelta di aderire alle sole applicazioni Open renderebbe GNU/Linux la piattaforma più sicura in un ipotetico scenario in cui l’uso delle applicazioni cloud superi quello in ambito desktop. Secondo Mahaffey la convergenza dell’offerta multimediale allo standard HTML5 sarà la killer application che salverà Linux dall’oblio in ambito utente.
L’articolo riporta anche l’opinione di Phil Robb, direttore del HP’s Open Source Programs Office. Robb tesse gli elogi sulla comunità Open, apprezza lo sviluppo delle realtà server side ed Android, ma suggerisce di mettersi il cuore in pace per il lato desktop. Dalle parole del direttore si evince che la guerra del desktop non sarebbe poi di importanza capitale per lo sviluppo di GNU/Linux, opinione in larga parte condivisa anche da Strohmeyer stesso.

Infine Strohmeyer lancia un ultimo sasso avvisando che, sebbene GNU/Linux sia di riferimento anche per le nascenti piattaforme per l’usufruizione di video HD, queste ultime forniscano all’utente un’interfaccia “closed”. Sembra ironico, la chiusura della comunità sul software Closed ha premiato GNU/Linux, e contemporaneamente sta agevolando la diffusione del ‘closed’ sull’Open.

Via| PCworld

Linux perde la guerra del desktop? é stato pubblicato su Ossblog.it alle 13:00 di venerdì 19 novembre 2010.

Nei prossimi giorni avremo l’opportunità di intervistare Stefano Zacchiroli, project leader di Debian eletto solo pochi giorni fa.

Zacchiroli è un ricercatore italiano emigrato a Parigi, dove lavora all’università. E’ stato sviluppatore di Debian per nove anni, e si era candidato già due anni fa al ruolo di DPL. E’ stato il co-maintainer del Package Tracking System.

Qui potete trovare il suo programma da candidato, ma se siete curiosi potete dare un’occhiata anche a quelli degli sconfitti.

Nei commenti a questo post provate a suggerire le vostre domande che, nei limiti del possibile, rivolgeremo a Zacchiroli.

Foto | Alfonso Pierantonio

Oss Blog intervisterà il project leader di Debian: fai la tua domanda é stato pubblicato su Ossblog.it alle 13:00 di mercoledì 21 aprile 2010.

Redis è un database che fa parte del movimento NoSQL e rappresenta uno dei progetti più interessanti di questo nuovo panorama.

Forse non tutti sanno che il progetto è stato lanciato da un noto programmatore italiano, Salvatore ‘antirez’ Sanfilippo, che qualcuno di voi potrebbe già conoscere per altri suoi lavori come HPing o Lloogg. Lo abbiamo contattato affinché ci descrivesse meglio il funzionamento e le caratteristiche di Redis.

Presentati e prova ad illustrare Redis e la sua architettura per il pubblico che ancora non lo conosce.

Redis è un database un pò bizzarro, rispetto ai canoni a cui siamo abituati, per due motivi principali:

1) Tiene tutti i dati in memoria anche se persiste sul disco. In pratica il disco serve solo nel caso in cui il database viene fermato e riavviato, a leggere nuovamente tutto il data set in memoria. Ma tutti gli accessi in lettura e scrittura vengono gestiti principalmente in RAM. Questo permette ad un singolo server Redis che gira su una macchina Linux normalissima, su un solo core, di raggiungere l’interessante prestazione di 100 mila query al secondo. Cosa più interessante le query in lettura e scrittura prendono lo stesso tempo.

2) Le operazioni che supporta sono molto diverse da quelle di un database SQL. Non c’è il concetto di tabella, e non è un semplice database Key-Value a cui si associa ad una stringa (la chiave) un’altra stringa (il valore). Infatti i valori possono essere di altri tipi, come liste, insiemi, insiemi ordinati, o semplicemente stringhe.

L’idea di mantenere tutto il dataset in RAM aiuta a migliorare le prestazioni, ma cosa succede quando la memoria non è sufficiente?

L’idea di mantenere tutto il dataset in RAM aiuta a migliorare le prestazioni, ma cosa succede quando la memoria non è sufficiente?

Nella versione stabile di Redis non c’è modo di andare oltre la RAM. Al massimo Redis può essere configurato per non accettare nuovi dati quando ha utilizzato più di un dato limite di memoria, o di tentare di cancellare le chiavi “volatili” in tal caso per fare spazio alle altre (una chiave volatile è una chiave associata ad un EXPIRE in secondi, poiché Redis supporta l’auto cancellazione delle chiavi dopo tot secondi).

Ma la svolta da questo punto di vista è nella versione non stabile, dentro Git. Si tratta della funzionalità denominata “Virtual Memory”. In pratica Redis implementa un file di swap su cui scarica le chiavi meno usate automaticamente. Se il database supera la dimensione della RAM, tutte le chiavi che sono usate meno spesso vengono trasferite sul disco, per essere ritrasferite indietro in memoria quando saranno nuovamente richieste.

Siccome molte applicazioni sono “sbilanciate” nell’accesso ai dati, ed accedono molto frequentemente ad una piccola percentuale di chiavi, in molti casi le prestazioni di Redis rimangono simili a quelle che esprime quando tutte le chiavi sono in memoria.

La Virtual Memory è già abbastanza stabile e può essere testata. Ho scritto un lungo articolo qui a proposito del suo funzionamento: http://antirez.com/post/redis-virtual-memory-story.html

Tra i piani per il futuro c’è l’opzione di implementare una memoria virtuale. Potresti spiegarci i vantaggi di questo approccio rispetto al lasciar fare tutto al sistema operativo?

Esatto, ho appena parlato di questo. Perché non si può lasciar fare al sistema operativo?

È più semplice di quello che sembra. Il sistema operativo trasferisce o carica dallo swap delle “pagine” di memoria che sono grandi 4096 byte. Redis utilizza delle strutture molti piccole, anche per valori grossi. Ad esempio una lista di Redis, è composta da tanti piccoli Redis Objects. Non solo, il dizionario principale è implementato tramite una hash table, che è una struttura dati ad accesso “molto” casuale. In pratica nella stessa pagina di memoria ci finiscono dati relativi a decine o centinaia di chiavi: se anche una sola chiave è attiva, questa pagina non può essere trasferita su disco.

Per cui la memoria virtuale del sistema operativo funziona malissimo con Redis. C’è un altro motivo importante: in memoria i dati di Redis occupano molto più spazio rispetto a quello occupato dallo stesso dato codificato su disco da Redis. La memoria virtual del sistema operativo non ha idea di cosa ci sia dentro le pagine di memoria, e le trasferisce dal/al disco così come sono. Invece la memoria virtuale di Redis ha più informazioni, e codifica e comprime i valori trasferiti, per cui esegue molto meno input/output sul disco a parità di necessità di swapping.

Come vengono sfruttate la macchine multicpu/multicore e la distribuzione del dataset su più computer?

Attualmente ci sono due modi per sfruttarle: o far girare più istanze di Redis sulla stessa macchina, o usare la Virtual Memory che ha una implementazione basata sui thread, per cui anche se Redis è “single threaded” cioè opera su un singolo thread grazie ad una tecnica chiamata “multiplexing”, la Virtual Memory si avvale di diversi thread (configurabile) in modo da non bloccare gli altri client quando un client ha la necessità di accedere ai dati che sono sul disco.

Redis è un progetto che si discosta dal tradizionale modello relazionale. Su cosa punteresti per invogliare gli utenti a provarlo?

Faccio un esempio banale. Per implementare su MySQL un sistema semplicissimo di commenti dove ogni nuovo commento sta in cima alla pagina (ad esempio nel caso di un blog), su MySQL devo creare una tabella, mettere l’ID del post, e usare ORDER BY anche se tutto ciò che voglio è prendere i commenti nello stesso ordine in cui li ho inseriti o nell’ordine inverso.

Su Redis invece tutto quello che devo fare è, per ogni commento:

LPUSH post:100:comments

LPUSH aggiunge alla testa della lista contenuta nella chiave “post:100:comments” (dove 100 è un esempio di ID del post).

Per prendere i primi 10 commenti in ordine inverso nel quale li ho postati, mi basta scrivere:

LRANGE post:100:comments 0 9

Quale tipo di progetto potrebbe beneficiare maggiormente dall’uso di Redis al posto di un dbms relazionale?

I progetti che hanno grandi traffici, o dove i dati sono sistemati in modo da necessitare operazioni atomiche. Ad esempio Redis supporta intersezioni tra i set, per cui è facile implementare un sistema di tag. Allo stesso modo è facilissimo implementare una “score board” con i sorted set. In pratica si inseriscono in Redis dei valori che hanno un dato punteggio: anche con milioni di dati Redis inserirà questi dati in O(log(N)) ma con tempi costanti davvero bassi.

Questi dati sono inseriti in maniera ordinata, dunque posso chiedere a Redis: quali sono i primi 10 elementi di questo sorted set? (simile a SELECT * FROM
table ORDER BY score LIMIT 0 10), o posso chiedere a Redis di darmi tutti gli elementi in cui lo score è compreso tra due valori. Queste operazioni sono molto veloci, per cui più di una azienda di videogame sta usando Redis per gestire i punteggi degli utenti, ad esempio di giochi online molto trafficati.

Quali sono i siti più importanti che utilizzano Redis nel loro backend?

http://engineyard.com
http://github.com
L’applicazione “Boxcar” per iPhone, molto famosa per le notifiche push

Sono alcuni esempi di grosse applicazioni, ma ci sono centinaia di startup che stanno usando Redis in produzione.

Recentemente Redis è arrivato alla versione 1.2 che introduce la nuova modalità di persistenza “append only file”. Ci puoi descrivere il funzionamento e come possono cambiare le prestazioni?

In pratica normalmente Redis salva i dati su un file, di tanto in tanto (in maniera configurabile, ad esempio salva ogni 60 secondi se sono cambiati almeno 5 dati in memoria). Questo è molto veloce e viene fatto da un processo “figlio” in parallelo, ma se la macchina si spegne perché ad esempio c’è un problema con la corrente elettrica, si rischia di perdere gli ultimi 60 secondi di dati.

Con l’Append Only File invece Redis scrive su disco, in un file sequenziale, tutte le operazioni di scrittura che riceve, istantaneamente. Quando viene fatto ripartire, rilegge tali operazioni di scrittura come se le ricevesse dai client, per ricostruire lo stato dei dati in memoria. Questo log però diventa sempre più lungo, ma Redis sa compattarlo in backrground, senza bloccare le richieste che arrivano dai dati.

Le prestazioni sono molto buone anche con l’Append Only File, ma dipende molto da come è configurato Redis, infatti può chiedere al sistema operativo di fare il “flush” dei dati ogni secondo, di lasciar fare al sistema operativo, o di farla ad ogni singola scrittura. Nell’ultimo caso Redis diventa lento ma estremamente “durabile” (molto più di MySQL ad esempio), ogni operazione viene trasferita sul disco prima possibile. Questo va bene per applicazioni finanziarie magari, ma non è una buona idea.

Quando è configurato per fare il flush ogni secondo (scelta consigliata) è quasi veloce come quando l’append only file è disabilitato.

Sul sito sono presenti progetti per usare redis con più di 10 linguaggi, qual è il loro grado di maturità?

Alcuni sono estremamente maturi: Ruby, Python, Java.

Il client PHP scritto da “nostro” Daniele Alessandri è ottimo (Predis) ma per ora necessità di PHP moderni. Chiaramente le librerie dei linguaggi meno utilizzati sono aggiornate meno frequentemente, ma il protocollo di Redis è davvero molto semplice.

Cosa vedi nel futuro di Redis e più in generale dei key-value DB?

Abbiamo una roadmap importante. Nel futuro vedo il rilascio della 2.0 che aggiunge transazioni atomiche, Virtual Memory, e operazioni bloccanti sulla lista. E poi il progetto Redis-cluster, che tenterà di far diventare Redis un database distribuito.

Credo che i Key Value “semplici” siano utili, ma Redis ha aperto un nuovo fronte. Mi piacerebbe che nuovi database adottassero questa politica di Redis ma con implementazioni su disco. Insomma, manca un Tokyo Cabinet con le operazioni offerte da Redis secondo me.

Il movimento NoSQL è molto giovane… vedremo cosa succederà ma io sono abbastanza convinto che finalmente i programmatori si sono “riappropriati” dei database, e non useranno più una sola soluzione (SQL) per tutti i tipi di problemi.

Una curiosità. Come è nato Redis?

Perché con MySQL non riuscivo a scalare http://lloogg.com :)

Nel corso di questi anni hai realizzato molti progetti, hai già qualche nuova idea per il futuro?

Mi vorrei concentrare su Redis per il futuro. È un progetto che ha bisogno di molto sviluppo. Forse tra 5 anni passerò a qualcos’altro ma per ora il mio focus è li.

Dato il successo di Redis pensi di farlo diventare il tuo lavoro principale?

Si, sto provando a lavorare full time a Redis. Forse tra qualche tempo annuncerò delle interessanti novità ;)

Grazie per averci concesso il tuo tempo e per l’ottimo lavoro svolto con Redis. Un plauso anche per la documentazione chiara ed abbondante con numerosi esempi.

Grazie a voi!

Salvatore 'antirez' Sanfilippo, intervista allo sviluppatore di Redis é stato pubblicato su Ossblog.it alle 15:59 di mercoledì 24 febbraio 2010.

Mark Shuttleworth, fondatore di Canonical e papà di Ubuntu, ha recentemente rilasciato un’intervista al sito tedesco derStandard. Gli argomenti sono molto vari e spaziano dai problemi “di gioventù” riscontrati in Ubuntu Hardy Heron al futuro di GNOME (con l’ipotesi di senza escludere una futura versione del DE basata su librerie Qt), passando per temi più generali come l’innovazione o il rapporto tra un sistema GNU/Linux e gli utenti.

Si tratta di un’ottima lettura, soprattutto in un periodo relativamente carente di notizie come quello estivo.

via | OSNews

Shuttleworth parla di Ubuntu, GNOME e Linux é stato pubblicato su Ossblog.it alle 17:46 di martedì 22 luglio 2008.

In un epoca di “fuga dei cervelli”, è rincuorante sapere che a livello di software semi-professionale il made in italy è ancora vivo e vegeto. Stiamo parlando di blueMarine, prodotto dell’ italianissima Tidalwave rivolto a tutti quelli che quotidianamente per lavoro o per hobby hanno a che fare con la fotografia. Di seguito riportiamo l’ intervista che abbiamo fatto al responsabile del progetto:

1) Come ti è venuta l’ idea di sviluppare questo software?

Sono appassionato di fotografia da un po’ di anni e nell’estate 2003, quando avevo appena comprato una Nikon D100, ci fu una memorabile ondata di caldo. Sostanzialmente costretto a restare in casa per buona parte del giorno, mi dedicai a studiare il formato “raw” di Nikon (NEF), anche perché non era documentato (non lo è neanche oggi) e questo è sempre uno stimolo irresistibile per un informatico. Così cercai qualche informazione sul web e scrissi un piccolo decodificatore in Java; successivamente lo integrai con un primitivo sistema di catalogazione che avevo messo in piedi un paio di anni prima per le foto analogiche, basato su fogli OpenOffice e un po’ di codice Java. A quel punto decisi di sviluppare l’idea di “non-destructive editing”, cioè la capacità di mantenere sul disco la foto originale e memorizzare le modifiche effettuate come annotazioni. Per me era molto importante siccome ero alle prime armi di foto digitale e sicuramente avevo bisogno di tornare più volte sulle mie decisioni; oggi è un concetto piuttosto comune (ad esempio in Aperture e Lightroom), all’epoca era presente solo in alcuni prodotti specializzati. Infine, un amico ingegnere e fotografo amatoriale, esperto di foto astronomiche, mi parlava di elaborazioni fotografiche specifiche di quel mondo, che venivano supportate da un workflow piuttosto complesso, facendo ricorso a applicativi diversi, spesso a riga di comando. Mi venne quindi in mente l’idea di sviluppare un’applicazione basata su plugin che supportasse qualsiasi workflow, anche “esotico”. Infine, essendo fotografo di volatili, volevo un meccanismo di catalogazione sofisticato, in grado di supportare la tassonomia del mondo animale, che all’epoca non ero riuscito a sviluppare in nessun prodotto di catalogazione esistente.

2) Perchè hai scelto Java come linguaggio di programmazione (visto che la JVM penalizza parecchio in termini di velocità)?

Be’, ad esempio perché non è vero che la JVM penalizza parecchio in termini di velocità :-) In realtà nel 2003 e nel 2004 ero decisamente sicuro di quest’affermazione per le applicazioni “lato server”, incluso alcuni progetti un po’ fuori dal normale (come ad esempio la distribuzione di dati di telemetria in tempo reale), per diretta esperienza professionale. Java non era un gran che sul desktop, ma in prospettiva ero sicuro che le cose sarebbero migliorate. In qualche modo, l’idea di blueMarine era anche di verificare la realizzazione di un’applicazione desktop sofisticata, dove la mia esperienza era limitata. Effettivamente ho avuto gravi problemi fino al 2005 (onestamente anche dovuti a qualche scelta progettuale errata); oggi posso dire che tutti i colli di bottiglia finora trovati (e in parte eliminati) sono dovuti a scelta di algoritmi non ottimizzati. Ovviamente, performance a parte, l’idea di Java era anche legata alla facilità di scrivere dei plugin, grazie alla dinamicità del linguaggio, e alla portabilità. In particolare mi ha sempre interessato l’idea di usare Linux come sistema operativo primario anche per l’elaborazione fotografica (oggi uso Mac OS X, ma sono sempre più stufo dell’arroganza di Apple).

3) Nel sito parli della possibilità di espandere il vostro programma con plugin. Che conoscenze sono necessarie per poter sviluppare i propri plugin?

Nel 2006 blueMarine è stato riscritto completamente da zero usando NetBeans RCP, una tecnologia open source di Sun Microsystems che potenzia Swing, il tradizionale ambiente desktop di Java. NetBeans RCP include un sacco di funzionalità pronte per l’uso, incluso un meccanismo sofisticato per costruire plugin che possono essere installati a caldo e scaricati da rete. Pertanto, il primo requisito è ovviamente conoscere bene questa tecnologia. Per il resto, ci sono i JavaDoc di blueMarine, anche se per ora sono incompleti. Sinora Emmanuele Sordini, il citato amico astrofotografo, è stato in grado di scrivere il primo plugin contribuito da terzi.

4) In che fascia si vuole collocare il tuo prodotto? Chi è il tuo “utilizzatore tipo” ?

L’utilizzatore tipo è il fotografo dilettante o amatorIale-serio; in particolare penso agli utenti che vogliano lavorare con Linux (o Solaris, che verrà ufficialmente supportato a breve, non appena finisco di avere un’installazione stabile), vista l’attuale mancanza di prodotti sofisticati e “open” in quei segmenti. A questo punto va detto che l’applicazione non è ancora completamente pronta per l’uso (mancano alcuni test di qualità e le ultime ottimizzazioni di performance) e, in particolare, la parte di editing è stata lasciata volontariamente indietro per dare priorità a catalogazione e geotagging (ma l’editor dovrebbe ritornare quest’estate). Man mano che le vengono aggiunte nuove funzioni, il target di utenti potenziali si espanderà anche a fotografi professionisti. Io penso a blueMarine come ad un prodotto che fornisca anche supporto specifico per ogni comunità di fotografo, con gli opportuni plugin, in vero spirito “open”. Tanto per fare un esempio: il navigatore di metadati avrà sia un’interfaccia semplificata, adatta a fotografi generici, che mostra solo i tipi di dati più comunemente usati (come accade oggi per esempio in Lightroom), sia un’interfaccia avanzata, con cui si potrà analizzare il singolo bit, dedicata a chi si sente più smanettone.

5) Quali sono i prossimi obiettivi che ti sei prefisso nell’ ambito dello sviluppo di blueMarine?

La priorità più alta è il completamento del sistema di catalogazione di metadati, che è quasi pronto. Ha richiesto un po’ di lavoro perché, in linea con il resto dell’applicazione, è basato su un disegno modulare, per cui chiunque può aggiungere nuovi tipi di metadati semplicemente descrivendone la struttura con poco codice in un plugin. E’ molto importante per me in quanto ritengo che con il suo completamento blueMarine inizierà ad avere un valore reale per molti utenti, specialmente in ambito Linux. Il sistema di catalogazione verrà poi evoluto nei prossimi mesi con alcune idee nuove che non mi paiono ancora presenti in nessun programma sul mercato, per lo meno in quelli più diffusi. Per ora non dico niente, ma ad OSSblog.it posso anticipare che verranno utilizzate alcune tecnologie del Web Semantico. Dopodiché ci sono alcuni moduli, oggi presenti nell’incubatore a vari stadi di sviluppo (alcune sono quasi complete), che dovranno essere rifiniti e aggiunti al programma principale: le “light table”, la pubblicazione su web, gli slideshow, il supporto per i video. Una delle caratteristiche più “esotiche” è probabilmente la capacità di lanciare grandi batch di elaborazione su una rete di computer casalinga, oppure persino su servizi di Grid Computing massivi come Sun Grid. Il codice prototipale per queste feature è stato sviluppato da un anno insieme al citato Emmanuele Sordini (il suo plugin astrofotografico richiede grandi elaborazioni batch), e anche presentato ad un paio di conferenze Java, ma ha bisogno di parecchio lavoro per l’interfaccia utente e il setup (che oggi non è banale) in modo che sia alla portata dell’utente casuale.

6) Da quante persone è composto il team di sviluppo?

Questo è ancora un punto dolente. A parte Emmanuele con il suo plugin, il 95% del codice è ancora scritto da me, con alcuni contributi puntuali di altri sviluppatori, anche importanti come qualità, ma poco significativi come quantità. Il che è un peccato, perché si potrebbero fare veramente milioni di cose interessanti. Un po’ mi aspettavo maggiore interesse da parte di altri sviluppatori a partecipare ad un progetto opensource di questo genere (che tra l’altro da un anno a questa parte viene regolarmente presentato a varie conferenze internazionali del mondo Java, nell’ordine Jazoon, JavaPolis e tra un paio di mesi la JavaOne a San Francisco); in alcuni casi probabilmente non sono stato capace io di “instradare” qualche volontario fino a metterlo in moto e me lo sono perso per strada. Il problema è che se qualcuno si fa avati mentre io sono in qualche periodaccio di lavoro intenso (per ora il 95% del mio fatturato non arriva da blueMarine), a volte non ho neanche il tempo di rispondere alla email a stretto giro di posta. Confido comunque nel futuro. Spero anche di trovare al più presto un graphic designer (magari italiano…) che sia disposto a fornire le icone per l’applicazione: per ora sono copiate da varie distribuzioni open, ma non c’è lo stile omogeneo che vorrei.

7) In cosa si differenzia il tuo prodotto da altri software come Picasa o F-Spot? Quali sono i suoi punti di forza rispetto agli altri due programmi citati?

Facendo il confronto oggi, Picasa o F-Spot hanno meno funzioni “esotiche”, ma sono immediatamente utilizzabili; blueMarine non lo è ancora e - come già detto - si concentra per ora più sulla catalogazione che non sull’editing. Per i la metà del 2008 potrebbe essere sostanzialmente già competitivo con quei due prodotti (editor a parte); a metà del 2009 dovrebbe arrivare anche l’editor e iniziare a mettere “nel mirino” prodotti di fascia superiore. Dipende tutto da un sacco di cose, incluso trovare altri collaboratori. Può anche succedere che carichi di lavoro improvvisi o problemi personali rallentino la tabella di marcia, come è già avvenuto. Tuttavia, preferisco guardare il futuro con ottimismo. :-)

La palla passa a voi, cari lettori: fateci sapere le vostre impressioni e il vostro giudizio su questo interessante software che ha la fortuna di nascere (per di più open) proprio nel nostro bel paese.

Eccovi alcune immagini (tratte dalla versione per OS X) di blueMarine:

Galleria di Bluemarine

Bluemarine, intervista agli sviluppatori é stato pubblicato su Ossblog.it alle 10:00 di giovedì 13 marzo 2008.

La Linux Foundation ha annunciato una serie di podcast in cui Jim Zemlin, direttore esecutivo della fondazione, intende intervistare membri di rilievo del panorama libero / aperto come Ron Hovsepian ( CEO di Novell ), Marten Mickos ( CEO di MySQL AB ) e Mark Shuttleworth ( famoso astronauta miliardario ); il primo intervistato è stato, ovviamente, Mr. Torvalds: la sua chiacchierata è disponibile sul sito della Linux Foundation in formato Ogg, MP3 e testo.

Tenete d’occhio i feed RSS per le prossime uscite!

via | Linux.com

Arrivano i podcast della Linux Foundation é stato pubblicato su Ossblog.it alle 11:00 di sabato 12 gennaio 2008.

Da qualche settimana il CEO di Red Hat non è più lo storico Matthew Szulik ed il suo posto è stato preso da un tale Jim Whitehurst, precedentemente impegnato nel risanamento delle casse di una compagnia aerea a stelle-e-strisce; la decisione di sostituire il carismatico Szulik con una persona estranea al mondo del software libero ha fatto storcere il naso a parecchie persone, finché c|net non ha deciso di intervistare il diretto interessato. Inutile dire che l’intervista ha ribaltato le opinioni su Whitehurst.

Leggendo la chiacchierata scopriamo che il buon Jim non ha un iPod ( e nemmeno uno Zune ) perché non è in grado di riprodurre file Ogg Vorbis, che ha rifiutato altri ruoli CEO perché ‘il suo lavoro deve avere una missione’, che crede che proporre soluzioni proprietarie sia una scelta sbagliata per un’azienda come Red Hat e che, nonostante si occupi di business, si è sempre considerato un geek ( aveva un Apple II ) e, nel tempo perso, si dedica alla programmazione.

Se solo tutti i CEO delle aziende di software libero / aperto fossero così…

via | Slashdot

Niente iPod per il nuovo CEO di Red Hat é stato pubblicato su Ossblog.it alle 10:15 di mercoledì 09 gennaio 2008.

Il buon Linus si è concesso ad InformationWeek per un’intervista sul futuro della sua amata creatura, delineando quali aree del kernel riceveranno più attenzione nel corso del prossimo anno: virtualizzazione e supporto ai dischi a stato solido sono presenti sulla lista, accompagnati da una migliore gestione delle schede video e di quelle wireless.

Gran parte dell’intervista è comunque incentrata sul rapporto con Microsoft / Windows, dalle differenze tra i processi di sviluppo ( l’open source è più efficiente ) ai punti di forza del pinguino ( flessibilità completa ) passando per i fantomatici brevetti del colosso di Redmond su Linux ( solo FUD ). L’intervista si fa leggere volentieri e, se non temete l’inglese, potete trovarla qui.

Linus intervistato da InformationWeek é stato pubblicato su Ossblog.it alle 12:30 di mercoledì 28 novembre 2007.

Tra le varie domande poste a Tristan Nitot è stato posto l’annoso problema della pesantezza e avidità di risorse di cui soffre ormai il browser di Mozilla.

Tristan ci ha quindi spiegato che i lavori su Firefox 3 stanno cercando proprio di ridurre l’impatto sulla memoria del browser ma anche del render engine, infatti molti degli sforzi degli sviluppatori sono indirizzati verso una riscrittura di Gecko che lo renda leggero e facilmente integrabile su diverse tipologie di dispositivi così come oggi avviene per WebKit.

Ma le modifiche non si fermeranno a questo, infatti Firefox sarà più sicuro e più semplice da usare, senza però perdere nulla in funzionalità ed estendibilità e parallelamente, ci è stato assicurato, sviluppare plugin ed estensioni per la nuova piattaforma su cui si baseranno tutti i progetti di Mozilla sarà ancora più semplice di quanto lo sia oggi.

Si prospetta quindi un nuovo roseo futuro per il browser che attualmente copre, nella sua versione ufficiale, il 18% del mercato italiano. E voi cosa vorreste vedere implementato nelle prossime release? E cosa invece non vorreste più vedere?

Mozilla 2/Firefox 3 qualche indiscrezione é stato pubblicato su Ossblog.it alle 03:42 di venerdì 12 ottobre 2007.

Martedì sera con alcuni fortunati blogger, tra cui Cristian Conti di Download|blog, abbiamo cenato insieme a Tristan Nitot, presidente di Mozilla Foundation Europe.

L’evento, che è stato organizzato dallo staff di Mozilla Italia con il supporto dell’agenzia TT&A, ci ha permesso di porgere molte domande finora rimaste senza risposta per quello che riguarda il futuro di Thunderbird e riguardo ai prossimi progetti della Foundation.

Per nostra fortuna Tristan si è rivelato molto disponibile ed ha risposto a tutte le domande fatte, comprese quelle riguardo il recente abbandono di due sviluppatori del client di posta di Mozilla. Tristan ci ha quindi spiegato che in realtà Mozilla non ha la minima intenzione di abbandonare il client di posta ma ha invece stanziato ben 3 Milioni di dollari per fare ricerca e sviluppo sullo stesso incaricando del progetto David Ascher, ex sviluppatore di Komodo per ActiveState. Inoltre verrà valutata l’integrazione di Lightning/Sunbird all’interno del basecode del programma per garantire un miglior supporto al calendaring ed un avvicinamento al mondo enterprise.

A seguire il videocast dell’intervista.

Purtroppo l’audio a causa dell’ambiente poco favorevole è un pochino disturbato, ma vi assicuriamo che Cristian ed io la prossima volta saremo meglio armati.

Foto di Francesco Lodolo

A cena con Mozilla Foundation, intervista sul futuro di Thunderbird é stato pubblicato su Ossblog.it alle 03:20 di giovedì 11 ottobre 2007.

E’ stato uno dei fondatori di RedHat e suo CEO fino al novembre 1999. Sto parlando di Bob Young uno tra i più coraggiosi e coerenti imprenditori nel mondo opensource che ha creduto sempre nelle potenzialità del pinguino.

Da innovatore nel mondo del software aperto Young, dopo aver lasciato la società del cappello rosso, è diventato un paladino della stampa libera fondando Lulu.com, sito dove chiunque può pubblicare gratuitamente e vendere le proprie “opere letterarie” saltando gli intermediari.

In occasione di SMAU avremo occasione di intervistare Bob Young e abbiamo pensato di coinvolgere i lettori: se avete domande per Young scrivetele in commento a questo post.

Le più interessanti saranno sottoposte a Bob “RedHat/Lulu” Young :)

Botta e risposta con il papà di RedHat é stato pubblicato su Ossblog.it alle 18:38 di lunedì 08 ottobre 2007.

Mark Driver, videpresidente del Gartner research, ha annunciato durante l’Open Source Summit di Las Vegas che nel 2011 l’80% del software commerciale conterrà al suo interno codice opensource.

Driver però mette anche le mani davanti ammettendo che non tutte le aziende sono preparate ad uno scenario del genere, e che bisognerà prima, di integrare questo genere di tecnologie, valutati pro e contro per quello che riguarda il proprio business e rivisti interamente i processi commerciali di molti produttori IT.

Driver parla anche dell’attuale frammentazione delle risorse (ie. linux distro), che porta le aziende ad aver paura ad investire in oss, descrivendola come un ottimo segnale di continua evoluzione e miglioramento “della specie“.

Entro il 2011 l'80% del software commerciale conterrà OSS é stato pubblicato su Ossblog.it alle 18:56 di sabato 22 settembre 2007.