Vlákno názorů k článku
Budoucnost desktopu: tenký klient
od Kvakor - Zajimalo by mne, jak by nekdo na tenkem...
-
Kvakor (neregistrovaný)Zajimalo by mne, jak by nekdo na tenkem klientovy ci notebooku delal ulohy, ktere jsou opravdu narocne na vykon procesoru a diskovy subsystem, napriklad zpracovani videa. Maloktere notebooky (mimo tech typu "herni" a "prenostna pracovni stanice") jsou opravdu stavene na 100% zatez 24h, hlavne z duvodu mizerneho chlazeni. Navic neznam bezne dostupny notebook, ktery by mel defaultne dva disky (pro video temer nutnost) ci vice disku v RAIDu - vsechno by se muselo pripojovat externe.
BTW: Znate nekto notebook, ktery by byl pri 100% dlouhodobe zatezi natolik tichy, ze by nerusil hlukem pri spani? Vsechny notebooky, se kterymi jsem se setkal, delaji pri vetracich spustenych na maximum prilis velky hluk. -
anonymní"Zajimalo by mne, jak by nekdo na tenkem klientovy ci notebooku delal ulohy, ktere jsou opravdu narocne na vykon procesoru a diskovy subsystem, napriklad zpracovani videa."
Uplne jednoduse. V pripade tenkyho klienta nabootuju system, pripojim si na server a pracuju na serveru, kterej je pro desitky klientu hodne silnej, takze pro takovou narocnou praci bude jako stvorenej. Jeden silnej server a nekolik tenkych klientu vyjdou totiz cenove stejne (mozna i lip) nez X sinych desktopu (nebo stejne, ale treba i s nizsim vykonem stanic).
Notebook je trosku neco jinyho - samozrejme je nesmysl na starym/slabym/levnym notebooku provadet HW-narocny cinnosti. To je lepsi se notebookem opet pripojit na silnej server a tam ulohu spustit. A prave proto se tady mluvit o tenkych klientech - servery totiz tyhle HW konfigurace maji. -
Lael Ophir (neregistrovaný)Dnes se typicky jede pár desítek až stovek desktopů na jednom Terminal Serveru (MS nebo Citrix). Množství uživatelů dost závisí na úloze (něco jiného je brouzdání IS, a něco jiného práce v Excelu nebo Accessu). Problém je právě v tom, že zátěž od některých typů uživatelů je velmi nerovnoměrná. Pokud 3 ze 100 uživatelů pustí náročnou úlohu (třeba něco v Excelu, co sežere paměť i CPU), zbytek uživatelů má celkem problém.
-
anonymníAno, podobny problem nastava i v pripade virtualizovanych serveru - pokud jeden guest potrebuje hodne pameti, hodne procesoru a je vytizenej na 99% dlouhodobe, a pozaduje neustaly pristup na disk, tak se muze u jinych guestu projevit pomalost. Bude to samozrejme rozdil od X ruznych serveru, kde kazdy ma k dispozici 100% svyho CPU, disku a pameti a muze ho vyuzivat podle libosti. Na druhou stranu - vhodnym nastavenim by tyhle problemy mely jit odstranit a pokud ty aplikace maji top cinnost kazdy v ruznou dobu (pres den napr. aplikacni server pro uzivatele, k veceru do noci zpracovani dat z denniho provozu, a od pozdni noci do rana zalohovani), tak je zase vyhoda mit na to jeden virtual host se tremi ruznymi guesty, proste kazdy si vezme, kdyz bude potrebovat a pokud zrovna nebudou chtit vsichni najednou, tak bude system vyuzitej.
V pripade uzivatelu by bylo lepsi asi uvazovat i vymene software - pokud nejakej software pro jednoho uzivatele vyzaduje celou pamet a CPU na 100%, tak to asi neni dobre napsana aplikace - to mi pripomina aplikace z DOSu - mely celou pamet i procesor jenom pro sebe. -
Lael Ophir (neregistrovaný)Tk si představte, že jeden uživatel nechá zpracovat nějaký velký soubor dat, nebo pustí kompilaci (jak tu někdo doporučoval). V tu chvíli se jeden proces snaží běžet, co může. Pokud tohle udělá několik uživatelů, celý terminálový bude mrtvý. Pokud nastavíte, že jednotlivý proces (nebo uživatel) může požrat nejvýše X% CPU a YMB paměti, více intenzivních uživatelů stejně bude dělat problémy.
Když jsme u toho, pokud pošlete 2MB email padesáti uživatelům, kteří dělají na jednom terminálovém serveru (a běží jim tam email klient), tak budete mít samozřejmě také problém. -
Nekde jsem uz zminoval DELL Inspiron. Omlouvam se, ze ho porad opakuju, ale s jinym nemam zkusenosti. Ma dva disky s HW RAID-0. Ta tva poznamka o hluku je mimo misu,je to dano vekem toho stroje, za dva roky ti kraval udela cokoliv. Ja mam ted taky nejakyho della, mel jsem tri hodiny na test load pres 250 a neslysel jsem nic navic (proste bylo ticho) proti bezne praci a nejen to, on se ani nezahral (za ty tri hodky vzrostla teplota asi o dva stupne a kdovi jestli to bylo tim).
BTW: Znas nejaky server, ktery nebudi pri spani? -
JS (neregistrovaný)Fascinuje me, jak jsou dneska strasne lide zhyckani temi tichymi servery. Ja mam v pokoji server co ma tak 40 dB (mozna obcas i 50), a muzu spat bez problemu. Kdybychom se nedejboze museli vratit do jeskyni, neprezili bychom ani minutu (pisu my, ja jsem zhyckany zase v jinych smerech).
-
Palo (neregistrovaný)Vtipalek ze? V takychto pripadoch ako zamestnavatel ocenujem ze vam hluk servrov nedovoli zaspat. V kazdom pripade by som ale uvazoval o Vasom nahradeni dvomi nezskolenymi pracovnikmi ktory spolu stoja iba 75% vasho platu a po 3 mesiacoh jednym usilovnym a uz zaskolenym za 50% vasho platu.
-
Kdybych nezamestnaval nemohu si z casovych duvodu dovolit chodit ani na ten obed :D
Ale vememe to z teoretickeho pohledu na vec. programovani radi spise mezi vedecke cinnosti. Neni to nic manualniho a nic co se proste clovek nauci podle sablony a jede. Programatori jsou lide pracujici rano, odpoledne i v noci, kazdemu to vyhovuje jinak. Pracovni doba je sice priklad od 8mi do 17ti,ale nemuzu proste prijit za clovekem a rict mu "tak a ted budes myslet a vyvyjet a produkovat kod". Jde to u uhodne zadani takto delat, ale ze zkusenosti vim, ze dost casu zabere pokec s kolegama o danem problemu, nez se rozlezi v hlave, tak je vecer a nakonec se zacne programovat v noci. Treba jen proto, ze je na to klid.
Btw. ja osobne nejsem programator. -
Palo (neregistrovaný)To co pises o programatoroch som si myslel aj ja. Casom to vyprcha. A zo zabavy sa stane kazdodenna neodvratna realita. A programovat medzi 9:00 a 18:00 sa da bez problemov a vo zvysnom case nie si mozna uplne in lebo rozmyslas o pracovnych problemoch ale ide to. Ja osobne som programator.
