Hola,
La reproducció de videos flash (youtube) amb el firefox als clients lleugers. La reproducció és molt lenta, com si passes per frames. Però el servidor no te aquest problema.
he augmentat la ram d'un client de 128 a 256 i continuava amb el mateix problema.
fins @r@
arneys.org

Hola,


Això que expliques pot ser degut a la connexió ADSL que feu servir o be que la xarxa de terminals lleugers estigui saturada.

De quin tipus de terminals lleugers estem parlant (vull dir CPU, etc)?


Joan de Gracia

No se si servira d'alguna cosa però jo em vaig trobar amb un cas i vaig canviar la resolucio de pantalla i la frequencia HZ i va deixar de fer-ho!

També podria ser que el servidor no el tinguis amb uns requisits que permeti enviar les imatges als terminals. Jo et recomanaria que el servidor las targetes siguessin a Gigalan i que el Switch també ho fos, almenys la boca on ho connectes perquè reparteixi millor l'ample de banda de la teva xarxa local ja que sino fas un coll de botella a la xarxa. També mira que del servidor al swich sigui un cable de  CAT 6 ja que si sigues interior pot donar molts problemes si el fas treballar a Giga

Espero que et pugui sol.lucionar alguna cosa això que t'he dit.

holes,
el servidor és:
Intel(R) Celeron(R) CPU 2.40GHz
cpu MHz        : 2412.026
cache size      : 256 KB

i els clients: (he trobat aquesta informació per la xarxa, hi ha algunes dades que no se com trobar-les
# CPU
VIA Eden CPU (533 MHZ).
# SRAM
128MB SDRAM fins a 256MB.
# Flash Memory
256KB Bootloader. 16MB DOC/DOM standard, expandable to144MB.
# Video Memory
Share System memory 8MB.
Graphics utilizes system RAM.
#Resolution
1280x1024 / 85 HZ.
1600x1200 / 60 HZ.
True color / 32 bit.

servtelecom i jgraci25,
gràcies per les recomenacions, però tinc problemes per trobar la freqüència de refresc dels clients lleugers. Sabrieu com trobar-la?
la resolució la deixo a X_MODE_ = 1024x768
                                X_COLOR_DEPTH = 16 (per consumir menys)
he posat el valor X_VIDEORAM = 4096
i estic fent proves amb X_HORZSYNC i X_VERTREFRESH però no me n'ensurto de moment.
segons les característique del client lleuger pot treballar amb aquestes resolucions:
  1280x1024x32-bit true color, up to 85Hz
  1024x768x32-bit true color, up to 85Hz
  800x600x32-bit true color, up to 85Hz
  640x480x32-bit true color, up to 85Hz

També he canviat de servidor i ara és un  P4 2.4Ghz amb 1,5 G de RAM

Hola,


Em sembla que ja sé on pot haver-hi el problema. De vegades LTSP no és capaç de detectar correctament l'xserver gràfic.  La directriu:

XSERVER = auto

funciona correctament per a molts servidors gràfics. Em podríeu dir si ho heu deixat en auto? En cas afirmatiu m'hauríeu de dir quina placa gràfica té el client lleuger. Veig que heu definit la quantitat de memòria X_VIDEORAM i això em fa pensar que heu tingut problemes per fer funcionar la part gràfica.


Joan de Gracia

ei,
ho tenim amb XSERVER = auto
hem estat mirant per google a veure si trobavem quina carta gràfica tenen els clients (TK 3350 LX) pero no ho sabem.
Vam agefir el paràmetre X_VIDEORAM pensant que ens arreglaria el problema, però no ha estat així. Ens ho va fer pensar la proposta de servtelecom.
fins @r@
enric

Hola,

Per saber quina placa gràfica té el thin client podeu fer el següent:

1- Editeu el fitxer /opt/ltsp/i386/etc/lts.conf

2- Afegiu la línia:
      SCREEN_02          = shell

Això farà que, des del thin client i prement <CTRL><F2> passeu a tenir una consola que us permetrà veure el hardware del thin client
Nota: <CTRL> és la tecla de control ;-)

3- Amb lspci podreu saber quina placa gràfica té el thin client

Per exemple, per a plaques SiS, la directriu XSERVER seria: XSERVER=sis

Ja em direu alguna cosa :-)


Joan de Gracia

Hola,

He trobat de LTSP5 la relació de servers gràfics per al projecte. En Linkat 2 de moment estem a 4.2 tot i que algun d'aquests servers gràfics serà l'addient per al vostre thin client:

vesa, ark, ati, atimisc, chips, cirrus_alpine, cirrus, cirrus_laguna, cyrix, dummy, fbdev, fglrx, glint, i128, i740, i810, imstt, mga,
neomagic, newport, nsc, nv, r128, radeon, rendition, riva128, s3, s3virge, savage, siliconmotion, sis, sisusb, tdfx, tga, trident,
tseng, v4l, vesa, vga, via, vmware, voodoo


Joan de Gracia

Hola Joan,
la carta de video és una Trident Microsystems Cyberblade/i1
a xserver hi he posat trident
però continua igual:-(
estic provant de posar-hi una resolució amb X_MODE_0 tipus modeline
també estic intentant compilar el  flashsupport, però em dona error, ara buscaré pel forum a veure si trobo resposta... ;-)
fins @r@
enric

ei, ja me n'he ensortit amb el libflashsupport
he hagut d'instalar l'openssl-devel i compilar de nou l'esdsond que l'he descarregat de aquí:
ftp://ftp.gnome.org/pub/gnome/sources/esound/0.2/esound-0.2.36.tar.gz
S'escolta el so del falshplayer sense problemes, però les imatges continuen venint tallades.
també vull remarcar que quan em poso a reproduir un video flash amb firefox la punta del ratolí es mou amb dificultat i quan tanco el firefox el ratolí es torna a moure amb normalitat.
us passo el nostre lts.conf:
[Default]
        SERVER            = 192.168.0.201
        XSERVER            = trident
        X_MOUSE_PROTOCOL  = "IMPS/2"
        X_MOUSE_DEVICE    = "/dev/psaux"
        X_MOUSE_RESOLUTION = 400
        X_MOUSE_BUTTONS    = 3
        USE_XFS            = N
        SCREEN_01          = startx
        SCREEN_02          = shell
        X_MODE_0          = 1024x768
        X_HORZSYNC        = 48-68
        X_VERTREFRESH      = 60-85
        X_COLOR_DEPTH      = 16
        LOCAL_STORAGE      = Y
#
# Configuracio so
#
SOUND              = Y
SOUND_DAEMON      = esd
S_MODULE00        = auto
VOLUME            = 75
MIC_VOLUME        = 75
CD_VOLUME          = 75
HEADPHONE_VOLUME  = 90
PCM_VOLUME        = 90
#
# Configuracio teclat espanyol
#
XkbLayout          = es
XkbModel          = pc105
#
fins @r@
enric

Jo faria una prova molt fàcil de fer, provaria una maquina al costat del servidor i ficar un cable creuat de la normativa 6 ( Cable a giga ) però descartar que sigui la xarxa ( Si la targeta es a 100 amb un cable normal també pots fer la proba).
També podries provar de ficar una altre targeta gràfica per descartar que ho sigui però ho dubto. En la informàtica es te que comença per lo basis i després anar estirant el fil, fes aquesta prova a veure que tal va ja que de vegades el switch o el cablejat et pot donar una mala passada, si ho proves nomès amb una maquina podràs saber amb més exactitud si realment es del servidor.

Nosaltres ho tenim muntat en varis instituts i no hem detectat aquest problema, un d'ells de 42 maquines funcionant i totes van perfectes. Fes aquesta proba i diga'ns els resultats. Si tens algun monitor que aguanti mes 1024x768 seria més aconsellable per descartar-ho tot.

Espero la teva resposta.

hola companys!
gràcies per les idees, però continuem visionant el flash video en frames amb els clients lleugers.
hem canviat:
la tarja de xarxa clients del servidor a Gigabit
un switch Gigabit
ens falta canviar el cable ethernet a cat6 del servidor al switch
Hauria de posar cat6 del switch als clients lleugers?

Vaig fer la prova amb un portatil PM amb 1G de RAM des dels clients i passava el mateix però amb menys intensitat.
vaig provar-ho amb un cable creuat de 50 cm i feia el mateix.

doncs us donaré de nou les caraterísitques a veuire si trobem el què :-(

Servidor:
P4 2,4 Ghz
RAM 1,5
2 discos durs de 120G
Viudeo nVidia Corporation NV11 [GeForce2 MX/MX 400]
2 targes de xarxa:
eth0 dinàmica internet  RTL-8139/8139C/8139C+
eth1 estàtica xarxa clients RTL-8169 Gigabit Ethernet

Clients
Via eden 533 Mhz
RAM 256
ethernet RTL-8139/8139C/8139C+
Video Trident Microsystems Cyberblade/i1

fins @r@
enric

Si tinguessis un client amb una targeta Gigabit i un cable de Cat6 podries comprovar com encara va mes ràpid, els frames no els eliminaràs al 100% l'únic que podràs fer es reduir-los, compte que es com el famós Terminal server de windows que la forma de treballar es retransmetia imatges fotogràfiques per la xarxa de tot lo que va passant al servidor, aquestes imatges quant mes ràpid les enviïs ( El servidor una tarja a Gigabit amb cat 6 fins al switch ) i el client les rebi ( aconsellable també a gigabit i cat 6 desde el swich al client ) li arribarà amb un ample de banda de 1gb si li fas amb cat5 i una xarxa a 100, redueixes 900mb cada cop que envies i reps coses i per això et fa aquets frames, amb un flash normal no tens problemes però amb vídeos com youtube si que en tindràs i no aconseguiràs que es vegin al 100% però amb una xarxa a gigabit i totes les targetes a gigabit tindràs molt a guanyar.

Fes la proba de una maquina client, cable creuat cat6 cap a la targeta de xarxa del servidor sense passar per cap switch i veuràs la velocitat màxima que podràs veure un video, més que això no ho aconseguiràs. LTSP tindria que comprimir encara mes del que ja ho fa perquè sigues perfecte però no esta pensat per fer multimèdia.

Espero la teva resposta!

Hola companys,
gràcies per tot.
Hem intentat totes les vostres recomanacions, però continua igual, però en menys intensitat.
Hem canviat els hubs a gigabite, les targes del servidor a gigabite i retocat el document lts.conf
crec que l'hem pogut afinar al màxim, però hem arribat a la conclusió que és un problema bàsicament de recursos materials. Ara no ens podem permetre de invertir, canviant els clients lleugers, el servidor o el cablejat a CAT6.
Per un costat el servidor és justet i per l'altre els clients lleugers són massa "lleugers" ;-)
L'aula funciona, i fins i tot es poden executar webs amb jocs flash sense problemes.
Ara m'estic descarregant la versió 2.1 i l'instal·laré la setmana vinent.
He pensat que instal·lant algun navegador més lleuger podria ajudar al servidor a no utilitzar tant de recursos...
fins @r@
enric 

Hola Enric,

La CPU del servidor i la memòria que té t'hauria de donar per a una instal·lació d'uns 10 terminals sense problemes (tens 1.5 Gb de RAM). La connexió entre el servidor i els terminals pot ser a 100 Mbps sense gaire complicacions.

Segurament el problema es deu que quan arrenca l'Xserver no és capaç de detectar automàticament la placa de vídeo del thin client. Si observes els missatges quan arrenca el terminal ha de donar algun missatge queixant-se que el vídeo és massa lent.

Prova a canviar les directrius XSERVER i X_VIDEORAM

XSERVER=trident
X_VIDEORAM= xxx

on xxx és la memòria RAM de la placa gràfica.

(és important definir aquestes dues directrius)


Joan de Gracia

com puc conèixer la ram de la placa gràfica?
fins @r@
enric

Hola,

Doncs pots provar amb diferents valors per a la quantita de memòria. Prova valors com ara 8, 16, 32, etc.

El problema que té de vegades la detecció automàtica del servidor xserver és que no és capç de reconèixer ni el xipset ni la memòria. Jo em vaig trobar en el mateix cas amb un thin client.

Fes una prova amb valors baixos de la RAM de la VGA i digues-me si ha funcionat o no.



Joan

Hola,
he provat:
X_VIDEORAM:
1024
2048
4096
8192
16384

continua igual. Podria ser que faltés algun driver?

et deia lo del driver per aquesta discussió que he trobat per la xarxa:

http://markmail.org/message/nwegrscccjhltqbp#query:lts.conf cyberblade%2Fi1+page:1+mid:gpuzhhctns7cg74n+state:results

he buscat els resultats del lspci -vv
però no em dona el driver que utilitza el kernel

?¿

Hola,


La comanda lspci -vv l'has d'executar tal i com et vaig indicar a:




A veure si serveix :-)


Joan de Gracia

Joan,
Si, ja vaig executar aquesta comanda al shell 2.

bash-2.05b# lspci -vv
0000:01:00.0 VGA compatible controller: Trident Microsystems CyberBlade/i1 (rev 6a)
(prog-if 00 [VGA controller])
Subsystem: Trident Microsystems CyberBlade/i1
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32
Interrupt: pin A routed to IRQ 255
Region 0: Memory at e4000000 (32-bit, non-prefetchable) [size=8M]
Region 1: Memory at e5000000 (32-bit, non-prefetchable) [size=128K]
Region 2: Memory at e4800000 (32-bit, non-prefetchable) [size=8M]
Expansion ROM at 10000000 [disabled] [size=64K]
Capabilities: [80] AGP version 2.0
Status: RQ=33 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2,x4
Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=<none>
Capabilities: [90] Power Management version 1
Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-

Joan,
Buscant per la xarxa he trobat:
http://lists.opensuse.org/opensuse-bugs/2007-09/msg05922.html

doncs he canviat el driver de trident a vesa
ha millorat, ja no es tant exagerat i reprodueix més lleuger. Aniré provant els diferents drivers i a veure com reacciona.
fins @r@
enric