SunTzu nie mógł się powstrzymać i sprawdził jak poprzedni użytkownik obchodził się z sprzętem. Jak ustrzec się przed wścibskimi?
Po co kasować skutecznie? Widać, że z tego dysku każdy mógłby odzyskać dość wiele nawet grę Assasin Creed przy odrobinie szczęścia. A co ty masz na dysku?
Formatowanie nie kasuje danych z banku danych, ale to wiadomo od dawna... dane zostają gdzieś tam na dysku i czekają by je nadpisać. Program GetDataBack skutecznie je odzyskuje zwłaszcza w przypadku prostego formatowania. Te zdjęcia mogą być dowodem zbrodni, ale i w razie tragedii przestrogą dla innych. Robić backupy, bo odzyskiwanie nie zawsze działa, a jak kasować to skutecznie.
Można tego uniknąć korzystając z Google. To właśnie Google Apps umożliwiają kompleksową pracę w chmurze. Wady tego rozwiązania są oczywiste, prywatna firma ma was w garści, a organy ścigania prosząc grzecznie dostaną wyciąg z waszego konta, a tak się zdarzało czasami w skrajnych sytuacjach. Innym ryzkiem są hakerzy, którzy mogą wykraść wasze cenne dokumenty.
Zalety
- Dane są w chmurze
- Szybki rozwój technologii
- Za darmo
Wady
- Ograniczona pojemność
- Mała ilość aplikacji
- Dostęp tylko online.
- Łakomy kąsek dla państw
Innym rozwiązaniem jest praca zdalna. Możemy mieć mały komputer mATX bardzo dobrze zabezpieczony, a w nim wszystkie nasze dane do których możemy mieć dostęp przez LAN albo internet. VNC dość kuleje tutaj:
Radmin to komercyjne rozwiązanie wyłącznie na systemy operacyjne z Radmond. Daje niezły framerate oraz możliwość użycia GPU w systemie operacyjnym.
Zalety
- framerate (w zależności od sprzętu)
- Działające GPU w zdalnej maszynie
Wady
- Jeden rdzeń przeznaczony na obsługę Radmin zarówno po stronie klienta jak i serwera.
- Duże wykorzystanie łącza (praktycznie konieczna jest sieć 1GB/s)
- Cena
- Brak możliwości przesyłania dźwięku
RDP w Windows 7 przeszedł ewolucję. Jest wbudowany, jest szybki, jest lekki. Działa i tu ciach...
Zalety
- Framerate
- Działające GPU w zdalnej maszynie
- Małe obciążenie CPU
Wady
- Tak chwalę więc chyba brak
Konkurencyjnym rozwiązaniem dostępnym na Linuxa jest technologia NX. Jednak tutaj nie możemy wykorzystać GPU na wirtualnej maszynie. Szkoda, bo to rozwiązanie jest rewolucyjne.
Zalety
- Dobry framerate
- Niskie obciążenie łącza
Wady
- GPU nie jest wykorzystane w zdalnej maszynie.
Najbardziej zaawansowaną technologią dysponuje firma Citrix. Do kompresowania obrazu wykorzystywane mogą być karty Nvidia (tylko wyobrazić sobie można pracę zdalną na i7 980x z platformy ION). Niestety by to wszystko osiągnąć nasz system operacyjny musi działać w środowisku wirtualnym. Dawno nie testowałem tego rozwiązania, ale wszystko wygląda genialnie.
Zalety
- Najlepszy framerate
- Działające GPU w zdalnej maszynie
- Niskie wykorzystanie łącza
Wady
- Konieczność wirtualizacji.
- Cena bardzo wysoka
Każde z rozwiązań ma swoje wady i zalety. Na pewno trzeba śledzić rozwój technologii, bo powoli te wszystkie rozwiązania stają się perfekcyjne. Lepszy sprzęt i wielordzeniowe procesory też mają tu swój udział. Phenom II 1055T kosztuje zaledwie 722zł i oferuje duże możliwości podkręcania. Nawet jeżeli jeden rdzeń będzie wykorzystywany do komunikacji zdalnej to wciąż zostaje nam ich 5. Teoretycznie najlepiej by było zaprzęgnąć karty graficzne do tej brudnej roboty jednak wszyscy wiemy na przykładzie physyx, że może to być dość problematyczne np. w grach.
w takim razie będzie
Źle się zrozumieliśmy. Mi chodziło WYŁĄCZNIE podczas maksymalnego użycia. Po stronie serwera użycie CPU jest zawsze zerowe. Gra w SC2, czy film. Wszystko działa bardzo płynnie. Tam nie było płynności rzędu 60FPSów, ponieważ słaby był program do nagrywania obrazu.
Po stronie klienta sytuacja jest inna, ale wciąż nigdy nie doszło obciążenie do 100% rdzenia... 70-80%. Ale może tu jest ograniczenie?
W Radmin mam mniejszą paletę kolorów i wciąż... mam całe kwadraty ledwo się synchronizujące. Generalnie Radmin do pracy jest świetny. Pracowałem w nim podczas testów.... Skok przed VNC, ale krok za RDP. Nie chciałem się wgłębiać w wpisie o szczegóły.... żadna z technologii nie pozwala w 100% na komfortową pracę, zarówno google apps, RDP, VNC, Radmin, NX....
.... Mam laptopa VAIO FW. Nigdy nie miałem wygodniejszej maszyny. Klawiatura jest wspaniała! Na 22 calowym monitorze obok mam wyświetlam pulpit zdalny. Jedna mysz, jedna klawiatura, a dwa komputery. Oszczędność, wygoda, szybkość... Taki jest moje zdanie o technologiach zdalnego dostępu.
Rzeczywiście chyba źle, bo z tego co pamiętam radmin właśnie mocniej korzysta z mocy serwera, ale może robi tak tylko gdy jest słabsze połączenie. Na pewno jest znaczące zużycie CPU po stronie serwera w obu przypadkach, nawet na i5.
Może RDP lepiej wykrywa, że niewiele zdziała, i tylko przesyła obraz bez próby poważniejszej kompresji.
Co do tego obniżania palety kolorów, to robi się tylko jak chcesz oszczędzać łącze, bo wszystko inne wtedy zostaje przyciśnięte dodatkowo. Idealna sytuacja w przypadku przesyłania obrazu gry lub filmu to właśnie brak jakiejkolwiek modyfikacji (w przybliżeniu, bo może się przydać kodowanie entropii). Na łączu 1Gb/s spokojnie można to przesłać na żywca.
Być może to klient nie nadążał rysować, z tego co kojarzę najlepiej jest na pełnym ekranie, bez skalowania rozdzielczości. Na pewno wszystkie te rzeczy wynikają z obranej strategii kompresji i dekompresji.
Będziesz może robił jakieś szersze przedstawienie tych wyników lub innego z przedstawionych przez ciebie wątków? To są bardzo dobry tematy, szkoda zostawiać je jako krótki wpis na blogu
ciach
Źle się zrozumieliśmy. Mi chodziło WYŁĄCZNIE podczas maksymalnego użycia. Po stronie serwera użycie CPU jest zawsze zerowe. Gra w SC2, czy film. Wszystko działa bardzo płynnie. Tam nie było płynności rzędu 60FPSów, ponieważ słaby był program do nagrywania obrazu.
Po stronie klienta sytuacja jest inna, ale wciąż nigdy nie doszło obciążenie do 100% rdzenia... 70-80%. Ale może tu jest ograniczenie?
W Radmin mam mniejszą paletę kolorów i wciąż... mam całe kwadraty ledwo się synchronizujące. Generalnie Radmin do pracy jest świetny. Pracowałem w nim podczas testów.... Skok przed VNC, ale krok za RDP. Nie chciałem się wgłębiać w wpisie o szczegóły.... żadna z technologii nie pozwala w 100% na komfortową pracę, zarówno google apps, RDP, VNC, Radmin, NX....
.... Mam laptopa VAIO FW. Nigdy nie miałem wygodniejszej maszyny. Klawiatura jest wspaniała! Na 22 calowym monitorze obok mam wyświetlam pulpit zdalny. Jedna mysz, jedna klawiatura, a dwa komputery. Oszczędność, wygoda, szybkość... Taki jest moje zdanie o technologiach zdalnego dostępu.
Przypomnę sytuację z wielu lat... RDP? yeee po co to dajecie VNC rulez. Jedyne co się dał to ustawienia OSu, naprawienie czegoś i koniec. Sytuacja się zmienia i to też był cel artu jaki zaznaczyłem w podsumowaniu. Pewnie za parę lat (może!) będzie idealnie. RDP jest bardzo blisko.
Dzięki
Dla Ciebie:
Pojawił się kolejny wpis 980x, więc dopiero pojutrze (nie będę zasypywać prawdziwego, luźnym artem gdy ten ma tylko 80 odwiedzin) dam wam nowego 'prawie' arta. Czekał już trochę, a to poczeka sobie jeszcze
Generalnie robiłem takie zestawienie. Widać w Radmin duży skok frameratu pomiędzy np. 3GHz vs 4GHz... W moim przypadku było ograniczenie w postaci laptopa 2,5GHz jako klient niedomagał jeżeli i5 był około 4,3GHz. Użycie sieci około 10-15%.
W przypadku RDP sprawa jest dziwniejsza. Obciążenie sieci podobone 10-15%, natomiast obciążenie CPU.... Jakie obciążenie? Płynność trochę lepsza od tej z radmin... praktycznie można oglądać filmy w rozdzielczości 720p.
To właśnie jest różnica w kompresji
Może powstać problem przerzucenia szybkości na serwer (szybka dekompresja kosztem wolniejszej kompresji). Gdyby wykonać test aplikacji 3D, to raczej płynność powinna być podobna, bo niestety musi to polecieć skompresowane po sieci.
Być może RDP szybciej lub lepiej wykrywa dane nie poddające się kompresji, stąd mniejsze zużycie CPU. Dlatego lepiej porównywać wszystkie czynniki, korzystając z opcji optymalizacji (które niby mają działać automatycznie, ale wiadomo jak to z tym jest).
Jeśli porównujemy same okienka, bez filmów wideo, to chyba jasne, dlaczego RDP jest szybsze - ma dostęp do wszystkich API bez ograniczeń i ryzyka. Można nawet pominąć kilka rzeczy przy 'odmalowywaniu' po stronie zdalnej. Taka wiedza pozwala uzyskać optymalną kompresję, np. od razu wiedząc, że pasek okna ma gradient, nie trzeba wysyłać obrazka, wystarczą parametry odpowiedniego API, które po obu stronach jest uzgodnione. W poprzedniej wersji RDP nie było pełne, bo nie obsługiwało aplikacji z akceleracją (czyli tych, które trzeba po prostu żywcem kompresować, bo raczej trudno wyobrazić sobie przesyłanie takiej ilości danych jaka leci po pci-e do karty poprzez ethernet...)
Myślę, że jakby porównać odtwarzany film, to już niestety by się wyrównało. Tak samo jeśli odpalimy 'szum', czyli obraz w pełni losowy, to wszystkie rozwiązania powinny równo paść, bo będą wymagać pełnej przepustowości (jak po kablu DVI). Dlatego test trzeba zrobić w normalnych okienkach (tzw. zwykła praca), odpalając coś w 3d (gierka lub program, najlepiej dx9, ale można też próbować dx10/11 i opengl, bo w tych też będzie inna wydajność) i film w odtwarzaczu (vlc domyślnie korzysta z directdraw = dx7, wmp z dx9).
Odpalając film zawierający różne ilości szumu można zbadać kompresję, ale pewnie nie będzie ci się chciało tego robić. Radmin może zużywać CPU z wielu powodów, m.in. jakości i tu bym szukał różnicy. Jeszcze nie patrzyłem jak się sprawuje RDP z Windows 7, ale chyba to niemożliwe, żeby nie zużywał CPU przy przesyłaniu filmu odtwarzanego na pulpicie. Co najmniej musi przesłać tyle, co ma materiał źródłowy
Jak dla mnie, jeżeli ktoś już dostaje sprzęt do testów i chce sobie pobawić się nim, to najlepiej na swoim własnym dysku, a tego przeznaczyć tylko i wyłącznie do testów
I taki był sens początku artu. Baa cała skrzynka mailowa jest otwarta. Przypomne aferę Rywina i Panią Jakubowską. Kłamać mogła, ale dane odzyskane z dysku mówią wszystko.
Twoje teamviewer
http://www.youtube.com/watch?v=r7U85dtcHDc
To pewnie porównanie na mocnym łączu. Opóźnienie może wynikać z wielu czynników, chociażby z powodu uruchomienia teamviewera i remote administratora na jednym komputerze.
W rzeczywistości oba te programy nie nadają się do przekazywania szybkiej grafiki. Sprawdzanie na tym wygaszaczu może faworyzować algorytm kompresji radmina, ale ogólnie jest tak samo (używałem obu). Nie wiemy również, czy wybrano porównywalne opcje optymalizacji jakość/szybkość
Generalnie robiłem takie zestawienie. Widać w Radmin duży skok frameratu pomiędzy np. 3GHz vs 4GHz... W moim przypadku było ograniczenie w postaci laptopa 2,5GHz jako klient niedomagał jeżeli i5 był około 4,3GHz. Użycie sieci około 10-15%.
W przypadku RDP sprawa jest dziwniejsza. Obciążenie sieci podobone 10-15%, natomiast obciążenie CPU.... Jakie obciążenie? Płynność trochę lepsza od tej z radmin... praktycznie można oglądać filmy w rozdzielczości 720p.
Znalazłem inne rozwiązanie oparte o VNC.
http://www.virtualgl.org/About/TigerVNC
Chodzi o turboVNC. Wygląda świetnie, ale nie udało mi się tego odpalić na w7. Musiałem ręcznie odświeżać ekran.
O to czekam na ukończeniu już? BTW. Mam świetną chwytliwą nazwę 'SunTzu Wielkie manewry'
Ja mam inną obleśną
Jak dla mnie, jeżeli ktoś już dostaje sprzęt do testów i chce sobie pobawić się nim, to najlepiej na swoim własnym dysku, a tego przeznaczyć tylko i wyłącznie do testów
O to czekam na ukończeniu już? BTW. Mam świetną chwytliwą nazwę 'SunTzu Wielkie manewry'
Twoje teamviewer
http://www.youtube.com/watch?v=r7U85dtcHDc
To pewnie porównanie na mocnym łączu. Opóźnienie może wynikać z wielu czynników, chociażby z powodu uruchomienia teamviewera i remote administratora na jednym komputerze.
W rzeczywistości oba te programy nie nadają się do przekazywania szybkiej grafiki. Sprawdzanie na tym wygaszaczu może faworyzować algorytm kompresji radmina, ale ogólnie jest tak samo (używałem obu). Nie wiemy również, czy wybrano porównywalne opcje optymalizacji jakość/szybkość