Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Schnelles virtuelles X
4 views
Skip to first unread message
Peter Schütt
Aug 16, 2012, 9:20:59 AM8/16/12
to
Hallo,
ich habe hier einen Server ohne Bildschirm, wo aber trotzdem zumindest ein
grafisches Programm drauf laufen muￜ.
Bisher verwende ich folgende Konstruktion:
Xvfb :1&
DISPLAY=:1 /opt/myprogram/myprogram.sh&
x11vnc -display :1&
Das Programm braucht nur zur Konfiguration eine grafische Oberflï¿œche und
lï¿œuft ansonsten automatisch.
Mein Server ist ein stromsparender 1Ghz-Rechner mit 1Gb RAM.
Vom Client komme ich mit xvncviewer drauf.
Nun funktioniert diese Konstruktion zwar, aber es ist recht langsam.
Mein Server ist eigentlich ein Thin Client, den ich zum Server umgewidmet
habe und sogar eine Grafikkarte. Leider ist seine Festplatte nur 4Gb groￜ
(und auch nur schlecht erweiterbar) und von daher muￜ ich mit dem
Plattenspeicher sparsam umgehen (fï¿œr das System).
Er enthï¿œlt sogar eine Grafikkarte:
01:00.0 VGA compatible controller: VIA Technologies, Inc. CN700/P4M800
Pro/P4M800 CE/VN800 [S3 UniChrome Pro] (rev 01)
Wie gesagt, im Prinzip kann ich mit dieser Konstruktion leben, aber wenn es
flottere Alternativen gï¿œbe, wï¿œre ich fï¿œr Hinweise dankbar.
Ciao
Peter Schï¿œtt
--
www.pstt.de
Die E-Mail-Adresse funktioniert, kann aber u.U. in Zukunft mal abgeschaltet
werden. Ohne "_remove_this_" wird sie auch in Zukunft noch funktionieren.
ich habe hier einen Server ohne Bildschirm, wo aber trotzdem zumindest ein
grafisches Programm drauf laufen muￜ.
Bisher verwende ich folgende Konstruktion:
Xvfb :1&
DISPLAY=:1 /opt/myprogram/myprogram.sh&
x11vnc -display :1&
Das Programm braucht nur zur Konfiguration eine grafische Oberflï¿œche und
lï¿œuft ansonsten automatisch.
Mein Server ist ein stromsparender 1Ghz-Rechner mit 1Gb RAM.
Vom Client komme ich mit xvncviewer drauf.
Nun funktioniert diese Konstruktion zwar, aber es ist recht langsam.
Mein Server ist eigentlich ein Thin Client, den ich zum Server umgewidmet
habe und sogar eine Grafikkarte. Leider ist seine Festplatte nur 4Gb groￜ
(und auch nur schlecht erweiterbar) und von daher muￜ ich mit dem
Plattenspeicher sparsam umgehen (fï¿œr das System).
Er enthï¿œlt sogar eine Grafikkarte:
01:00.0 VGA compatible controller: VIA Technologies, Inc. CN700/P4M800
Pro/P4M800 CE/VN800 [S3 UniChrome Pro] (rev 01)
Wie gesagt, im Prinzip kann ich mit dieser Konstruktion leben, aber wenn es
flottere Alternativen gï¿œbe, wï¿œre ich fï¿œr Hinweise dankbar.
Ciao
Peter Schï¿œtt
--
www.pstt.de
Die E-Mail-Adresse funktioniert, kann aber u.U. in Zukunft mal abgeschaltet
werden. Ohne "_remove_this_" wird sie auch in Zukunft noch funktionieren.
Bernd Hohmann
Aug 16, 2012, 9:43:02 AM8/16/12
to
On 16.08.2012 15:20, Peter Schütt wrote:
> 01:00.0 VGA compatible controller: VIA Technologies, Inc. CN700/P4M800
> Pro/P4M800 CE/VN800 [S3 UniChrome Pro] (rev 01)
>
> Wie gesagt, im Prinzip kann ich mit dieser Konstruktion leben, aber wenn es
> flottere Alternativen gäbe, wäre ich für Hinweise dankbar.
> 01:00.0 VGA compatible controller: VIA Technologies, Inc. CN700/P4M800
> Pro/P4M800 CE/VN800 [S3 UniChrome Pro] (rev 01)
>
> Wie gesagt, im Prinzip kann ich mit dieser Konstruktion leben, aber wenn es
Ein aktuelles Debian sollte einen 2D beschleunigten Unichrome-Treiber
beinhalten.
Für schnellen Remote-Zugriff auf die GUI nehme ich nomachine. Klappt in
einer ähnlichen Konfiguration wie bei Dir ganz gut, im LAN ist es
Sinnvoll die Verschlüsselung und ZLIB Kompression abzuschalten weil das
die kleinen CPUs kaum schaffen.
Alternativ kannst Du versuchen mit xrdp zu arbeiten (ich hab das nie
geschafft).
Bernd
Thomas Bächler
Aug 16, 2012, 10:48:45 AM8/16/12
to
Am 16.08.2012 15:20, schrieb Peter Schütt:
> Hallo,
> ich habe hier einen Server ohne Bildschirm, wo aber trotzdem zumindest ein
> grafisches Programm drauf laufen muß.
> Hallo,
> ich habe hier einen Server ohne Bildschirm, wo aber trotzdem zumindest ein
>
> Bisher verwende ich folgende Konstruktion:
>
> Xvfb :1&
> DISPLAY=:1 /opt/myprogram/myprogram.sh&
> x11vnc -display :1&
Virtueller X server + x11vnc kommt mir mal sehr umständlich vor. Ich hab
> Bisher verwende ich folgende Konstruktion:
>
> Xvfb :1&
> DISPLAY=:1 /opt/myprogram/myprogram.sh&
> x11vnc -display :1&
diese Kombination nie verwendet, also schiebe ich deine Beschwerde bzgl.
Geschwindigkeit mal darauf.
Verwende doch einen richtigen VNC server, wie z.B. tightvnc (oder
realvnc), der nicht an einen bereits laufenden X Server gebunden ist.
Was Systemressourcen angeht habe ich sehr positive Erfahrungen mit
tightvnc gemacht.
Juergen Schroeder
Aug 16, 2012, 4:36:01 PM8/16/12
to
In de.comp.os.unix.x11 Peter Schütt <peter_rem...@pstt.de> wrote:
> ich habe hier einen Server ohne Bildschirm, wo aber trotzdem zumindest ein
> grafisches Programm drauf laufen muß.
> ich habe hier einen Server ohne Bildschirm, wo aber trotzdem zumindest ein
> Vom Client komme ich mit xvncviewer drauf.
dann kannst du doch deinen Client als Xserver nutzen
ssh -X user@server /opt/myprogram/myprogram.sh
X11 und vncserver auf dem Server brauchst du nicht zu starten.
> Nun funktioniert diese Konstruktion zwar, aber es ist recht langsam.
am Client ist.
Jürgen
Andreas Kohlbach
Aug 16, 2012, 9:58:33 PM8/16/12
to
Peter Schütt wrote on 16. August 2012:
>
> ich habe hier einen Server ohne Bildschirm, wo aber trotzdem zumindest ein
> grafisches Programm drauf laufen muß.
>
> ich habe hier einen Server ohne Bildschirm, wo aber trotzdem zumindest ein
>
> Bisher verwende ich folgende Konstruktion:
>
> Xvfb :1&
> DISPLAY=:1 /opt/myprogram/myprogram.sh&
> x11vnc -display :1&
>
> Das Programm braucht nur zur Konfiguration eine grafische Oberfläche und
> Bisher verwende ich folgende Konstruktion:
>
> Xvfb :1&
> DISPLAY=:1 /opt/myprogram/myprogram.sh&
> x11vnc -display :1&
>
> läuft ansonsten automatisch.
[...]
Wenn dort und auf dem Client ssh läuft, kannst du mit
ssh -X server_ip programm
das starten.
--
Andreas
Linux: The choice of a GNU generation.
Peter Schütt
Aug 17, 2012, 3:08:33 AM8/17/12
to
Hallo,
Andreas Kohlbach wrote:
> Peter Schï¿œtt wrote on 16. August 2012:
>>
>> ich habe hier einen Server ohne Bildschirm, wo aber trotzdem zumindest
>> ein grafisches Programm drauf laufen muￜ.
>
> [...]
>
> Wenn dort und auf dem Client ssh lï¿œuft, kannst du mit
die nur nicht sehen, wï¿œhrend es normal lï¿œuft.
Da habe ich mich etwas miï¿œverstï¿œndlich ausgedrï¿œckt.
Ich kann doch nicht eine laufende Programminstanz mit ssh -X ï¿œbernehmen,
sondern das Programm wird dann doch neu gestartet, und spï¿œtestens, wenn der
Client-Rechner heruntergefahren wird, wird auch das Programm beendet.
Oder gibt es eine Mï¿œglichkeit, das Fenster einer Programminstanz via ssh -X
auf den Client-Rechner zu ï¿œbernehmen?
Andreas Kohlbach wrote:
> Peter Schï¿œtt wrote on 16. August 2012:
>>
>> ich habe hier einen Server ohne Bildschirm, wo aber trotzdem zumindest
>>
>> Bisher verwende ich folgende Konstruktion:
>>
>> Xvfb :1&
>> DISPLAY=:1 /opt/myprogram/myprogram.sh&
>> x11vnc -display :1&
>>
>> Bisher verwende ich folgende Konstruktion:
>>
>> Xvfb :1&
>> DISPLAY=:1 /opt/myprogram/myprogram.sh&
>> x11vnc -display :1&
>>
>> Das Programm braucht nur zur Konfiguration eine grafische Oberflï¿œche und
>> lï¿œuft ansonsten automatisch.
>
> [...]
>
> Wenn dort und auf dem Client ssh lï¿œuft, kannst du mit
>
> ssh -X server_ip programm
>
> das starten.
Das Programm lￜuft aber dauerhaft mit einer grafischen Oberflￜche, ich muￜ
> ssh -X server_ip programm
>
> das starten.
die nur nicht sehen, wï¿œhrend es normal lï¿œuft.
Da habe ich mich etwas miï¿œverstï¿œndlich ausgedrï¿œckt.
Ich kann doch nicht eine laufende Programminstanz mit ssh -X ï¿œbernehmen,
sondern das Programm wird dann doch neu gestartet, und spï¿œtestens, wenn der
Client-Rechner heruntergefahren wird, wird auch das Programm beendet.
Oder gibt es eine Mï¿œglichkeit, das Fenster einer Programminstanz via ssh -X
auf den Client-Rechner zu ï¿œbernehmen?
Thomas Bächler
Aug 17, 2012, 4:34:48 AM8/17/12
to
Am 17.08.2012 09:08, schrieb Peter Schï¿œtt:
>> Wenn dort und auf dem Client ssh lï¿œuft, kannst du mit
>>
>> ssh -X server_ip programm
>>
>> das starten.
>
> Das Programm lￜuft aber dauerhaft mit einer grafischen Oberflￜche, ich muￜ
> die nur nicht sehen, wï¿œhrend es normal lï¿œuft.
>
> Da habe ich mich etwas miï¿œverstï¿œndlich ausgedrï¿œckt.
Finde ich nicht.
>> Wenn dort und auf dem Client ssh lï¿œuft, kannst du mit
>>
>> ssh -X server_ip programm
>>
>> das starten.
>
> Das Programm lￜuft aber dauerhaft mit einer grafischen Oberflￜche, ich muￜ
> die nur nicht sehen, wï¿œhrend es normal lï¿œuft.
>
> Da habe ich mich etwas miï¿œverstï¿œndlich ausgedrï¿œckt.
> Ich kann doch nicht eine laufende Programminstanz mit ssh -X ï¿œbernehmen,
> sondern das Programm wird dann doch neu gestartet, und spï¿œtestens, wenn der
> Client-Rechner heruntergefahren wird, wird auch das Programm beendet.
> Oder gibt es eine Mï¿œglichkeit, das Fenster einer Programminstanz via ssh -X
> auf den Client-Rechner zu ï¿œbernehmen?
Sowas ï¿œhnliches mit NX mï¿œglich, was eine ï¿œhnliche Funktionsweise wie VNC
hat, aber meiner Erfahrung nach ressourcenhungriger und vor allem
komplizierter zu konfigurieren ist.
Dirk Thierbach
Aug 17, 2012, 6:46:52 AM8/17/12
to
Peter Schütt <peter_rem...@pstt.de> wrote:
> Das Programm läuft aber dauerhaft mit einer grafischen Oberfläche, ich muß
> die nur nicht sehen, während es normal läuft.
>
> Oder gibt es eine Möglichkeit, das Fenster einer Programminstanz via ssh -X
> auf den Client-Rechner zu übernehmen?
Es gibt Xpra, sozusagen "screen" fuer X.
http://xpra.org/
Ausprobiert habe ich es noch nicht. Wenn Du es ausprobieren willst, berichte
doch dann mal, wie es laeuft.
- Dirk
> Das Programm läuft aber dauerhaft mit einer grafischen Oberfläche, ich muß
> die nur nicht sehen, während es normal läuft.
>
> Oder gibt es eine Möglichkeit, das Fenster einer Programminstanz via ssh -X
> auf den Client-Rechner zu übernehmen?
Es gibt Xpra, sozusagen "screen" fuer X.
http://xpra.org/
Ausprobiert habe ich es noch nicht. Wenn Du es ausprobieren willst, berichte
doch dann mal, wie es laeuft.
- Dirk
Manfred Schmitt
Aug 17, 2012, 12:20:45 PM8/17/12
to
Dirk Thierbach schrieb:
> Peter Schï¿œtt <peter_rem...@pstt.de> wrote:
> > Das Programm lￜuft aber dauerhaft mit einer grafischen Oberflￜche, ich muￜ
> > die nur nicht sehen, wï¿œhrend es normal lï¿œuft.
> >
> > Oder gibt es eine Mï¿œglichkeit, das Fenster einer Programminstanz via ssh -X
> > auf den Client-Rechner zu ï¿œbernehmen?
Ich war mir nicht ganz sicher ob das ueber Xpra gestartete Programm
pausiert wird wenn kein Client mehr verbunden ist, dann wuerde es Peter
ja auch nicht weiter helfen. Habe es nun aber nochmal kurz mit dvbcut
getestet, auch wenn kein Client verbunden ist laeuft das indexieren
eines MPEGs normal weiter :-)
Und wech,
Manne
> Peter Schï¿œtt <peter_rem...@pstt.de> wrote:
> > Das Programm lￜuft aber dauerhaft mit einer grafischen Oberflￜche, ich muￜ
> > die nur nicht sehen, wï¿œhrend es normal lï¿œuft.
> >
> > auf den Client-Rechner zu ï¿œbernehmen?
>
> Es gibt Xpra, sozusagen "screen" fuer X.
>
> http://xpra.org/
>
> Ausprobiert habe ich es noch nicht. Wenn Du es ausprobieren willst, berichte
> doch dann mal, wie es laeuft.
>
Xpra funktionierte in meinen Tests voellig problemlos.
> Es gibt Xpra, sozusagen "screen" fuer X.
>
> http://xpra.org/
>
> Ausprobiert habe ich es noch nicht. Wenn Du es ausprobieren willst, berichte
> doch dann mal, wie es laeuft.
>
Ich war mir nicht ganz sicher ob das ueber Xpra gestartete Programm
pausiert wird wenn kein Client mehr verbunden ist, dann wuerde es Peter
ja auch nicht weiter helfen. Habe es nun aber nochmal kurz mit dvbcut
getestet, auch wenn kein Client verbunden ist laeuft das indexieren
eines MPEGs normal weiter :-)
Und wech,
Manne
Ulli Horlacher
Aug 18, 2012, 7:54:31 PM8/18/12
to
Manfred Schmitt <expires...@slashproc.org> wrote:
> > Es gibt Xpra, sozusagen "screen" fuer X.
> >
> > http://xpra.org/
> >
> > Ausprobiert habe ich es noch nicht. Wenn Du es ausprobieren willst, berichte
> > doch dann mal, wie es laeuft.
> >
> Xpra funktionierte in meinen Tests voellig problemlos.
Ich verwende xpra zusammen mit virtualbox, weil das dummerweise kein "GUI
> > Es gibt Xpra, sozusagen "screen" fuer X.
> >
> > http://xpra.org/
> >
> > Ausprobiert habe ich es noch nicht. Wenn Du es ausprobieren willst, berichte
> > doch dann mal, wie es laeuft.
> >
> Xpra funktionierte in meinen Tests voellig problemlos.
detach" kennt. Abgesehen davon, dass Ctrl-Alt-Fx nicht durchgeht,
funktioniert es einwandfrei.
--
Ullrich Horlacher Informationssysteme und Serverbetrieb
Rechenzentrum IZUS/TIK E-Mail: horl...@rus.uni-stuttgart.de
Universitaet Stuttgart Tel: ++49-711-68565868
Allmandring 30a Fax: ++49-711-682357
70550 Stuttgart (Germany) WWW: http://www.rus.uni-stuttgart.de/
Peter Schütt
Aug 21, 2012, 12:24:02 PM8/21/12
to
Hallo,
[,,]
ist von der Bedienung her etwas flüssiger.
Dann bin ich noch auf eine ganz simple Idee gekommen:
vncserver :1&
DISPLAY=:1 /opt/myprogram/myprogram.sh&
DISPLAY=:1 olvwm&
olvwm ist ein Windowmanager, den ich noch von der Uni herkenne und ich
wählte ihn aus Nostalgie. twm ging nicht, aber man hätte auch einen anderen
nehmen können.
Nun kann ich das Fenster minimieren und das Programm und auch der VNC-Prozeß
verbraucht kaum noch Resourcen.
Das Gemale im Hauptfenster war anscheinend recht aufwändig.
Da hätte ich natürlich auch vorher draufkommen können.
Ein weiterer Vorteil dieser Konstruktion ist, daß ich nach Beenden des
Clients nicht wieder explizit x11vnc auf dem Server starten muß. Das wird
nämlich automatisch beendet, wenn der vncviewer geschlossen wird.
Bei dieser Konstruktion ist ein Paßwort Pflicht, aber damit kann ich auch
noch leben.
xpra habe noch nicht ausprobiert. Aber mit tightvnc reicht mir das
eigentlich schon.
Ciao
Peter Schütt
[,,]
> Verwende doch einen richtigen VNC server, wie z.B. tightvnc (oder
> realvnc), der nicht an einen bereits laufenden X Server gebunden ist.
> Was Systemressourcen angeht habe ich sehr positive Erfahrungen mit
> tightvnc gemacht.
Ich habe jetzt mal tightvnc verwendet und die Darstellung ist besser und es
> realvnc), der nicht an einen bereits laufenden X Server gebunden ist.
> Was Systemressourcen angeht habe ich sehr positive Erfahrungen mit
> tightvnc gemacht.
ist von der Bedienung her etwas flüssiger.
Dann bin ich noch auf eine ganz simple Idee gekommen:
vncserver :1&
DISPLAY=:1 /opt/myprogram/myprogram.sh&
DISPLAY=:1 olvwm&
olvwm ist ein Windowmanager, den ich noch von der Uni herkenne und ich
wählte ihn aus Nostalgie. twm ging nicht, aber man hätte auch einen anderen
nehmen können.
Nun kann ich das Fenster minimieren und das Programm und auch der VNC-Prozeß
verbraucht kaum noch Resourcen.
Das Gemale im Hauptfenster war anscheinend recht aufwändig.
Da hätte ich natürlich auch vorher draufkommen können.
Ein weiterer Vorteil dieser Konstruktion ist, daß ich nach Beenden des
Clients nicht wieder explizit x11vnc auf dem Server starten muß. Das wird
nämlich automatisch beendet, wenn der vncviewer geschlossen wird.
Bei dieser Konstruktion ist ein Paßwort Pflicht, aber damit kann ich auch
noch leben.
xpra habe noch nicht ausprobiert. Aber mit tightvnc reicht mir das
eigentlich schon.
Ciao
Peter Schütt
Thomas Bächler
Aug 21, 2012, 12:37:39 PM8/21/12
to
Am 21.08.2012 18:24, schrieb Peter Schï¿œtt:
> Hallo,
>
> [,,]
>> Verwende doch einen richtigen VNC server, wie z.B. tightvnc (oder
>> realvnc), der nicht an einen bereits laufenden X Server gebunden ist.
>> Was Systemressourcen angeht habe ich sehr positive Erfahrungen mit
>> tightvnc gemacht.
>
> Ich habe jetzt mal tightvnc verwendet und die Darstellung ist besser und es
> ist von der Bedienung her etwas flï¿œssiger.
> Hallo,
>
> [,,]
>> Verwende doch einen richtigen VNC server, wie z.B. tightvnc (oder
>> realvnc), der nicht an einen bereits laufenden X Server gebunden ist.
>> Was Systemressourcen angeht habe ich sehr positive Erfahrungen mit
>> tightvnc gemacht.
>
> Ich habe jetzt mal tightvnc verwendet und die Darstellung ist besser und es
>
> Dann bin ich noch auf eine ganz simple Idee gekommen:
>
> vncserver :1&
> DISPLAY=:1 /opt/myprogram/myprogram.sh&
> DISPLAY=:1 olvwm&
Schau dir $HOME/.vnc/xstartup an, da kannst du den Kram direkt
> Dann bin ich noch auf eine ganz simple Idee gekommen:
>
> vncserver :1&
> DISPLAY=:1 /opt/myprogram/myprogram.sh&
> DISPLAY=:1 olvwm&
reinschreiben.
Weiterer Tipp fï¿œr sehr Ressourcenschonende WMs: openbox, bzw. lxde+openbox.
0 new messages