Forum libero

Scritto da:
> Scritto da:
> > Scritto da:
> > > Scritto da:
> > > > Scritto da:
> > > > > Scritto da: ::1
> > > > > > Ha delle features irrinunciabili, ma non mi fa salvare più profili. 10 stelline a chi mi rimedia una versione crackerata.
> > > > >
> > > > > A che gli serve un X server? Renderizza un output localmente?
> > > >
> > > > Immagino per potersi collegare ad un host remoto Linux e poter eseguire le applicazioni grafiche su quell'host remoto Linux usando il PC locale Windows.
> > > >
> > > > In altre parole, una volta collegato con SSH, puoi lanciare un programma (ad esempio kcalc, firefox, ecc) e vederlo renderizzato sul tuo PC locale. Questo avviene senza problemi se entrambe i PC sono Linux, ma se sei su Windows ti serve un programma che fornisca le funzioni di X-Server.
> > >
> > > Ad esempio i vari *VNC visualizzano localmente una schermata remota, e mi chiedevo la differenza.
> > ‏
> > No, è diverso. I VNC fanno praticamente uno screenshot dello schermo remoto e te lo fanno vedere. Su Linux non hai bisogno che sull'host remoto sia in esecuzione un X-Server... puoi lanciare solo kcalc per dire, e vedere solo quello, anche se sull'host remoto non c'è l'interfaccia grafica.‏
>
> È questo che volevo sapere. I VNC mostrano lo schermo remoto, renderizzato dall'X server remoto. In questo caso invece no, ma non capisco bene cosa succeda. L'applicazione remota invia l'output all'X server locale. Ma c'è anche un X server remoto?

Occhio che l'X-Server è un software che implementa il protocollo X. Windows ad esempio non è un X-Server.

Non ho mai giocato con queste cose, quindi non ho esperienze dirette, perciò prendi ciò che dico con il beneficio del dubbio.

L'X-Server nasce per poter essere usato via rete, Windows no.
Cosa significa?
Significa che l'X-Server accetta dei comandi, definiti nell'X-Protocol, tipo "avvia una nuova finestra con ID 232959230", "disegna un rettangolo alle coordinate 10,10 della finestra 232959230", "se l'utente preme un tasto per favore inviami un messaggio con il tasto premuto", "mostra questo bitmap a queste coordinate", ecc.

Un'applicazione compatibile può quindi inviare questo tipo di comandi direttamente via rete... sarà l'X-Server ad implementarli.

Le API dell'X-Server sono a basso livello, sopra di essere vi è implementato il Desktop Environment (KDE, Gnome, ecc) che a sua volta fornisce altre API che però, alla fine, vengono convertiti in messaggi base comprensibili dall'X-Server.

In Windows invece le API che creano finestre, le così dette WinForm, sono di più alto livello ma sono praticamente inseparabili dal kernel di Windows. In pratica su Windows non ci sono messaggi che viaggiano via rete, ma sono proprio chiamate al kernel via API.

Quindi quando io avvio KCalc lui non fa altro che mandare al mio X-Server locale dei comandi via rete per creare la sua finestra, disegnare i pulsanti, scrivere cose, e dire all'X-Server di essere avvertito quando tu clicchi con il mouse da qualche parte, o premi un tasto. (È un po' più complicato di così perché di mezzo c'è anche il DE per cui KCalc è scritto, cioè KDE, che è uno strato superiore ad X-Server)

Calc di Windows invece si limita a chiamare delle API che a loro volta vengono immediatamente convertite in chiamate a funzioni messe a disposizione del Kernel di Windows.

Il vantaggio del metodo usato da Windows è che è molto veloce, non ci sono troppi strati intermedi... però non è pensato per funzionare via rete e non è pensato per funzionare con altro che Windows stesso.

Il vantaggio di un X-Server è che appunto puoi eseguire un'applicazione su un server in Cina e vederla funzionare sul tuo PC locale quasi come se l'avessi lanciata lì oltre che funzionare con qualunque X-Server che implementi l'X-Protocol... lo svantaggio è che è generalmente più lenta (graficamente parlando) rispetto al corrispettivo Windows perché non parla direttamente con il kernel, non può fare assunzioni di nessun tipo circa come le cose funzionano sull'X-Server remoto, ecc ecc ecc.

Così su Windows hai bisogno di un programma sul PC remoto che prenda degli "screenshot" dello schermo e te li mandi. Su Linux invece sul server remoto la tua applicazione non mostra alcuna interfaccia, non ha quindi bisogno di un X-Server in funzione... è il tuo client che riceve direttamente i comandi per disegnare quello di cui quell'applicazione ha bisogno.