Re: [riminilug-general] Re: thin-client LTSP

[Ivan Tarozzi <itarozzi@xxxxxxxxx>]

Ciao Giuseppe,
grazie mille per il report. Qualche curiosita':

Il 20/05/2014 10:04, Giuseppe Ferrara ha scritto:
> Ciao Roberto,
> ieri sera io e Davide Bolognesi siamo andati in laboratorio per
> provare il raspberry come thin-client
> con il server LTSP.
>
> Il raspy si avvia velocemente e mostra subito il login LTSP. Dopo il
> login abbiamo notato buone
> prestazioni nella gestione dei menu gnome e nell'apertura di writer. 

con cosa avete avviato il thin client? BerryTerminal o altro?


> Con impress si sono visti rallentamenti già nella disposizione delle
> finestre che permettono la gestione delle slide.
>
> Abbiamo avviato una presentazione impress (da 10 slide) creata in
> passato e si sono visti avanzamenti a scatti dei testi animati.
>
> Firefox girava bene però quando abbiamo cercato di guardare un filmato
> su youtube il raspy ha iniziato ad andare in crisi.
>

questa parte e' interessante, anche nella valutazione di soluzioni
alternative.

Non e' facile capire e isolare le problematiche, bisognerebbe fare
un'analisi e un tuning direttamente sul TC, ma non so se si riesce ad
ottenere accesso alla sua console, e poi non e' detto che le app di test
siano installate...

La poca fluidita' della grafica, se si confermasse che la rete e' OK e
il server non e' sovraccarico, potrebbe essere imputabile alle scarse
prestazioni del comparto GPU, sia per problematiche hw (potenza/memoria)
che software (driver).

Il problema, nell'embedded a maggior ragione, e' capire se e come
sfruttare le accelerazioni hw della GPU (ove disponibili). Quindi capire
se il kernel e il server grafico che sono avviati sul TC sono
ottimizzati per il rpi.
Questo ovviamente varrebbe anche per altre schede (banana-pi o simili)

E, lo ribadisco a costo di essere ripetitivo, bisogna anche verificare
se a livello di architettura server X-remoto (XDMCP) la fluidita' che
cerchiamo e' possibile (su questo non ho esperienze dirette).

Tutto questo giro di parole per dire che non mi e' chiaro se il problema
sia il rpi sub-potenziato o l'architettura di sessione X remota.

Tanto per fare un esempio, raspbmc (o altre) riproducono perfettamente
video HD da rete (provato personalmente), quindi il fatto che youtube
via LTSP lo metta in crisi mi lascia dei dubbi. Nel primo caso pero' il
rpi legge da rete il flusso video e lo riproduce direttamente sfruttando
le accelerazioni video locali.
Nel secondo caso il flusso video e' letto dal server, decodificato sul
server, e il risultato viene inviato alla sessione remota del TC
(scusate la banalizzazione di termini).

Prova da fare, se non e' gia' stata fatta: con un notebook recente e ben
carrozzato usato come TC la fluidita' e' assicurata?


> Altro problema da non sottovalutare è il riscaldamento eccessivo del
> raspy. Ho verificato in altre occasioni con una img Raspbian Debian
> Wheezy, che la temperatura di lavoro con pochi servizi in
> esecuzione(50 MB di ram e 20% CPU), si stabilizza a circa 46°. Se si
> inserisce la raspy nel contenitore trasparente la temperatura dopo
> pochi minuti sale fino a 54°.
> Ho aggiunto i 3 dissipatori che si trovano in commercio e non ho
> riscontrato miglioramenti termici.

Dovrebbe comunque essere una temperatura operativa ancora accettabile.
Purtroppo sul sito ufficiale non trovo i range di temperatura (!) ma
fonti non ufficiali [1] parlano di 70 C. Poi c'e' anche chi applica
ventole, ma se non serve direi che e' tutta energia e rumore che si
possono risparmiare


> Questo è il risultato della mia esperienza con il raspy.
>
> Giuseppe

un'esperienza vale piu' di mille pagine di teoria :D

Thanks!

Ivan


[1]
http://www.raspberry-projects.com/pi/pi-hardware/hardware-general-specifications
[2] http://www.raspberrypi.org/forums/viewtopic.php?f=63&t=39953



---------------------------------------------------------------------
Per cancellarsi, scrivi a: riminilug-general-unsubscribe@xxxxxxxxxxxx
Se vuoi conoscere altri comandi, scrivi a: riminilug-general-help@xxxxxxxxxxxx