Amikor asztali számítógéphez vagy szerverhez való távoli csatlakozásról van szó, a legtöbb ember gyorsan a VNC szerver telepítése mellett dönt. Gyors, könnyen konfigurálható, és ami a legjobb, teljesen ingyenes. Miután telepítette a VNC szolgáltatást a célszámítógépre, lényegében bármelyik ügyfelet használhatja a szolgáltatás eléréséhez, ha képes a VNC protokoll használatára.
A kissé vitatott cikkemben arról, hogyan kémkedhet a házastársa ellen a számítógéppel, megemlítettem, hogy a RealVNC for Windows segítségével ezt megteheti. Aztán ott van Csirke a VNC -ből Mac esetén, vagy VNC hozzáférés az Ubuntuhoz . Ha az ingyenes szoftverek könyvtáraiban keres, nagy és kicsi VNC -ügyfeleket talál, és mindent a kettő között. Nemrég bukkantam rá TightVNC , egy másik VNC kliens azzal az állítással, hogy megkülönböztethető, mert ingyenes, könnyű, gyors és megbízható '.
A „szoros” tesztelése a TightVNC -ben
Annak érdekében, hogy a TightVNC -t tesztelhessem, úgy döntöttem, hogy megfogalmazok egy alapvonalat úgy, hogy a TightVNC futtatása előtt több más VNC -klienst futtatok és megméretek, és összehasonlítom ugyanazzal az alapvonallal. Ez most egyáltalán nem egy magasan elemző, professzionális, végpontok közötti funkcionalitás- vagy kapacitás-teszt. Csak azt szeretném tudni, hogy mennyi memóriát használ fel az alkalmazás futás közben, és mennyi sávszélességet emészt fel, miközben kommunikál a távoli VNC szerverrel.
Az első ügyfél, akit úgy döntöttem, hogy tesztelni fogok, az az ügyfél, amelyet jelenleg folyamatosan használok, az ún UltraVNC . Nagyon szeretem az UVNC -t - könnyen futtatható és konfigurálható, és gyorsan csatlakozhat távoli ügyfeleimhez. Ezt használom a családi webszerverünk, valamint a véletlenszerű számítógépek kezelésére az egész házban.
Az UltraVNC futtatásával megnyitottam az Erőforrás -monitort, és egyenesen a memóriaterületre mentem. Amint láthatja, a „vncviewer.exe” képnév alatt futó UVNC alig 5000 K privát memóriaterületet foglal el, összesen valamivel több mint 11 000 -et.
hogyan működik a google docs?
Ami a hálózat kihasználtságát illeti, egy meglehetősen alacsony aktivitású, használaton kívüli időszakban, amikor körülbelül 5 percre érintetlenül hagyom a csatlakoztatott képernyőt, ennek a kapcsolatnak a hálózati kihasználtsága végül körülbelül 1621 B/sec értékre kiegyenlítődött. Tehát most van egy kiindulási alapunk az összes többi VNC kliens összehasonlításához - körülbelül 5000K memóriaterület és alig több mint 1500 B/sec.
A következő az RealVNC . Valójában ez volt az első VNC kliens, amit valaha használtam, és továbbra is a VNC szerver alkalmazás, amelyet továbbra is használok. A RealVNC klienst futtatva az Erőforrásfigyelő majdnem ugyanazt a teljesítményt mutatta, csak valamivel jobban. Körülbelül 4 520 KB privát memória és körülbelül 10 284 KB.
A másik oldalon észrevettem, hogy a RealVNC által felhasznált hálózati sávszélesség valamivel magasabb volt, mint az UltraVNC, 1887 B/sec, de nem sokkal magasabb. Mivel a sávszélesség időről időre jelentősen ingadozhat - legalább 200 B/sec legalább -, akkor ez a két alkalmazás minden tekintetben közel azonos módon teljesít.
Van egy másik ingyenes VNC kliens, amelyről lehet, hogy nem is hallott TigerVNC . A TigerVNC azért érdekes, mert készítői szerint a teljesítményre és a távoli megjelenítésre összpontosítottak. Rövidesen eljutunk a funkcionalitáshoz, de először be kell fejeznünk a méréseket ezen a harmadik VNC kliensen. A hálózati aktivitás ennél lényegesen magasabbnak tűnik ennél a VNC -ügyfélnél - majdnem ötször magasabb, mint az utolsó kettő .
Amennyire tudtam, a mérés során mindent ugyanúgy csináltam - néhány percet vártam, miután a képernyőt tétlenül hagytam, mielőtt mérést végeztem. Ettől függetlenül a hálózati használat valamivel magasabbnak tűnik.
A memóriafogyasztás azonban úgy tűnik, hogy ugyanaz, mint az UltraVNC. Tehát bármit is tettek a programozók a funkcionalitás növelése és a nagyobb hálózati sávszélesség fogyasztása érdekében, megtették anélkül, hogy több memóriát fogyasztottak volna, mint az UltraVNC.
Ami a hozzáadott funkcionalitást illeti, igaz, hogy a nézet képernyő bal felső sarkában azonnal elérhetők a további funkciók. Egy egérkattintással nagyíthatja, elindíthatja a Windows menüt, vagy használhatja a Control-Alt 'a távoli kliensen. Nem igazán tudtam megmondani, hogy a kijelző minősége jobb -e, mint a másik két VNC kliens, de ha a hálózathasználat bármilyen jelzés, akkor valószínűleg az.
Végül arra az egyetlen VNC -ügyfélre jutunk, amely azt állította, hogy ő a szűkebb VNC -ügyfél - TightVNC . A TightVNC indításakor az első dolog, amit észre fog venni, hogy választhat az „alacsony sávszélességű kapcsolat” mellett, mielőtt csatlakozik a VNC szerverhez.
Ha a hálózati sávszélességet az „alacsony sávszélesség” beállítás alatt nézi, láthatja, hogy a hálózati fogyasztás még mindig magasabb, mint az UltraVNC vagy a RealVNC - körülbelül háromszor nagyobb. Sávszélességét tekintve azonban legyőzi a TigerVNC -t.
Ami a memóriahasználatot illeti, a TightVNC valóban lefújja a versenyt a fenntartott munkaterület mintegy 2000 KB -os különbségével. Figyelembe véve, hogy úgy tűnik, elég keményen dolgozik a hálózaton a megfelelő funkcionalitás biztosítása érdekében, a kisebb lábnyom meglehetősen lenyűgöző.
Szóval, itt van, emberek. Bár a TightVNC nem felel meg pontosan a hype -nak, és valójában nem ér el jelentős sávszélesség -fejlesztést, valóban megfelel annak az állításnak, hogy könnyű. Bárki, aki aggódik a teljes memóriaterület miatt, az aktív alkalmazások kihasználják a számítógépét, a TightVNC legalább egy kis helyet takarít meg.
Sok VNC klienst használt korábban? Melyik a kedvenc ügyfeled és miért? Ossza meg véleményét az alábbi megjegyzések részben!
Kép jóváírása:Anders Engelbøl
ingyenes játékok, amelyek nem igényelnek internetetRészvény Részvény Csipog Email Canon vs Nikon: Melyik a jobb márka?
A Canon és a Nikon a két legnagyobb név a kameraiparban. De melyik márka kínálja a kamerák és objektívek jobb választékát?
Olvassa tovább Kapcsolódó témák- ablakok
- Távoli asztal
- Távoli hozzáférés
- VNC
Ryan villamosmérnöki diplomát szerzett. 13 évet dolgozott az automatizálási mérnöki területen, 5 évet az informatikában, most pedig alkalmazásmérnök. A MakeUseOf korábbi ügyvezető szerkesztője, beszélt az adatok vizualizálásával foglalkozó országos konferenciákon, és szerepelt a nemzeti tévében és rádióban.
Továbbiak Ryan Dube -tólIratkozzon fel hírlevelünkre
Csatlakozz hírlevelünkhöz, ahol technikai tippeket, értékeléseket, ingyenes e -könyveket és exkluzív ajánlatokat találsz!
Feliratkozáshoz kattintson ide