Dotaz: Raspberry 4 gpu

[Leo]

Dobrý den. Mám Raspberry Pi 4 4GB RAM v technické místnosti a připojuji se k němu přes vncviewer.

Nedávno jsem zjistil, že se do něj da nainstalovat lazarus, tak jsem chtěl zkusit.

Fungovat funguje a jsem spokojený, ale když v něm něco dělám, pracovní plocha se zadrhavá - škube.

Procesor jede na 5% a k raspi jsem připojený přes 1G lan.

Muže to být nastavením gpu 76.

Odpovědi

[PetebLazar]

Zkusil jsem čistý updatovaný Raspbian na rPi4/4GB, při fullscreen Lazarus IDE se přenáší při přístupu přes VNC maximálně 2Mbps, IDE reaguje okamžitě.

Nemáte spuštěn na rPi nějaký další program produkující změny obrazu? Například video přes celou FullHD obrazovku rPi s výsledkem tak max. 6-8fps ve VNC clientu generuje LAN traffic okolo 300Mbps.

Otestoval bych pro jistotu teoretickou síťovou propustnost mezi rPi4 a počítačem (například pomocí iperf3, bývá v repozitářích Linuxu a je dostupný i pro Windows).

Spustit na straně r-Pi4 v terminálu (serverovou cast)
iperf3 -s 

Na straně klienta 
iperf3 -c IP_adresa_rPi4

Mělo by to ukazovat +/-900Mbps v obou směrech.

[Leo]

Zdravím Tě.

Jsem se na to vice zaměřil.

Nainstaloval jsem si xrdp a přes win – vzdálenou plochu to šlape jak hodinky.

Tak jsem pátral, kde je problém a děla to formulář v lazaru.

Vytvořil jsem nový projekt a nastavím form na height 950 a width 1500.

A začal do něj dávat komponenty.

Při větším počtu komponent začne form problikávat a pokud pak chceš nějakou

komponentu ve form přetáhnout na jiné místo je problém.

https://i.postimg.cc/KvFrsrH2/lazarus.png

[PetebLazar]

Jestli je formulář dynamicky překreslován a xrdp/vnc vrstva to nemůže nepobrat optimálně, pak to asi může vést na výše zmíněný případ. Jaký je traffic LAN při těch problémech?

[Leo]

Jak formulář dynamicky překreslován?

Vůbec nemám spuštěný projekt.

Jen dáš nový projekt, nastavíš velikost form, naházíš komponenta a nespouštíš projekt. Když pak chci přesunout nějakou komponentu na jine místo, tak všechny komponenty problikávají a těžko se s nima manipuluje.

Kdyby byl problém s VNC nebo rychlosti, problikávalo by vše, i hlavní lišta lazaru.

[PetebLazar]

Jde o to, že právě přesun komponenty v rámci formuláře může vyvolat neustálé překreslování dané oblasti, přičemž vnc má snahu to obsahově podchytit a začně produkovat velký datový tok. Můžete náhledem na Správce úloh -> Výkon -> ethernet potvrdit(vyvrátit) rozdíly v datových tocích při přesunu komponent a v klidu(případně navigaci menu)?

[Leo]

Ty narusty jsou při pohybu komponenty.

https://i.postimg.cc/cCzxcQzb/sit.png

xrdp je na tom stejně a max u obou je 500 kb/s

[PetebLazar]

Tak to vypadá, že bottleneck asi nebude síť, ale možná CPU. Při přesunu tlačítka v rámci Form masivně vzroste vytížení CPU (Xorg,lazarus,xrdp), při lokálním běhu je to pouze (Xorg, lazarus). Patrně jde o GPU naakcelerované operace, překleslování tak bude asi plně na bedrech CPU.

[PetebLazar]

CPU load: IDE Lazarus v klidu. https://www.monitos.cz/tmp/rasbian_xrdp_lazarus_idle.png

CPU load: IDE Lazarus (při přesouvání komponety v rámci Form). https://www.monitos.cz/tmp/rasbian_xrdp_lazarus_moving_component.png

[OldFrog {Ondra Nemecek}]

Takže to CPU vytěžuje i při lokálním přihlášení, nebo jen přes rdp/vnc? Pokud se to děje jen vzdáleně, tak asi CPU nestíhá komprimovat obraz před přenosem. Pomohlo by si pohrát s nastavením komprese - hledat optimum vzhledem k rychlosti CPU vs. rychlosti sítě. Také nastavit snímkovací frekvenci případně omezit barevnou hloubku.

[PetebLazar]

Jestě vyšší vytižení CPU více "ve prospěch" Xorg proti IDE Lazarus bylo i při lokálním použití (bez xrdp). Takže i když na plynulosti asi xrdp nepřidá, možná je v tom nevinně (přijde mi, že limitující je možná "efektiva" překreslování IDE v kontextu dostupného výkonu).