Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Withy14

Stran: 1 ... 11 12 [13] 14 15
181
Sítě / Re:Kolísající latence pingu ve Win 7
« kdy: 30. 07. 2013, 15:37:12 »
Překvapuje mě že ještě nikdo nezmínil možnost problémů s kabely. Dělá to samé i když si vezmete kvalitní kabel kterým se připojíte přímo do switche?
Vzhledem k tomu, že v prvním příspěvku bylo, že v Linuxech to nedělalo, že to děá ve Windows, tak sem s touto variantou nepočítal (předpokládám, že to jedné z jedné stanice - ať už formou dualbootu nebo instalace nového systému, nebo aspoň na stejné zásuvce).

182
Sítě / Re:Kolísající latence pingu ve Win 7
« kdy: 30. 07. 2013, 15:21:09 »
...Celkem běžná záležitost u windowsů. V Linuxu červík není a tak to jde normálně...

Nechci tady rozvádět nějaký flame, ale podle mého je systém stejně tak stabilní, jak stabilní je jeho uživatel, a v případě čerstvě nainstalovaného systému je situace stejná, ať už de o Windows, Linux nebo MacOS (respektive na Windows se dělaji viry, červi, trojani a já nevím co nejčastěji, protože je asi nejrozšiřenější). Tudíž situace asi běžná, ale ne z pohledu systému, ale z pohledu uživatele (a teď mě ukamenujte :D ).

to Jozef: Zkus následující možnosti, jestli máš k dispozici notebook s Windowsy, tak proveď ping s ním, taky pokud máš možnost použít jinou síťovku, byť třeba dočasně, tak bych to taky otestoval a v neposlední řadě bych vypl na minutku switch/switche, aby se jim vyprázdnila ARP/MAC tabulka. Mohl bys sem poslat HWID dané síťovky (Správce zařízení - Vlastnosti daného HW - Upřesnit a je to hned asi prvni nebo druhá položka roletového menu, mohl bych se pokusit najit ti lepší ovladač, mimochodem většinou se ty aplikace tváří jako balast, ale třeba u Bigfootu ta aplikace zajišťuje bezproblémový chod).

183
Sítě / Re:Kolísající latence pingu ve Win 7
« kdy: 30. 07. 2013, 14:20:20 »
Je to jen předpoklad, ale pravděpodobně máš nainstalovaný referenční ovladač z Windows, pokud jo, zkus jej přeinstalovat buď nejnovějším ovladačem z Windows Update (pokud tam bude), nebo použij ovladač ze stránek výrobce motherboardu. Každopádně, to že se ti to zlepšilo, je trochu divné, pokud máš 100Mbit switche, tak bys to teoreticky neměl poznat, ale u zařízení typu TP-Link a podobně se to asi dá čekat (omlouvám se, pokud sem se tímto někoho dotkl), osobně bych tam dal auto, jen v jednom případě sem byl nucen nastavovat natvrdo rychlost a duplex a to byl failover dvou síťovek v Linuxu.

184
Sítě / Re:Kolísající latence pingu ve Win 7
« kdy: 30. 07. 2013, 12:13:09 »
Ahoj, jakou síťovou kartu používáš? Je totiž možné, že ovladač pod Linuxy bude víc odladěný než pod Windows (typicky je to u low end karet - Realtek, Atheros), taky si zkus traceroute nabo tracert (podle toho, jestli si ve Windows nebo v Linux, jestli ti to nehopsa nekde v interni siti :D ), a v neposlední řadě bych zkusil i jiný switch (může být právě nekompatibilita mezi danou síťovou kartou s příslušným ovladačem a switchem. i když to je nepravděpodobné).

185
No v UEFI by to asi zakázat šlo .... v klasickém BIOSu asi těžko. Buď se upraví instalačka anebo BIOS a instaluje se.

UEFI to opravdu umí, UEFI BIOS je schopen zapamatovat si otisk systému, a pak je bloknutý na tohle, klasický BIOS to asi neumí (nesetkal sem se tím), ale BIOS u serverů to umožňuje (respektive před samotnou instalaci systému je nutné provést přenastavení BIOSu na daný systém, to už uměly 10-12 let staré ProLianty od HP).

186
Instalace Windows XP: Pokud nemáš CD s podporou RAID/AHCI, tak si v BIOSu dej kompatibilní režim
Instalace Windows Vista/7/8: Bez problémů.

Vytvoř si když tak instalční USB (na netu je spousta návodů, jak na to, dokonce u 7 je přímo nástroj, který doporučuje i Microsfot a kupodivu funguje - ale jen ve Windows :D ). Nabootouj do BIOSu i s danou flashkou, dej vybrat bootování, a tam buď budeš mít USB flashku samostatně, nebo se ti bude tvářit jako další disk (těžko říct). Co se týče pak čisté instalace, tak MBR ti systém přepíše sám, pokud ti to trvalo 4 hodiny, tak bych chtěl vědět, jak si to dokázal (dokonce i za použití diskpartu to trvá tak dvě tři minuty, a to jen kvůli tomu, že ty příkazy je nutné napsat).

Padla tu otázka ohledně Steamu: Steam sice pod Linuxy je, ale to neznamená, že ty hry taky, to je pořád záležitost vývojářů dané hry, jestli to umožní nebo ne.

to Jindra: Stáhní si z netu nějaký diagnostický nástroj (například Sisoft Sandra), tam se ti výpíše mimo jiné i deska, podle ní najdeš ovladače na síťovku (beztak nějaký Realtek :D ), nainstalovat všechny updaty (pokud máš důvod, vyhni se WGA updatu :D ), doinstalovat zbylé ovladače (nejjednoduší je ze správce zařízení zkopírovat HWID a na Google si jej najít), druhou možností je nainstalovat ovladače k základní desce (ale pokud máš nějaké externí zařízení v PCI nebo PCIe slotech, tak musíš k výrobci dané komponenty).

to Králík: U serverů HP, DELL, IBM existuje tato možnost, že se BIOS musí nastavit na tyto systémy (například RHEL, Windows Server, SLES, BSD apod.), ale pochybuji o tom, že by tato featura byla i v noteboocích (a to i v Elite a Bussiness třídě, tam sou jiné vychýtavky typu vPro, TPM atd.).

187
Nevím v jaké verzi Windows 7 je to dostupné, ale "Připojení ke vzdálené ploše" (mstsc.exe) jsi zkoušel?

Pokud je na Windows 7 aplikace "Centrum spolupráce" nebo "NetMeeting", ty to umí také (ale byly primárně určeny pro starší Windows). Možná by ti stačila i jen "Vzdálená pomoc" (msra.exe), záleží co potřebuješ. Zkus se poradit s nápovědou k vlastnímu systému Windows a pak zkus další aplikace.
Připojení ke vzdálené ploše nasdílí celou plochu (v podstatě jako by uživatel seděl u monitoru daného počítače), neumí sdílet aplikace. To, na co se tazatel ptá, je trochu složitější, vlastně si nejsem jistý, zda něco takového existuje (teď nemám na mysli nějaká bussiness/enterprise řešení nebo aplikační clustery, kde sem schopen přistupovat k jednotlivým aplikacím). Co se týče ale přístupu přímo k okenním aplikacím ve Windows, tak to by chtělo asi podrobnější informace, například proč? Napada mě řešit to formou terminálů nebo rdesktop s politikami zabezepečení, klidně lokálními, kde se uživateli povolí pouze dané aplikace. Je to sice drbačka (dá se tímto způsobem zablokovat celý počítač).

188
Server / Re:Vhodné prostředí pro virtualizaci
« kdy: 29. 07. 2013, 10:33:09 »
To Rhino: U ESXi se sice píše, že nemusí jet na každem HW, ale ještě se mi nestalo, abych to na něčem nerozjel. Samozřejmě je rozdíl provozovat to na nějakem "Celeru" s Realtekem či Atherosem než na Xeonu s Intel/Brodacom síťovou kartou. Co se týče stability, tak na tvém místě bych to otestoval tak, že bych odpojil disky a ESXi spustil s flashky, pak taky memtest a pár dalších věcí (možná by nebylo od věci dát tu screenshot té "obrazovky smrti" - PSOD). Jediné, co se mi na ESXi nelíbí, je správa. Je nutný klient Windows, což mi přijde jako krok zpět (přes webové rozhraní se toho moc udělat nedá).

To Cek: Jakou verzi ESXi máte, je totiž možné, poněvaž ESXi 4.1 a 5(5.1) sou dost rozdílné (4.1 mi přišla stabilnější, ale to je subjektivní, 5 zase odstranila některá omezení 4)

189
Sítě / Re:Rack a domácí rozvod sítě
« kdy: 16. 07. 2013, 15:29:37 »
Ahoj, neche se mi pročítat celou diskuzi, byly zde názory, se kterými bych možná souhlasil a byly zde názory, se kterými nesouhlasím vůbec.

Zjednodušeně: 6U rack je malý pro tvé potřeby. bral bych 9U nebo dokonce 12U. Ukončení provést na patch panel Cat6, 5e vychází cenově stejně, ale rychlostmi je to úplně jinde, samozřejmě k tomu příslušnou Cat6 kabeláž. Bral bych 24 portový modulární panel (někomu to příjde jako zbytečnost, ale ta práce s tím je lepší a jednodušší, než zařezávat kncovky přímo), k tomu dva vyvazovací panely a 24 portový gigabitový switch (pasivně chlazený slušný vychází asi na 8,5 tisíce - od Dlinku a má pár vychýtávek, jako QOS, RSTP, MSTP a virtual stack). To už máš zaplněné 4U. Asi bych k tomu hodil i smart-UPSku, protože tady budeš mít i NAS server (rozdíl mezi smart-UPS a back-UPS je v tom, že smart má sinusový výstup), jediné s čím asi bude problém, je sehnat rackovou smartku, NAS s DLNA, iSCSI a podobnými featurami bude vždy drahé (relativní pojem - protože pro SOHO to vvychází tak kolem 35-40 tisíc a většinou bez disků), tady ti doporučím QNAP TS-412, pokud bys chtěl něco, co umí víc, tak kdyby se ti podařilo sehnat HP MicroServer, tak by to bylo super. Co se týče umístění, tak určitě ne na půdu, přemýšlel bych někde do přízemí do nějakého kamrlíku.

Cenová kalkulace (v Kč, ceny sou přibližné):
1. 12U rack - 3~4 tisíce
2. Switch - 8.5 tisíc
3. 24 portový patch panel s moduly CAT6 - 2.5 tisíce
4. 2-krát vyvazovací panel - 500
5. Smart-UPS - 7 tisíc
6. NAS s disky - 12-15 tisíc (pokud to nebudou disky přímo určené na tyto operace)
7. Cat6 kabeláž - tady se to odviji od počtu metrů, zhruba 10-20 korun za metr (záleží na kvalite kabelu)
8. husí krky - určitě dávat do husích krků, umožní to v budoucnu jednodušší výměnu.

Někdo se bude ptát, proč ne rovnou 6A, otázkou je proč ano? Zápis 10Gbit/s je obrovský a v domácích podmínkách se s tím asi ještě dlouhou dobu nesetkáme (je sice pěkné si touto rychlostí přetáhnout nějaký film, ale i ty nejrychlejší SSD disky by s tím v dlouhodobém měřítku měly problém (nehledě na tu cenu jak SSD disků, tak 6a ukočovacích prvků, sou o dost dražší než u 6). Navíc do nějakých 35-37 metrů je i Cat6 dostačující pro tuto rychlost. Respektive, pokud bych se měl rozhodovat pro Cat6a, tak bych radši bral optiku (obrazně řečeno samozřejmě, protože ukončovací prvky u optiky sou podstatně dražší než u metaliky, plus optické svařování taky není nejlevnější)

190
Windows a jiné systémy / Re:Připojení monitoru k notebooku
« kdy: 16. 07. 2013, 14:36:57 »
Od Windows Vist výše funguje klávesová zkratka Win+P (možná funguje i v XP, ale tam sem nikdy dva monitory neměl).. Cyklováním Win+P se přepínat mezi režimi zobrazení - pouze monitor notebooku, rozšířit, duplikovat a pouze externí monitor. Mimochodem jen k dotazu Josefa S.:Pokud nemáte úplně starý notebook, tak zvažte výměnu displaye, ceny se pohybují od 3 tisíc nahoru (záleží samozřejmě na typu notebooku). Z dotazu, který ste napsal ohledně klávesy Fn totiž usuzuji, že na notebook nemáte nějaké extrémní nároky (jinak klávesa Win je klávesa, která vám otevírá Start menu nebo Metro/Modern-UI).

191
Server / Re:Zálohování mnoha souborů
« kdy: 10. 07. 2013, 15:40:44 »
Stovky TB? To je docela hodně dat, spíše bych to viděl na GB. Každopádně každý software bude relativně pomalý, je nutné počítat s bottleneckem na síti, rychlosti čtení a zápisů u disků. Zkus Baculu (teda předpkládám, že se bavíš o Linuxech, i když Bacula by měla fungovat i pro Windows, teda aspoň klient). Jinak sem narazil na linuxový GlusterFS, což je prý obdoba DFSR z Windows pro Linuxy, ale to nemohu potvrdit ani vyvrátit. Každopádně si myslím, že tohle by mohla být taky alternativa (sice to není přímo zálohování, ale z Windows vím, že DFSR je velmi rychlé a inteligentní), když to například zkombinuješ s jednoduchým mv a gzip/bzip commandem přímo na straně serveru, tak by to taky mohlo tvou situaci vyřešit. Otázkou je, co a jak zálohovat, jestli dělat full, incremental nebo differential. Zkus upřesnit dotaz (včetně OS).

192
Vývoj / Re:Učit se Javu nebo C++?
« kdy: 27. 06. 2013, 16:26:33 »
x86: pokus o trolling? oznacovat tyhle prasarny za praktiky javy? :)
Withy14: je videt, ze javu neumite... pokud programator neni prase, tak jsou ty aplikace rychlejsi nez v c#, hlavne je to dano VM... bez optimalizace se neobejdete nikde :)
Javu možná neumím, ale rychlejší než C#? Nesetkal sem se s žadnou aplikaci Javy, která by mě o tom přesvědčila. Schválně mi najděte dvě stejné aplikace - jednu  v Javě a druhou v C#, které mě přesvědčí o opaku. A teď nemyslím jednoduché aplikace typu 1+1, tam těžko budu vidět rozdíly.

193
Vývoj / Re:Učit se Javu nebo C++?
« kdy: 27. 06. 2013, 16:06:35 »
Nemůžu si nerejpnout, že scanf a printf jsou v C++ neuvěřitelné zhůvěřilosti. Jsou to Cčkové funkce, ne C++. Chápu, ty dva jazyky k míchání svádí, ale mělo by se to dělat pouze v dobře odůvodněných případech (např. C wrapper kolem C++ kódu apod)
A co teprve c/s/f-scanf a printf :D Úpřimně, na jednoduchý vstup a výstup cin a cout postačí, ale na formátovaný už ne (a taky si rýpnu - oba dva jak cin a cout sou oproti printf scanf pomalé).

to x86: Proč dělat něco jednoduše, když to jde v Javě :D Nedivím se, že je tak nenažraná.

195
Vývoj / Re:Učit se Javu nebo C++?
« kdy: 27. 06. 2013, 15:08:49 »
Ahoj, za mě osobně C++. Ne, že bych měl něco proti Jave (vlastně mám, C# - kéžby takhle Java vypadala od začátku, bohužel se z ní stáva stále větší nenažranec systémových prostředků), ale C++ je natolik komplexní jazyk, že z něj přejdeš do jakéhokoliv jiného (kromě v jednom z příspěvků zmiňovaném Brainfucku :D ). Jinak, pokud půjdeš na další výšku, tak v prváku bych počítal se základy algoritmizace (na některých výškách se jde dodnes setkat s Pascalem), ty budou v C a C++, ve druháku už by se to mělo profilovat (bohužel z mé zkušenosti vím, že výška moc  vprogramování nedá - začneš Hello World a skončíš u práce s textem a soubory, možná dojde i na grafiku a myš, ale hlavně se musíš tomu věnovat sám, to se teď týká toho Céčka a C++).

K jednomu zdejšímu příspěvku: On sice možná ten MS ukradl koncept Javy a udělal z něj C#, ale dle mého názoru, je tady aspoň vidět, že i tak neoptimalizovaná věc, jakou Java je, se optimalizovat dá. Bohužel se někde vytratila multiplatformost (na Javu stačí snad jen prohlížeč).

Stran: 1 ... 11 12 [13] 14 15