Atrust t176L-klienten är inriktad på kunskapsarbetare för virtuell skrivbordsinfrastruktur (VDI) som letar efter en diskret VDI-klient som stöder dubbla bildskärmar. För att ge en kort specifik översikt är Atrust t176L en tunn klient med liten formfaktor som har 4 USB- och 2 DisplayPort-portar som drivs av en Intel-processor som kör ett skräddarsytt Linux-operativsystem. Den stöder två skärmar på 3840 x 2160 @30Hz eller 2560 x 1600 @60Hz. Den stöder alla stora VDI-miljöer.
Atrust är baserat i Taiwan och grundades 2007. Atrust har haft begränsad exponering mot den nordamerikanska marknaden men dess produkter är välkända i Asien och Europa. Atrust producerar tunna klienter, nollklienter, VDI-servrar och VDI-klienthanteringsprogram.
Denna granskning kommer att ge en djupgående översikt över Atrust t176L VDI-klientens specifikationer, design och byggkvalitet, och en sammanfattning av testerna som vi utförde på den under tre veckor. Vi kommer sedan att presentera de viktigaste resultaten från dessa tester och ge våra tankar om enheten och kort diskutera vem som skulle dra nytta av den här produkten.
Specifikationer för Atrust t176L
| Klienttyp | tunn klient |
| Formfaktor | Small |
| OS | Atrust OS (Linux) |
| Fjärrvisningsprotokoll som stöds | Citrix ICA/HDX, Microsoft RDP med RemoteFX VMware Horizon View (PCoIP/RDP/Blast) |
| CPU | Intel Atom x5-E8000 Quad-Core 1.04GHz (Turbo 2.0G) |
| Minne | 2 GB (valfritt: 4 GB, 8 GB) |
| lagring | 4 GB (valfritt: 16 GB, 32 GB, 64 GB) |
| Skärmar | Två skärmar på 3840 x 2160@30Hz eller 2560 x 1600@60Hz |
| Effekt | DC 12V/3A extern strömadapter |
| Hamnar | 2 x DisplayPort 2 x USB 3.0 2 x USB 2.0 |
| multimedia | 3.5 mm ljudutgång 3.5 mm ljudingång |
| Nätverksanslutning | RJ45 – 10/100/1000 Mb (valfritt WiFi) |
| Fysisk storlek | höjd 39.5mm x bredd 103mm x djup 143mm |
| Fysisk vikt | 442 g |
| MSRP | $ 250 USD |
| Garanti | 3 års delar och arbete |
Design och bygga
Kartongförpackningen var att enheten kom i var tung, och själva enheten var insvept i en elektrostatisk plastpåse. Boxen innehöll också en 12V 3amp DC-strömförsörjning och en snabbstartsguide.
På baksidan av enheten finns två DisplayPort-portar, två 2.0 USB-portar, ett RJ45-uttag och strömanslutningen. Framsidan av enheten har strömbrytaren, två 3.5 mm ljudjack (ett för ljudingång och det andra för ljudutgång), två 3.0 USB-portar och en strömindikatorlampa.
Hela väskan, förutom baksidan, är gjord av tjock svart plast med ventilationshål på båda sidorna och ovansidan. Baksidan av fodralet är gjord av svart metall. Den vänstra sidan av enheten har två hål som kan användas för att fästa enheten på VESA-fästet. På toppen av enheten finns en plats för ett Kingston-lås. På sidan av enheten finns ett stativ med dubbla ändamål som kan tas bort genom att ta bort en enda Philips-skruv. Det avtagbara stativet innehåller sex Phillip-skruvar som kan användas med hålen på sidan av enheten för att montera basen på sidan som ett VESA-fäste; detta är faktiskt en mycket genialisk funktion. Sammantaget är fodralet på den här enheten mycket hållbart och bör hålla i en kontorsmiljö.
Fodralet hålls ihop med två Phillips-skruvar på sidan av enheten, en av skruvarna är under en "Garanti ogiltig om borttagen"-dekal. Genom att ta bort dessa skruvar kan du bända botten av enheten och exponera moderkortet på enheten, som är välgjord, och en ADATA-märkt 2G X 4 SO-DIMM. Alla synliga komponenter och portar är ytmonterade på moderkortet. Byggkvaliteten på enheten är över genomsnittet och har inga mekaniska delar, till exempel en fläkt, som kan misslyckas.
Dokumentation
Snabbstartguiden hade en URL till VDI-klientens dokumentation. Dokumentationen för enheten var 268 sidor lång och gjorde ett mycket bra jobb med att förklara hur man ställer in enheten och konfigurerar den för att fungera med de stora VDI-miljöerna. För ett företag som håller på att ta sig in på den amerikanska marknaden blev vi positivt överraskade över kvaliteten på dokumentationen.
användbarhet
Det verkliga testet för en virtuell skrivbordsklient är dess användbarhet; för att testa användbarheten av t176L använde vi klienten i tre veckor i vårt Pacific Northwest-labb med olika konfigurationer. Nedan är de viktigaste resultaten vi noterade under vår tid med klienten.
För att testa t176L kopplade vi den till vårt nätverk via en Cat 6-kabel genom enhetens RJ45-port som var ansluten till vårt nätverk via ett 1Gb-nätverk genom en enda switch som var ansluten till antingen en server eller en WAN-router. Servern var värd för vårt lokala virtuella skrivbord VMware Horizon medan WAN-routern användes för att ansluta till molnbaserade virtuella skrivbord. För att skapa en kontrollerad miljö övervakades nätverket under testning för att säkerställa att ingen annan trafik fanns på nätverket. Ett trådlöst tangentbord och en Dell-mus (artikelnummer KM636) användes under hela vår testning.
För den första uppstarten och testningen av enheten kopplade vi t176L till en Dell UltraSharp 38” Curved 4K Monitor (U3818DW) genom en av enheterna DisplayPorts. Dell-skärmen har ett tangentbord, en mus och en videoswitch (KVM) inbyggd. Monitorns inbyggda KVM-switch var extremt användbar under våra tester eftersom den tillät oss att växla mellan VDI-klienten och vår bärbara dator med en knapptryckning. Vi kopplade in tangentbordet/musens dongel till bildskärmens uppströms USB-port.
Initial konfiguration
Efter att ha slagit på enheten tog det totalt 40 sekunder att starta, få en IP-adress från min DNS-server och presentera en "Atrust Quick Connection"-skärm som visade en lista över de tre vanligaste VDI-lösningarna. Listan inkluderade Citrix, VMware View och Remote Desktop-anslutning. Från den här listan valde jag VMware View och fick en VMware Horizon Client (version 4.8). Jag konfigurerade Horizon-klienten för att ansluta till min Horizon-anslutningsmäklare.
VDI-klienten ställde in skärmen till en upplösning på 2560 x 1440 istället för enhetens maxupplösning på 3840 x 1600. Vi misstänker att detta var ett problem med bildskärmens konfiguration eftersom vi kunde ansluta enheten till vår Lenovo P27 4K-skärm via samma port och har en upplösning på 3840 x 1600.
Enheten tillåter skärmskuggning via VNC, som vi använde för att fånga många av skärmdumparna som används i den här recensionen. För att undvika att påverka klientens prestanda negativt använde vi dock inte skärmskuggning när vi övervakade enhetens lyhördhet.
Skärmdelning aktiveras genom att välja inställningarna (kugghjulsikonen) i det nedre vänstra hörnet av skärmen och sedan välja System >Lösenord och markera kryssrutan Aktivera skugga.
Systeminformation (såsom versionerna av VDI-klienterna, programvaran som kördes och leverantörsinformation) visas genom att välja System> Systeminformation från inställningsmenyn.
Klientens prestanda övervakades genom att köra toppen från klientterminalfönstret. Du får tillgång till terminalen genom att välja Inställningar> Terminal.
Citrix skyltfönster
Klienten testades inte i en Citrix-miljö.
Leostream
Vi testade klienten med ett moln VDI-skrivbord från Leostream. Leostream-anslutningsmäklaren och det virtuella skrivbordet körde i ett AWS-datacenter. Leostream stöder många av de stora fjärrskrivbordsprotokollen och några nischade, för detta test använde vi HTML5 RDP-protokoll. Vi ville använda detta protokoll eftersom det inte är beroende av att ha någon ytterligare programvara installerad på enheten och kan användas från vilken enhet som helst som har en HTML5-webbläsare och virtuella skrivbord som stöder RDP-anslutningar, inklusive Windows- och Linux-datorer.
För att ansluta till det virtuella skrivbordet använde jag Atrust-klientens webbläsare Firefox. Jag gick till Atrust Client Setup-panelen, valde Applications och klickade på Web Browser där jag angav ett namn för sessionen och URL:en för Leostream-anslutningsmäklaren.
För att starta Leostream-sessionen klickade jag på Leostream-ikonen på startmenyn som tog upp webbläsaren Firefox, där jag skrev in mitt användarnamn och lösenord, och sedan, efter en kort väntan, fick jag ett virtuellt skrivbord.
Jag använde det virtuella skrivbordet Leostream för att redigera dokument och strömma videor med praktiskt taget samma upplevelse som att använda ett lokalt skrivbord. Eftersom klienten inte har en inbyggd högtalare kopplade jag in ett headset i 3.5 mm-porten på framsidan av VDI-klienten. När jag spelade upp en YouTube-video i kvartsskala spelades videon upp utan att några ramar tappade; i helskärmsläge var videon dock ryckig och bildrutor släpptes. Ljudet var tydligt och stabilt under hela videouppspelningen. Det faktum att videouppspelningen minskade bildrutor under uppspelning i helskärmsläge var inte oväntat eftersom jag hade upplevt liknande videokvalitetsminskningar på andra klienter. Eftersom jag inte hade det här problemet när jag arbetade med det GPU-aktiverade virtuella skrivbordet, tror jag att det är en artefakt av det virtuella skrivbordet och inte klienten, nätverket eller HTML5 RDP-protokollet.
Efter att ha kopplat från det virtuella skrivbordet pingade jag IP-adressen för anslutningsmäklaren och fann att tur- och returtiden (RTT) var 98ms. Med tanke på det faktum att Leostream-anslutningsmäklaren och det virtuella skrivbordet fanns i ett AWS-datacenter beläget på östkusten, och klienten körde i vårt Pacific Northwest-labb, blev jag glatt överraskad när jag upptäckte att ett virtuellt skrivbord med så mycket latens fungerade precis som samt ett virtuellt skrivbord som var värd på plats. Jag upptäckte att om jag ändrade storlek på webbläsaren så måste jag logga ut och sedan tillbaka till sessionen för att få den nya skärmstorleken igenkänd.
Local Horizon Desktop
Under resten av de tre veckorna som jag använde enheten använde jag ett lokalt virtuellt Horizon-skrivbord för att göra mina dagliga uppgifter.
Det virtuella skrivbordet som jag använde körde Windows 10 (1607), hade 2 vCPU:er, 8 GB minne och 50 GB NVMe-baserad lagring.
Det första testet jag genomförde med mitt lokala virtuella skrivbord var att använda VLC för att spela upp en video (1280 x 720 @ 712kbs) som lagrades på det virtuella skrivbordet. Först spelade jag upp videon med en fjärdedel av skärmen och sedan igen i helskärmsläge. I kvartsskala spelades videon upp utan att några bildrutor tappade; i helskärmsläge var videon dock ryckig och bildrutor släpptes, vilket var fallet med Leostreams virtuella skrivbord. Jag tror att videoramar som tappas är ett resultat av det virtuella skrivbordet och inte klienten eller nätverket. Ljudet spelades upp felfritt genom ett headset kopplat till 3.5 mm-uttaget när videon visades i både kvartsskala och helskärmsläge.
För att ytterligare testa enheten kopplade jag ett Jabra voice 150-headset till en USB-anslutning; Jabra-headsetet upptäcktes av det virtuella skrivbordet och fungerade utan problem.
Jag använde klienten för mina dagliga aktiviteter i tre veckor utan problem. Detta inkluderade att använda Microsoft Office-applikationer, webbläsaren Chrome, spela musik som strömmade internet, etc. Under denna tid fungerade enheten felfritt.
Ogynnsamma nätverksförhållanden
För det mesta är nätverksanslutningen mellan ett virtuellt skrivbord och en VDI-klient anslutning stabil och ren, men under vissa omständigheter kan anslutningarna vara dåliga; nätverkspaket tappar, hög latens och paket som levereras ur funktion (jitter). För att testa hur väl klienten hanterar dessa förhållanden injicerade jag nätverksproblem i strömmen mellan mitt virtuella skrivbord och min klient.
För att testa för ogynnsamma nätverkssituationer kopplade jag klienten till mitt lokala virtuella skrivbord med PCoIP. Efter att jag injicerade icke-optimala nätverksförhållanden i nätverksströmmen, utförde jag uppgifter på dokument och spelade upp en video i kvartsläge och helskärmsläge på VDI-klienter och observerade resultaten. För att samla in mer information pingades det virtuella skrivbordet från klienten och övervakade enhetens CPU-aktivitet med det övre kommandot.
För att introducera icke-optimala nätverksförhållanden i min nätverksström använde jag Apposite NetropyVE, en mjukvaruversion av Apposites hårdvarubaserade nätverksemuleringsapparat. Bilden nedan visar hur NetropyVE var placerad i min nätverksström.
Jag konfigurerade och använde olika NetropyVE "sökvägar" för att observera vilken effekt dåliga nätverksförhållanden skulle ha. Den första sökvägen (lokal) hade ingen ytterligare latens, paketnedgång eller latens injicerad i strömmen. Den andra vägen (Coast-to-Coast) hade en latens på 100ms. Den tredje vägen (Bad Local) hade ett paketfall på 2 % och ett slumpmässigt jitter på 0-30 ms. Den fjärde vägen (Bad Coast-to-Coast) hade 2% paketfall och ett slumpmässigt jitter på 70-100ms. Bilden visar NetropyVE-gränssnittet som jag använde för att konfigurera och välja sökvägar. Nästa bild visar hur jag övervakade CPU-användningen av VDI-klienten med topp medan jag spelade upp en video på det virtuella skrivbordet. Tabell 1 visar mina observationer när jag testar VDI-klienten under icke-optimala nätverksförhållanden.
Tabell 1 - Icke-optimala nätverksresultat
|
Bana |
Ping |
Redigera dokument |
Quarter Scale Video |
Video i full skala |
|
Lokala |
|
Inga problem |
CPU 24 % Video spelas upp smidigt. Ljudet var tydligt. |
CPU 36 % Video ryckig. Ljudet var tydligt. |
|
Dålig lokal |
|
Inga problem |
CPU 30 % Videon var hackig. Ljudet var bra. |
CPU 33 % Videon var hackig. Ljudet var bra. |
|
Kust till kust |
101ms
|
Inga problem |
CPU 13 % Videon var hackig. Ljudet var bra. |
CPU 17 % Videon uppdaterades var 0.5 sekund och var inte synkroniserad med ljudet. Ljudet var raspigt. |
|
Dålig kust-till-kust |
92ms
|
Inga problem |
CPU 11 % Videon uppdaterades var 1:e sekund och var inte synkroniserad med ljudet. Ljudet tappade märkbart. |
CPU 20 % Videon visade en bildruta varannan sekund och var inte synkroniserad med ljudet. Ljudet gick inte att använda. |
Vi har precis börjat inkludera ogynnsamma nätverksförhållanden i våra VDI-klientrecensioner, och vi har ännu inte en fullständig förståelse för konsekvenserna och innebörden av dessa resultat. När vi gör fler tester över olika enheter kommer vi dock att få en bättre förståelse för hur en VDI-klients hårdvara, inbyggda nätverksstack och de olika fjärrvisningsprotokollen påverkar användbarheten av dessa enheter. Som sådan tar vi inte hänsyn till dessa suboptimala nätverkstester i vår slutsats om enheten eftersom deras implikationer fortfarande inte är helt klarlagda.
Använda andra protokoll
Atrust annonserar att enheten fungerar med PCoIP, VMware Horizon Blast och CITRIX HDX, men vi upptäckte att när man ställer upp en anslutning måste man ha möjlighet att använda andra protokoll. Obs: informationen nedan är bara från våra egna observationer, som vi inte tog hänsyn till i vår slutliga dom av enheten.
Som nämnts ovan inkluderar enheten Firefox webbläsare som körs inbyggt på klienten och fungerade felfritt med Leostream virtuella skrivbord. När vi testade enheten med SSH och RDP kunde vi ansluta till andra system med SSH och vi kunde ansluta till ett XP- och Windows 10-system med RDP utan några problem.
Enhetshantering
Enheten kan användas med Atrust Remote Management Console, ett webbläsarbaserat administrationsverktyg som används för att hantera flera VDI-klienter från en enda portal. Att använda Atrust Remote Management Console ligger utanför ramen för denna recension.
Systemhantering
Inställningsknappen, som finns i det nedre vänstra hörnet av verktygsfältet, hade möjlighet att konfigurera enhetens inställningar.
Konfigurationsfönstret är uppdelat i fem sektioner: Program, Användargränssnitt, Enheter, Nätverk och System.
Applikationssektionen har alternativen för att konfigurera anslutningar med de olika protokollen. När en anslutning väl har konfigurerats visas den i en trädstruktur i Navigatorn till vänster om konfigurationsfönstret.
Avsnittet Användargränssnitt har inställningarna för skärm, skrivbord, tangentbord, mus och skärmsläckare. Till skillnad från några av de andra klientkonfigurationsmenyerna som vi har arbetat med, tillåter inte denna användare att ordna och placera bildskärmarna grafiskt, utan kräver istället att de gör det via en rullgardinsmeny.
De andra avsnitten i konfigurationsfönstret används för att konfigurera klienten och de enheter som är anslutna till den. Vi tyckte att menyn var intuitiv och lätt att navigera och att Atrust-dokumentationen kan konsulteras för mer information om vad inställningarna gör.
Slutsats
Atrust har varit en fortsatt verksamhet i 10 år och har sett bred acceptans i Europa och Asien, men Atrust är nytt på den amerikanska marknaden. Efter att ha använt Atrust t176L-klienten i tre veckor, med både lokala och molnbaserade virtuella datorer, fann vi att det var en välbyggd enhet, med mycket bra dokumentation som har några intressanta funktioner, till exempel basen med dubbla ändamål. /VESA-stativ. Atrust t176L är en bra kandidat för företag som behöver en pålitlig och välbyggd VDI-klient för kunskapsarbetare som behöver en eller två monitorer med upp till 4K-upplösning för att slutföra sina dagliga uppgifter.
Amazon