<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>pierloz.com &#187; eeepc</title>
	<atom:link href="http://www.pierloz.com/tag/eeepc/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pierloz.com</link>
	<description>articoli (infrequenti) su linux,web,tecnologia</description>
	<lastBuildDate>Thu, 08 Sep 2011 15:33:12 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Il bug della luminosità su Eeepc</title>
		<link>http://www.pierloz.com/2011/01/12/il-bug-della-luminosita-su-eeepc/</link>
		<comments>http://www.pierloz.com/2011/01/12/il-bug-della-luminosita-su-eeepc/#comments</comments>
		<pubDate>Wed, 12 Jan 2011 17:49:52 +0000</pubDate>
		<dc:creator>pierloz</dc:creator>
				<category><![CDATA[Senza categoria]]></category>
		<category><![CDATA[archlinux]]></category>
		<category><![CDATA[bug]]></category>
		<category><![CDATA[eeepc]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://www.pierloz.com/?p=378</guid>
		<description><![CDATA[Utilizzando un eeepc 1015pd ho riscontrato un bug (in linux) nella gestione della retroilluminazione del display lcd. Accade in certi casi che la luminosità massima del display sia più bassa di quanto dovrebbe essere. Ad esempio, se si abbassa la luminosità al minimo e si riavvia il sistema, non sarà possibile riportare la luminosità al [...]]]></description>
			<content:encoded><![CDATA[<p>Utilizzando un eeepc 1015pd ho riscontrato un bug (in linux) nella gestione della retroilluminazione del display lcd.</p>
<p>Accade in certi casi che la luminosità massima del display sia più bassa di quanto dovrebbe essere.</p>
<p>Ad esempio, se si abbassa la luminosità al minimo e si riavvia il sistema, non sarà possibile riportare la luminosità al suo livello massimo.</p>
<p>La regolazione dei vari livelli di luminosità funziona, ma tutti i livelli sono traslati verso luminosità più basse del normale.</p>
<p>E&#8217; possibile aggirare questo bug (in attesa di un probabile fix nel kernel) usando il comando:</p>
<pre class="brush: bash; title: ; notranslate">setpci -s 00:02.0 f4.b=ff</pre>
<p>Per rendere definitivo il fix, occorre eseguirlo ad ogni boot (inserendolo ad esempio in /etc/rc.local).</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pierloz.com/2011/01/12/il-bug-della-luminosita-su-eeepc/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Un boot allegro con finit-arc</title>
		<link>http://www.pierloz.com/2009/04/22/un-boot-allegro-con-finit-arc/</link>
		<comments>http://www.pierloz.com/2009/04/22/un-boot-allegro-con-finit-arc/#comments</comments>
		<pubDate>Wed, 22 Apr 2009 11:12:22 +0000</pubDate>
		<dc:creator>pierloz</dc:creator>
				<category><![CDATA[Senza categoria]]></category>
		<category><![CDATA[archlinux]]></category>
		<category><![CDATA[boot]]></category>
		<category><![CDATA[eeepc]]></category>
		<category><![CDATA[finit-arc]]></category>

		<guid isPermaLink="false">http://www.pierloz.com/?p=313</guid>
		<description><![CDATA[Ho trovato la giusta combinazione di tempo/voglia/karma per mettere mano prima agli script di init (con quick-init) e poi a init stesso (con finit-arc). Tutto questo grazie al lavoro di adriano Ho provato entrambe le soluzioni, e alla fine ho scelto finit-arc perchè 1) mi consente di fare il boot &#8220;alla vecchia maniera&#8221; in caso [...]]]></description>
			<content:encoded><![CDATA[<p>Ho trovato la giusta combinazione di tempo/voglia/karma per mettere mano prima agli script di init (con quick-init) e poi a init stesso (con finit-arc).</p>
<p>Tutto questo grazie al lavoro di <a href="http://adrinux.wordpress.com/fast-init/">adriano</a></p>
<p>Ho provato entrambe le soluzioni, e alla fine ho scelto finit-arc perchè 1) mi consente di fare il boot &#8220;alla vecchia maniera&#8221; in caso di necessità e 2) è risultato anche più veloce di quick-init.</p>
<p>Cronometro manuale alla mano (nessuna voglia di installare bootchart) ora l&#8217;eeepc 901 di cui dispongo fa il boot da grub a X in circa 8 secondi.</p>
<p>Utilizzo un kernel che compilo personalmente (si tratta di un vanilla + zen), senza immagine di init e con tutti i moduli statici eccetto ethernet, wlan e eeepc_laptop.<br />
In particolare, eeepc_laptop impiega più di 10 secondi a caricarsi, quindi l&#8217;ho aggiunto  a /usr/sbin/services.sh per farlo caricare in background.</p>
<p>Questo il services.sh attuale:</p>
<p><code><br />
#!/bin/sh</p>
<p>#Starts udev events<br />
/sbin/udevd --daemon &#038;>/dev/null &#038;<br />
/sbin/udevadm trigger &#038;>/dev/null &#038;<br />
/sbin/udevadm settle &#038;>/dev/null &#038;</p>
<p>#Make swap (not for ssd)<br />
/sbin/swapon -a &#038;</p>
<p>#Starting background daemons<br />
/etc/rc.d/syslog-ng start &#038;>/dev/null &#038;<br />
(/etc/rc.d/hal start &#038;&#038; /etc/rc.d/wicd start) &#038;> /dev/null &#038;<br />
modprobe eeepc_laptop &#038;<br />
echo "24 17 15 15" > /sys/devices/system/cpu/cpu0/cpufreq/phc_vids &#038;<br />
echo "24 17 15 15" > /sys/devices/system/cpu/cpu1/cpufreq/phc_vids &#038;<br />
</code></p>
]]></content:encoded>
			<wfw:commentRss>http://www.pierloz.com/2009/04/22/un-boot-allegro-con-finit-arc/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Downvolting anche sull&#8217;atom!</title>
		<link>http://www.pierloz.com/2009/01/12/downvolting-anche-sullatom/</link>
		<comments>http://www.pierloz.com/2009/01/12/downvolting-anche-sullatom/#comments</comments>
		<pubDate>Mon, 12 Jan 2009 22:01:01 +0000</pubDate>
		<dc:creator>pierloz</dc:creator>
				<category><![CDATA[Senza categoria]]></category>
		<category><![CDATA[archlinux]]></category>
		<category><![CDATA[atom]]></category>
		<category><![CDATA[eeepc]]></category>
		<category><![CDATA[kernel]]></category>
		<category><![CDATA[phc]]></category>
		<category><![CDATA[zen]]></category>

		<guid isPermaLink="false">http://www.pierloz.com/?p=296</guid>
		<description><![CDATA[Dei benefici del downvolting della cpu ne ho scritto già in passato, e il mio pentium M 740 è 3 anni che gira downvoltato. La bella notizia è che anche l&#8217;atom può essere downvoltato, e l&#8217;altra bella notizia è che la patch phc (già integrata in zen) lo supporta già. La mezza cattiva notizia è [...]]]></description>
			<content:encoded><![CDATA[<p>Dei benefici del downvolting della cpu ne ho scritto già in passato, e il mio pentium M 740 è 3 anni che gira downvoltato.</p>
<p>La bella notizia è che anche l&#8217;atom può essere downvoltato, e l&#8217;altra bella notizia è che la patch phc (già integrata in zen) lo supporta già.</p>
<p>La mezza cattiva notizia è che non si può abbassare il voltaggio della cpu quando ha moltiplicatore minimo. Ovvero a 0,8Ghz il voltaggio minimo è quello di default.</p>
<p>Per ora me la sono cavata con l&#8217;aggiunta in rc.conf di queste due righe:</p>
<p>echo &#8220;24 17 15 15&#8243; > /sys/devices/system/cpu/cpu0/cpufreq/phc_vids<br />
echo &#8220;24 17 15 15&#8243; > /sys/devices/system/cpu/cpu1/cpufreq/phc_vids</p>
<p>Con il tempo vedrò se i voltaggi vanno bene.<br />
La ventolina al massimo potrebbe essere un ricordo :)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pierloz.com/2009/01/12/downvolting-anche-sullatom/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>xorg con driver intel: benchmark gtkperf</title>
		<link>http://www.pierloz.com/2009/01/07/xorg-con-driver-intel-benchmark-gtkperf/</link>
		<comments>http://www.pierloz.com/2009/01/07/xorg-con-driver-intel-benchmark-gtkperf/#comments</comments>
		<pubDate>Wed, 07 Jan 2009 01:37:10 +0000</pubDate>
		<dc:creator>pierloz</dc:creator>
				<category><![CDATA[Senza categoria]]></category>
		<category><![CDATA[archlinux]]></category>
		<category><![CDATA[eeepc]]></category>
		<category><![CDATA[EXA]]></category>
		<category><![CDATA[gtkperf]]></category>
		<category><![CDATA[intel]]></category>
		<category><![CDATA[kernel]]></category>
		<category><![CDATA[UXA]]></category>
		<category><![CDATA[XAA]]></category>
		<category><![CDATA[xorg]]></category>

		<guid isPermaLink="false">http://www.pierloz.com/?p=288</guid>
		<description><![CDATA[Sul forum inglese di arch (e non solo lì) diversi utenti si sono lamentati di un calo di prestazioni dei driver video intel. Ho voluto verificare se il consiglio di utilizzare XAA come AccelMethod sia valido. Ho usato il bechmark gtkperf per controllare le prestazioni dell&#8217;intel 945GME integrata nell&#8217;eeepc 901. Ecco i risultati per quanto [...]]]></description>
			<content:encoded><![CDATA[<p>Sul forum inglese di arch (e non solo lì) diversi utenti si sono lamentati di un calo di prestazioni dei driver video intel.</p>
<p>Ho voluto verificare se il consiglio di utilizzare XAA come AccelMethod sia valido.</p>
<p>Ho usato il bechmark gtkperf per controllare le prestazioni dell&#8217;intel 945GME integrata nell&#8217;eeepc 901.</p>
<p>Ecco i risultati per quanto riguarda XAA:<br />
<quickcode><br />
GtkEntry &#8211; time:  0,15<br />
GtkComboBox &#8211; time:  2,30<br />
GtkComboBoxEntry &#8211; time:  1,47<br />
GtkSpinButton &#8211; time:  0,28<br />
GtkProgressBar &#8211; time:  0,21<br />
GtkToggleButton &#8211; time:  0,42<br />
GtkCheckButton &#8211; time:  0,28<br />
GtkRadioButton &#8211; time:  0,66<br />
GtkTextView &#8211; Add text &#8211; time:  2,07<br />
GtkTextView &#8211; Scroll &#8211; time:  0,70<br />
GtkDrawingArea &#8211; Lines &#8211; time:  1,81<br />
GtkDrawingArea &#8211; Circles &#8211; time:  3,98<br />
GtkDrawingArea &#8211; Text &#8211; time:  5,76<br />
GtkDrawingArea &#8211; Pixbufs &#8211; time:  0,28<br />
 &#8212;<br />
Total time: 20,37<br />
</quickcode><br />
e per quanto riguarda EXA:<br />
<quickcode>GtkEntry &#8211; time:  0,15<br />
GtkComboBox &#8211; time:  2,33<br />
GtkComboBoxEntry &#8211; time:  1,42<br />
GtkSpinButton &#8211; time:  0,27<br />
GtkProgressBar &#8211; time:  0,21<br />
GtkToggleButton &#8211; time:  0,38<br />
GtkCheckButton &#8211; time:  0,28<br />
GtkRadioButton &#8211; time:  0,73<br />
GtkTextView &#8211; Add text &#8211; time:  2,22<br />
GtkTextView &#8211; Scroll &#8211; time:  0,92<br />
GtkDrawingArea &#8211; Lines &#8211; time:  2,39<br />
GtkDrawingArea &#8211; Circles &#8211; time:  5,45<br />
GtkDrawingArea &#8211; Text &#8211; time:  5,03<br />
GtkDrawingArea &#8211; Pixbufs &#8211; time:  0,28<br />
 &#8212;<br />
Total time: 22,07<br />
</quickcode><br />
Infine, EXA con opzione &#8220;MigrationHeuristic&#8221; &#8220;greedy&#8221;<br />
<quickcode><br />
GtkEntry &#8211; time:  0,12<br />
GtkComboBox &#8211; time:  2,07<br />
GtkComboBoxEntry &#8211; time:  1,69<br />
GtkSpinButton &#8211; time:  0,28<br />
GtkProgressBar &#8211; time:  0,24<br />
GtkToggleButton &#8211; time:  0,47<br />
GtkCheckButton &#8211; time:  0,24<br />
GtkRadioButton &#8211; time:  0,68<br />
GtkTextView &#8211; Add text &#8211; time:  2,27<br />
GtkTextView &#8211; Scroll &#8211; time:  0,89<br />
GtkDrawingArea &#8211; Lines &#8211; time:  2,45<br />
GtkDrawingArea &#8211; Circles &#8211; time:  5,71<br />
GtkDrawingArea &#8211; Text &#8211; time: 18,29<br />
GtkDrawingArea &#8211; Pixbufs &#8211; time:  0,55<br />
 &#8212;<br />
Total time: 35,96<br />
</quickcode></p>
<p>Come si può vedere, XAA risulta il più performante, seguito a ruota da EXA, mentre EXA con l&#8217;opzione &#8220;greedy&#8221; risulta molto molto più lento (eppure viene consigliata in certi siti).</p>
<p>Sembra però che con la recente inclusione del GEM di intel (graphics execution manager) nel kernel 2.6.28, EXA (o meglio, il nuovo UXA) migliorerà al punto da essere finalmente più veloce di XAA.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pierloz.com/2009/01/07/xorg-con-driver-intel-benchmark-gtkperf/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Promemoria</title>
		<link>http://www.pierloz.com/2009/01/06/promemoria/</link>
		<comments>http://www.pierloz.com/2009/01/06/promemoria/#comments</comments>
		<pubDate>Tue, 06 Jan 2009 01:48:20 +0000</pubDate>
		<dc:creator>pierloz</dc:creator>
				<category><![CDATA[Senza categoria]]></category>
		<category><![CDATA[bios]]></category>
		<category><![CDATA[eeepc]]></category>

		<guid isPermaLink="false">http://www.pierloz.com/2009/01/06/promemoria/</guid>
		<description><![CDATA[Non tentare di aggiornare il bios di un eeepc nel cuore della notte, a meno di non essere soli. Bippa da morire, maledetto :/]]></description>
			<content:encoded><![CDATA[<p>Non tentare di aggiornare il bios di un eeepc nel cuore della notte, a meno di non essere soli.</p>
<p>Bippa da morire, maledetto :/</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pierloz.com/2009/01/06/promemoria/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Giocando con sreadahead</title>
		<link>http://www.pierloz.com/2009/01/06/giocando-con-sreadahead/</link>
		<comments>http://www.pierloz.com/2009/01/06/giocando-con-sreadahead/#comments</comments>
		<pubDate>Tue, 06 Jan 2009 01:26:35 +0000</pubDate>
		<dc:creator>pierloz</dc:creator>
				<category><![CDATA[Senza categoria]]></category>
		<category><![CDATA[archllinux]]></category>
		<category><![CDATA[eeepc]]></category>
		<category><![CDATA[kernel]]></category>
		<category><![CDATA[sreadahead]]></category>

		<guid isPermaLink="false">http://www.pierloz.com/?p=283</guid>
		<description><![CDATA[Oggi pomeriggio ho voluto sperimentare sreadahead sull&#8217;eeepc 901. Prima cosa da fare è stato portare la patch da ext3 a ext2, visto che sul piccolino ho scelto ext2 come filesystem per la root. Considerato la diretta discendenza di ext3 da ext2, è stato molto semplice prendere la patch di sreadahead scritta per ext3 e crearne [...]]]></description>
			<content:encoded><![CDATA[<p>Oggi pomeriggio ho voluto sperimentare sreadahead sull&#8217;eeepc 901.</p>
<p>Prima cosa da fare è stato portare la patch da ext3 a ext2, visto che sul piccolino ho scelto ext2 come filesystem per la root.</p>
<p>Considerato la diretta discendenza di ext3 da ext2, è stato molto semplice prendere la patch di sreadahead scritta per ext3 e crearne una per ext2.</p>
<p>Ho poi ricompilato il kernel (lo zen presente nel repository di robertek), ovviamente con l&#8217;aggiunta della patch appena scritta.</p>
<p>Ora ho sreadahead funzionante, anche se a onor del vero non vedo nessun incremento di velocità di boot (ovvero, anche senza sreadahead, sono sempre sotto i 20 secondi compreso ambiente grafico openbox+lxpanel+qualche_altra_robetta).</p>
<p>Mi resta da togliermi lo sfizio di guardare un bootchart, perchè stranamente bootchart non vuole funzionare.</p>
<p>A presto per altre osservazioni.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pierloz.com/2009/01/06/giocando-con-sreadahead/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Breve resoconto di &#8220;archlinux incontra eeepc 901&#8243;</title>
		<link>http://www.pierloz.com/2008/12/24/breve-resoconto-di-archlinux-incontra-eeepc-901/</link>
		<comments>http://www.pierloz.com/2008/12/24/breve-resoconto-di-archlinux-incontra-eeepc-901/#comments</comments>
		<pubDate>Wed, 24 Dec 2008 18:04:48 +0000</pubDate>
		<dc:creator>pierloz</dc:creator>
				<category><![CDATA[Senza categoria]]></category>
		<category><![CDATA[acpi]]></category>
		<category><![CDATA[archlinux]]></category>
		<category><![CDATA[asus]]></category>
		<category><![CDATA[eeepc]]></category>
		<category><![CDATA[kernel]]></category>
		<category><![CDATA[SSD]]></category>
		<category><![CDATA[xorg]]></category>
		<category><![CDATA[zen]]></category>

		<guid isPermaLink="false">http://www.pierloz.com/?p=276</guid>
		<description><![CDATA[Eccomi a scrivere un paio di righe, ovviamente le sto scrivendo dal piccolo eeepc901 finalmente animato da una aggiornatissima archlinux :) I dettagli li rimando, lascio solo un breve resoconto dell&#8217;installazione e della prima configurazione. Partizioni Originarie Il disco principale dell&#8217;eeepc (4 GB) si presenta partizionato in 4 partizioni. Le prime due sono utilizzate da [...]]]></description>
			<content:encoded><![CDATA[<p>Eccomi a scrivere un paio di righe, ovviamente le sto scrivendo dal piccolo eeepc901 finalmente animato da una aggiornatissima archlinux :)</p>
<p>I dettagli li rimando, lascio solo un breve resoconto dell&#8217;installazione e della prima configurazione.</p>
<p><strong>Partizioni Originarie</strong></p>
<p>Il disco principale dell&#8217;eeepc (4 GB) si presenta partizionato in 4 partizioni. Le prime due sono utilizzate da xandros (di cui una in sola lettura). Le restanti 2 sono due piccole partizioni di circa 8 MB (mega!), una utilizzata per eventuali aggiornamenti bios (è possibile copiarci li il file del bios e al boot questo verrà aggiornato), e l&#8217;altra utilizzata per la funzione fastboot del bios.</p>
<p>Io ho piallato tutto eccetto l&#8217;ultima partizione, visto che il fastboot è assai splendido :)</p>
<p>Eventuali aggiornamenti del bios li farò passare da una pennetta usb.</p>
<p><strong>Installazione di arch</strong></p>
<p>Ho usato un masterizzatore dvd usb e l&#8217;iso di test 2008.12, per installare un sistema base.</p>
<p>Ho creato un&#8217;unica partizione nel disco da 4GB (eccetto quella per il fastboot) e l&#8217;ho formattata in ext2.</p>
<p>Niente swap.</p>
<p>Ho in seguito utilizzato la connessione ethernet (il modulo era già presente nel kernel) per compilare il modulo wifi (rt2860, si trova in AUR).</p>
<p>netcfg ha qualche problemino a funzionare. Seguendo il consiglio del wiki di arch ho optato per wicd.</p>
<p>Xorg funziona splendidamente senza dover scrivere nessun file di configurazione. Nota: ricordarsi di installare hal e aggiungerlo ai demoni, altrimenti xorg parte senza le periferiche di input e bisogna riavviare la macchina.</p>
<p><strong>Improving it!</strong></p>
<p>Tra le prime cose che ho fatto, ho montato un tmpfs in /tmp e lì ci ho fatto anche cachare (non è una brutta parola!) firefox.</p>
<p>Oggi ho un po giocato con i kernel di robertek, uno zen ricompilato su misura (oserei dire &#8220;striminzito&#8221;, sono 5MB) per il 901.</p>
<p>Installato il kernel zen-eee dal suo repo, ho installato anche acpi-eee901, che contiene gli script acpi per gestire i tasti funzione. Contiene anche il programma asusosd, che lanciato all&#8217;avvio di openbox mi da un riscontro visivo con un popup quando alzo/abbasso volume e luminosità.</p>
<p>Successivamente ho ricompilato il kernel zen-eee per includere un po di moduli che non so per quale motivo erano stati lasciati fuori.</p>
<p>A breve scrivero di qualche altro pasticcio, e di tutto quello che causa dimenticanza e fretta ho sicuramente dimenticato di dire.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pierloz.com/2008/12/24/breve-resoconto-di-archlinux-incontra-eeepc-901/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Pacman su SSD</title>
		<link>http://www.pierloz.com/2008/12/24/pacman-su-ssd/</link>
		<comments>http://www.pierloz.com/2008/12/24/pacman-su-ssd/#comments</comments>
		<pubDate>Tue, 23 Dec 2008 23:28:56 +0000</pubDate>
		<dc:creator>pierloz</dc:creator>
				<category><![CDATA[Senza categoria]]></category>
		<category><![CDATA[archlinux]]></category>
		<category><![CDATA[eeepc]]></category>
		<category><![CDATA[ext2]]></category>
		<category><![CDATA[pacman]]></category>
		<category><![CDATA[SSD]]></category>

		<guid isPermaLink="false">http://www.pierloz.com/?p=274</guid>
		<description><![CDATA[E&#8217; semplicemente assurdo quanto veloce sia pacman con ext2 su una SSD. Pazzesco :) Ah, eeepc 901 powered by arch :)]]></description>
			<content:encoded><![CDATA[<p>E&#8217; semplicemente assurdo quanto veloce sia pacman con ext2 su una SSD.</p>
<p>Pazzesco :)</p>
<p>Ah, eeepc 901 powered by arch :)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pierloz.com/2008/12/24/pacman-su-ssd/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>E&#8217; arrivato il piccolino (eeepc 901)</title>
		<link>http://www.pierloz.com/2008/12/18/e-arrivato-il-piccolino-eeepc-901/</link>
		<comments>http://www.pierloz.com/2008/12/18/e-arrivato-il-piccolino-eeepc-901/#comments</comments>
		<pubDate>Thu, 18 Dec 2008 11:29:58 +0000</pubDate>
		<dc:creator>pierloz</dc:creator>
				<category><![CDATA[Senza categoria]]></category>
		<category><![CDATA[archlinux]]></category>
		<category><![CDATA[eeepc]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[SSD]]></category>
		<category><![CDATA[Wireshop]]></category>

		<guid isPermaLink="false">http://www.pierloz.com/?p=272</guid>
		<description><![CDATA[Due giorni fa mi è stato consegnato l&#8217;eeepc 901 che avevo ordinato il primo dicembre da Wireshop. Ovviamente ho scelto la versione Linux, e non solo perchè ha una SSD più capiente, ma anche per dimostrare come consumatore il mio apprezzamento verso il pinguino. Prime veloci impressioni: è piccolo! però si mantiene ancora utilizzabile. La [...]]]></description>
			<content:encoded><![CDATA[<p>Due giorni fa mi è stato consegnato l&#8217;eeepc 901 che avevo ordinato il primo dicembre da Wireshop.</p>
<p>Ovviamente ho scelto la versione Linux, e non solo perchè ha una SSD più capiente, ma anche per dimostrare come consumatore il mio apprezzamento verso il pinguino.</p>
<p>Prime veloci impressioni:</p>
<ul>
<li>è piccolo! però si mantiene ancora utilizzabile. La tastiera richiede un minimo di pazienza per adattarcisi. Questo post lo sto scrivendo proprio dalla sua mini tastiera, e non ho grosse difficoltà.</li>
<li>Lo schermo mi piace: molto luminoso ma utilizzabile anche a livelli di luminosità bassi (con miglioramento dell&#8217;autonomia della batteria). La risoluzione è sufficiente per lavorare, forse è un po&#8217; troppo alta per le dimensioni del display, però questo fa si che la densità di pixel sia molto alta e così l&#8217;immagine appare molto nitida.</li>
<li>Xandros non è poi così male. Sarà giocattoloso e tutto il resto, però il suo sporco dovere lo fa, e anche l&#8217;integrazione con l&#8217;hardware è ottima: tasti funzione perfettamente funzionanti e con feedback visivo (popup)</li>
</ul>
<p>Altre cose le scriverò in seguito.</p>
<p>A causa di altri impegni, non sono ancora riuscito a smanettarci come vorrei (qualcuno ha detto arch?). Da sabato però il piccolino dovrà sopportare una lunga serie di esperimenti :)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pierloz.com/2008/12/18/e-arrivato-il-piccolino-eeepc-901/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>

