Flash a perdere

Ho constatato parlando con diverse persone che le memorie flash sono considerate praticamente indistruttibili. Effettivamente, se si parla di resistenza meccanica una memoria flash è difficilmente danneggiabile, ma se parliamo di durata nel tempo non siamo messi molto bene...

Infatti, molti sembrano ignorare che ogni blocco di memoria in una flash può sopportare solo un certo numero di cicli di cancellazione/riscrittura prima di diventare inservibile.

Qualcuno mi ha detto: non c'è problema, tanto io di solito lo uso quasi come un CD (per esempio, storage per file musicali), quindi sto a posto: ecco, non è proprio così...

Dopo un certo numero di oprazioni di lettura diventa comunque necessario un "rinfresco", cioè un ciclo di cancellazione/riscrittura dei dati e quindi anche l'utilizzo in sola lettura in realtà accorcia la vita delle flash.

Per approfindire l'argomento, provate questo interessante articolo che descrive l'anatomia di alcuni file system Linux dedicati alle memorie flash.

10

Pur essendo uscita da pochi giorni Fedora 9, sulla mailing list degli sviluppatori è già iniziata la discussione per la scelta del nome di Fedora 10; chiunque può fare la sua proposta rispettando le seguenti "regole":

1. Deve esistere un link tra il nome della 9 (Sulphur) e il nuovo nome. Più specificamente, entrambi devono avere in comune lo stesso "è un"
2. il link fra Sulphur e il nuovo nome deve essere diverso da quello che c'è fra Werewolf (Fedora 8) e Sulphur. Il link era: "sono entrambe cose che reagiscono malamente all'argento"

Fra tutti i nomi proposti che passeranno il vaglio del team di legali della Red Hat, un ballottaggio deciderà quello definitivo.

Da un lato è un peccato che si sappia subito qual'è la connessione, fino alla Fedora Core 4 scoprire cosa legava i nomi in codice era un discreto passatempo...

Profile memory usage of PHP scripts

I was in need of profiling a PHP application I use to hack on (Mantis issue tracker) to determine how a certain page was eating more than 16Mb (my PHP memory limit) to load.

This turned to be very easy; for a start, I installed the xdebug package with:

yum install php-pecl-xdebug

then I edited the configuration file /etc/php.d/xdebug.ini and added:

xdebug.auto_trace = On
xdebug.show_mem_delta = On

Now I reloaded the page in the browser and got a shiny detailed report about memory consumption during the code execution in /tmp:




From that kind of report it is quite easy to spot big memory hoggers; in my case, I discovered about half of the peak memory usage (about 29Mb) is used for composing a single form control...


References:

• A nice series of posts about xdebug from Zend
• Squash bugs in PHP applications with Xdebug

Avventure a 64 bit

Con perfetto timing, ho sostituito il glorioso laptop ASUS M6Ne che mi ha servito egregiamente negli ultimi anni con un massiccio Toshiba Tecra S5-141. Quale miglior momento per fare l'upgrade a Fedora 9?

Già che c'ero, ho installato al versione 64bit, per cui ora mi ritrovo con una serie di questioni "interessanti" da risolvere, ovviamente per lo più legate a prodotti proprietari...

Per esempio, la Adobe distribuisce il pacchetto flash sotto forma di rpm (bene), fornendo anche un repository yum (bene), dal quale poter regolarmente aggiornare con uno yum update (bene).

Il problema è che è disponibile _solo_ la versione i386 (MALE), per cui per poter usare flash in Firefox, e magari anche sentire qualcosa (youtube?) è necessario eseguire i seguenti comandi (soluzione trovata sulla ML fedora-devel)

yum install libflashsupport.i386 nspluginwrapper.i386
mozilla-plugin-config -i -g -v

Aggiornamento: pare che il secondo comando non sia in realtà necessario