Pár jednoduchých vět na vysvětlení:
Vynecháme-li HW vrstvu se kterou komunikuje driver někde v jádru OS, tak na driver je navázaný modul sparvující "video" oblast paměti. T.j. cokoliv se zde zapíše, zobrazí driver na display (u iPhone springboard). Podobně to funguje i se vstupními zařízeními. VNC systémy využívají tyto vlastnosti a fungují přiblížně tahle:
Na zobrazovací modul se připojí jednoduchý prográmek, kerý monitoruje zápisy do video paměti a v pravidelných intervalech je zabalí a odešle do sítě klintovi. Ten je rozbalí a zobrazí v okně. Obráceně klient monitoruje vstupy z klávesnice a myši a posílá je serveru. Protože se jedná v zásadě jen o přepisy obsahu registrů, které jsou osaženy jako rozšířené I/O instrukce ve většině moderních procesorů, nevyžaduje taková opreace žázný mimořádný čas CPU a pouze minimální paměť. V případě, že komunikace není aktivovaná, tak nic neběží a nic se neděje. Proto Veency nevidíš jako proces. Veency nejde deaktivovat, protože ve skutečnosti je to jen nejaká "sdílená knihovna" rozšířená o VNC streaming. Můžeš ji ovšem odinstalovat a v případě potřeby nainstalovat zpět. Podle mého názoru tím ale nic nezískáš.
Pozn: nechci tímto vysvětlením rozpoutat polemiku o mém popisu, který je záměrně zjednodušený a tudíž některé specialisty může popudit
