Fórum Root.cz
Hlavní témata => Server => Téma založeno: Host 27. 08. 2012, 19:42:47
-
Mám server na kterém mám nainstalován Windows server 2008 std.
Pokud se na server přihlásím a udělám test přenosové rychlosti disc. pole (RAID 1 (2 x SAS)) tak se ukáže, že přenosová rychlost
je něco kolem 150 MB/sec.
Pokud stahuji soubory ze serveru, tak přenosová rychlost je něco kolem 35 MB/s.
Ale pokud spustím program ze sdílené složky, která má celkově 350 MB, tak se program načítá třeba i 10 minut. Přitom stažení samotného adresáře, netrvá ani minutu.
Zkoušel sem to i bez sítě na přímo z notebooku a výsledek byl stejný.
Řadič pole by měl být podle testu ok a chyba sítě to taky není, všechny aktualizace jsou nainstalovány.
Tuší někdo kde je zakopaný pes ?
-
skusil by som nastavit na pevno speed a duplex na sietovke. Najprv na 100Mbit Full duplex a ked to bude chodit tak 1000Mbit Full duplex (samozrejme ak to sietova karta a switch podporuje). To iste nastavit na switchi a vypnut Auto negotiation.
Par krat mi to uz pomohlo.
-
Tuší někdo kde je zakopaný pes ?
Moje tusenie: disky zvladaju 150MB/s, bezi to na 1Gbps linke so slabou sietovkou (tam su bezne limity okolo 40MB/s) pripadne cez protokol, ktory ma velku reziu alebo cez zatazenu linku (hub?). Pravdepodobnejsie ale bude, ze to bezi na 100Mbps linke a ide to len okolo 35Mbps. Program zo zdielanej zlozky cita kazdy subor aj viac krat a latencie spravia svoje, pripadne je zle zvladnute cacheovanie - treba prenasat subor vzdy, ked je treba ho citat.
Ak stiahnutie 350MB netrva ani minutu, tak to je urcite menej ako 100Mbps a preto si myslim, ze ide o pomalu siet (+mozno aj protokol a este nieco).
Zkoušel sem to i bez sítě na přímo z notebooku a výsledek byl stejný.
Stiahni si FileZilla server a skus prenos FTP - tam sa snad uvidi, ci je chyba v protokole a nastaveni win zdielania (tam som ani ja nikdy nedosahoval nejake velke rychlosti). Skus aj prenos smerom k tebe (speedtest.net), to mozno prezradi typ linky alebo ine chyby.
-
zdravim, vypni antivir(alebo pridaj vylucenie adresarov) na klientovi aj serveri a skus to znovu
-
Antivir je vypnuty a je to porad stejny.
Sitovka je Gb ( Intel ) a sit cela bezi na Gb.
Ten test byl delanej jenom po kabelu a to nacitani trvalo desne dlouho.
Server je jinak IBM X 3250
-
Co to je za aplikaciu? Presne takto sr.ackovito sa sprava money S3 a tam je jedina pomoc s tym robit v ramci terminalu .....
-
Chyb muze byt vice, treba v samotne aplikaci, spatne nastaveny server nebo klient. Nepouziva treba ta aplikace ms sql server?
Pro zacatek odbourej vsechny bezpecnostni omezeni a zkousej, zkousej, zkousej.
-
Jsou to dvě aplikace ( Smile , Bakaláři ).
Jak jedna tak druhá je použita pro školní agendu a tvorbu tem. plánů.
Jeden sw používá .dbf a je psán ve foxce a druhý ( Smile ) používá javu a mysql server.
Pro test jsem vyzkoušel aplikace přesunout na úplně jiný server ( Cent os ) a aplikace se chovali úplně stejně.
Na síťové kartě jsem vynutil Gb přenos, vyřadil veškeré zabezpečení a skenování provozu v síti ( Nagios ) a výsledek je
stejný.
A jen na okraj co se Money S3 týče, tak horší účetní SW sem snad ještě neviděl. Absolutně nespolehlivá aplikace a chová se jak se jí zachce. Nic méně tech. podpora má snahu a jsou velmi ochotní to ale nepřevažuje nad tím že aplikace se často chovala naprosto neočekávaně. Museli jsme od něj opustit, protože máme z bezpečnostních důvodů příkazovou řádku zakázanou.
-
Docela zvlastni, Bakalare (i Money od Ciglera:-) znam. Predpokladam, ze to zkousis v jedne mistnosti pres jeden urcite funkcni switch. Bakalari nemaji rady dve veci, 64bit systemy a spousteni pres celou sitovou adresu. Takze to odzkousej na necem 32bit, treba WinXP a sdileny adresar namapuj jako disk (treba K). Navic vyzaduji v klientskem systemu registrovane svoje dll knihovny, coz musis udelat s admin pravy.
-
Money nepoužíváme to bylo jenom na okraj.
Bakaláři se spouštějí na 32-bit OS Win Xp. Prof. A trvá jim jenom pokud se načte modul Maturity, tak trvá celkem dost dlouho převod studentů. A zase pokud to spustím přímo na serveru je to v cukuletu.
Sdílený adresář je na Windows server ( pro zatím 32 bit nebyl čas na převod ... ).
A jinak jsem to zkoušel i beze switche. Přímo na notebook přes kabel.
A výsledek je stejný...
-
A zkousel jsi krome tech dvou pomalych aplikaci spoustet i neco jineho? Treba nejakou hru (deti maji rady bulanci.exe)? At si overis, jestli je to opravdu sitovy problem nebo jen tech aplikaci.
-
Jo tak pokud si pustím Bulanky po síti tak jedou normálne :sD
-
Jak říkám pokud stahuju soubory třeba 1 Gb mám je stažené tak cca do minuty
-
Tak je to potom temi aplikacemi. Na klientovi spoustis Bakalare z namapovaneho adresare? A mas registrovane vsechny knihovny? To dela klientsky instalator. Dale Bakalari nemaji rady mezeru v ceste k souborum (proto se standardne instaluji do c:\bakalari :-) A samozrejme jako temporary vyuzivaji c:\temp, mas vytvoreny na klientovi?
-
Bakaláři jedou evidence atd.. všechno dobrý, ale jak se spustí modul maturity, tak to trvá celkem dlouho ...
Jinak zkoušel sem při se instalaci přímo jak odkázat na adresář na serveru, tak na namapovaný disk a je to beze změny.
Knihovny jsou zaregistrovány
-
pokud máš bakaláře v sql, tak v odbc na klientovi nastav jako server jeho ip adresu místo jména
-
na síťový disk tak odkazuji přímo pomocí ip
-
takže problém je jenom s bakaláři, nebo i se smilem? a ti bakaláři neběží na sql, jen dbf?
-
Co takle zkusit monitorovat pristup k souborum? Process Monitor: http://technet.microsoft.com/en-us/sysinternals/bb896645 . Treba by se zjistilo, na kterych souborech se to kouse.
P.S.: Musite si tam nastavit filtr na danou aplikaci, jinak to bude vypisovat uplne kazdou kravinu a zvencnete se z toho.
-
Před 5-ti lety jsem měl podobný problém na 1GB síti s WinSRV2003 a mohl jsem se z toho pos..t. Samo jsem to řešil tady na fóru, rady byly všeliké (od výmeny kabeláže, upgrade firmware síťovky až po rýpání do registrů), nicméně všechno jsem vyzkoušel a žádná nepomohla. Zkusil bych vzít rezervní disk a na něj hodit čistou instalaci Win2008 serveru a vyzkoušet tu síťovou komunikaci. Pak bych provedl obnovaní konfigurace ze zálohy a uvidíš. Přinejhorším tam zapojíš původní dist, srazíš podpadky a přestaneš to řešit. Svět widloidních serverů serverů byla/je/bude pro mě velká záhada.
-
I se Smile je problém.
Pokud ho spustím ze složky na serveru, tak spuštění trvá třeba i 7 - 8 minut i déle ... Ale samotnou složku stáhnu za pár vteřin.
Pokud ho spustím z lokální instalace a program akorát používá mysql na serveru tak se spustí skoro ihned.
Disky bych neřešil při měření testu R/W disky dosahují něco okolo 150 MB/s. Je to SAS v RAID 0.
Pokud všechno spouštím přímo na serveru, tak to leze bez prodlev.
Jak to jde přes síťovku i na přímo do ntb. tak se to celkem dost natahuje. Diag. utilita od Intelu projela celou síťovku a měřila snad všechno vč. impedance atd a všechno skončilo s výsledkem Excelent. Máme tu síť v 6 ... ale to na to nemá vliv pokud mi to dělá
i přímo přes notebook.
jinak ovladače jsou aktuální vč. firmware a veškeré aktualizace jsou nainstalovány.
-
jinak než na server namigroval MS Okno server tak tam byl Centos pro test a ten ukazoval stejné výsledky v přenosu rychlosti, ovšem tenhle soft sem tam nezkoušel po síti spouštět, pač mě nenapadlo, že u serveru za 50 000 bude takovej problém.
Aktuálně sem všem nařídil používat terminál, kde je lokálně instalovaný Smile a používá jenom mysql ze serveru, ale tohle pro mě není řešení...
-
Je to spousteni po siti zkousene ve chvili, kdy tam neni vubec nikdo jiny?
Pokud ne, co treba nejake locky na souborech, pokud to z jednoho mista spousti tolik lidi? Je ten soft udelany tak, aby vubec to spousteni ze sitoveho uloziste podporoval? pokud ne, muze byt problem v tomhle.
-
Ano už jsem to zkoušel i tak že sem server od sítě odpojil a připoji se k němu přímo.
Výsledek byl naprosto stejný. Práce v programu pak taky není nijak svižná :(
-
Ale jak říkám stahování souborů ze serveru frčí rychle.
Jinak program jede podle toho ve které je části. Je složen z více modulů.
-
Jinak program jede podle toho ve které je části. Je složen z více modulů.
Kolik HW pamětí má server k dispozici? Pokud server po síti zpracovává hafol malých souborů, tak to může být zápek. Indexování, antivir, razítko last-access k souborům, komprese souborů.... To vše povypínat.
-
je divné, že by Evidence jela bez problémů, zatímco Maturity se sekaly...
-
Zkus www.dependencywalker.com (http://www.dependencywalker.com) a podivej se na rozdily mezi spustenim tech bakalaru lokalne a po siti. Pokud vim, tak ve widlich existuji nejake zpozdene zavislosti, tzn. knihovna nemusi byt k dispozici hned pri spusteni programu, ale az kdyz je potreba. Good luck ;)
-
Server ma 8 Gb Ram aktuálně je instalován 32 bit OS verze. Nebyl čas...
Ale v době přenosu dat je na ram k dispozici 2 Gb
-
Zkus vypnout SMB2.
-
Tak po té co jsem to udělal je sdílení po síti nedostupné
-
A nemuze delat paseku povolene ipv6 na serveru?
-
Skús pozrieť sem: http://www.networksteve.com/forum/topic.php/Windows_2008_R2_-_Slow_Network_Share_Access/?TopicId=28199&Posts=13
Posledné posty !
-
Tak po té co jsem to udělal je sdílení po síti nedostupné
Takhle - ten SMB2 vypni na stanici, předpokládám, že tam máš Win7.
-
Na klientech je XP.
A ipv6 jsem vypl a je to pořád to stejné.
-
Myslim ze to nakousl uzivatel Cek. Takze vypnout oportunistic locking. V sambe to slo per share a co pamatuji ve windows server 2003 jen globalne v registrech. Jestli to uz mrkvon dodelal aby to slo nastavit per share nevim, nicmene zkus si precist toto :
www.dataaccess.com/whitepapers/opportunlockingreadcaching.html
Jeste v dobe kdyz jsem se ve skolstvi pohyboval, tak oba softy uz umely fungovat jako SQL server-klient. Smile od zacatku protoze Škoda Vyhozenych Peněz začaly nedávno a Bakaláři přešli později(byla nutná odstávka import z lokalní db do SQL).
To dlouhe spousteni by prave odpovidalo problemu s lockovanim. Zvlast db aplikace ve foxpro jsou tim zname. A i aplikace pouzivajici model server-klient si na klientech ukladaji pracovni soubory ktere oplocky hodne zpomaluji.
Obecne jsem vzdycky u aplikaci server-klient nechal bezet klienta lokalne na stanici a jeho aktualizaci/opravu na ni resil skriptem. Tento ji provadel na pozadi jen kdyz bylo treba. Aby uzivatel nepustil rozinstalovanou aplikaci tak jsem az do uspesneho ukonceni instalace nepovolil do slozky pristup.
Hlavne spoustet v tomto pripade klienta primo ze serveru je tak trochu proti navrhu u techto softwaru. Zvazte proto zda-li spousteni primo ze serveru ma opravdu v techto pripadech opodstatneni.