Sziasztok!
Van egy win szerver (sambát is próbáltuk, a jelenség azonos, csak hangyányi eltéréssel). Ezen van egy kiajánlott share, benne sok mappa, azon belül file szintű hozzáférésszabályozás (domain usereknek). Nagyon csúf timeoutokat vannak már a felcsatoláskor is (pl. felcsatolja és utána a meghajtó megnyitásakor "elfehéredik az ablak, nem is frissít", majd 20-30 mp után látható a tartalma. Utána az ember tetszőlegesen mászkálhat benne.
Ez után, ha megnyit egy file-t, akkor dög lassú, ha az a file egy office állomány. Érdekes, hogy egy 4 megás jpeg "nulla idő alatt" megnyílik onnan, ellenben egy 1 soros office doksik pl. sok tíz másodperc... Vagy ha megnyílik gyorsan, akkor homokóra addig, ameddig a fenti idő le nem telik. Így vagy úgy, de várni kell.
A környezet:
- win2k3 szerver, rajta a share
- winxp kliens (rajta van még novell kliens is, ami nem nélkülözhető, de befolyásolja, mert eltávolítva a várakozás sokkal kisebb...)
- nod mint vírusírtó (kikapcsolva is, de gondoltam hátha fontos lehet)
- mind a szerver, mind a kliensek egy windowsos domain tagjai
A hálózat sebessége kielégítő, minden más pörög ezerrel. A gépek zöme nem is csiga vas, mert a legkisebb is 2 gigás p4, legalább fél giga rammal...
Van valakinek ötlete mi a szöszt csinálhat a win amikor ezekkel a meghajtókkal játszik? (külön fontosnak látszik, hogy mit nyit meg az ember. office plusz időt ad a várakozásra, míg minden más már a mappára várakozás utántól gyorsan megnyílik). eléggé elkeserítő így a használata és nem kikerülhető...
- 2337 megtekintés
Hozzászólások
Bár nem vagyok Windows szaki, az alábbi az ötletem..
Szerintem indexeli az állományokat....
gyorskereső kikapcs ....
Ja Linux alól ugyan az a share mit csinál becsatolva ?
Ha átadod a tudásod neked attól még nem lesz kevesebb belőle..
- A hozzászóláshoz be kell jelentkezni
Csak tipp: akkor szöszmötöl, mikor új transzport csatornát épít ki a fájlszerverhez. Ami lehet azért (már megnyitott ablak esetében) mert lejárt a timeout, vagyis egy darabig nem dolgozott, és újra kell építenie a kapcsolatot, új fájl esetében pedig azért, mert a megnyitott fájlhoz +1 kapcsolatot akar csinálni.
- A hozzászóláshoz be kell jelentkezni
"egy 1 soros office doksik pl. sok tíz másodperc... Vagy ha megnyílik gyorsan, akkor homokóra addig, ameddig a fenti idő le nem telik"
Ezt a jelenséget akkor tapasztalom, ha az Office nem tudja elérni a default nyomtatót.
Helyben tárolt office fájlok megnyitása is ilyen lassú?
- A hozzászóláshoz be kell jelentkezni
... víruskereső? jpg-t békén hagyja, docot sokáig rágja?
- A hozzászóláshoz be kell jelentkezni
tamsa: igen, ez a valószínű, de akkor miért van, hogy mász eszközökön (pl. egy novelles kötelen ezt nem teszi? eredetileg ott voltak az állományok, csak költöztek)
congo: belogolás. felcsatolás megtörténik (jó lassan), majd megnyitja az ember tök mind1 mikor a kérdéses drive-ot. akkor az a task behal egy időre. amikor feléled, akkor tetszőleges helyre navigálhatsz, pörög gyorsan. amikor megnyitsz egy file-t, akkor azzal is szöszöl, megint ugyan annyit kb.
zwei: ha egy file-t az ember lemásol helybe, akkor pörög ezerrel. visszamásolás is! csak a megnyitás a felcsatolt helyről nem megy jó. (és a felcsatolás első megnyitása)
petpet: a víruskereső totális leállítása sem hozott eredményt (reméltük, hogy az, de nem; túl triviális)
egyelőre sajna nem hozott megoldást (az indexeléssel még futunk egy kört, mert lehet, hogy az office cuccokat ez a barom áttúrja és azokat is indexeli... akkor keze lába eltör, majd folytat tovább... bár ez nem magyarázná meg, hogy az eredeti helyén, egy novell köteten miért pörög a megnyitás rendesen. sőt, novell kliens leszed és akkor is javul, még ha nem is teljesen...
--
xterm
- A hozzászóláshoz be kell jelentkezni
milyen szolgáltatásokat tiltottál le? mind szerveren mind kliensen. van egy-két olyan szolg aminek a hálózathoz semmi köze (névleg) és mégis sok timeoutot csinál.
igaz ezt munkacsoportos hálóban tapasztaltam, mert itthon két gépre windowsok között az van. már nem tudom hogy melyek ezek a szolgáltatások mert féléve szórakáztam hogy kigyomláljam a windowst...
- A hozzászóláshoz be kell jelentkezni
mind a kliens, mind a szerver egy viszonylag primitív telepítés eredménye (nem mondom, hogy next-next-finish install, de nem sokkal több). a szerver egyetlen feladata ez lenne. egy tetves share kiszolgálása... (hozzáteszem, hogy nem csak ennél az egy gépnél van ez, mert egy solarisos megosztáson is tapasztaltunk már ilyet... csak azt meg tudtunk kerülni, nem volt kritikus)
--
xterm
- A hozzászóláshoz be kell jelentkezni
Hello!
Próbáld NetBIOS név helyett IP-vel mappelni!
net use x: \\10.1.2.3\sharenamePetya
- A hozzászóláshoz be kell jelentkezni
netbios névvel sztem fel sem lehetne mappelni, ip-vel van.
--
xterm
- A hozzászóláshoz be kell jelentkezni
Akkor hajrá névfeloldás kibogozása, az ilyenkor az első lépés.
- A hozzászóláshoz be kell jelentkezni
nincs ilyennel gond (bár ipvel csatolódik, ettől függetlenül a dnsben is benne van a gép és a host is. tehát sajna ez nem nagyon lehet ok...)
sőt, a novell vas, amin eddig volt, az nem is volt benne a dns-ben és mégis ment szépen.
--
xterm
- A hozzászóláshoz be kell jelentkezni
akkor névvel is kellene tudni mappelni.
- A hozzászóláshoz be kell jelentkezni
nem lehet, hogy félreértjük egymást? csak mert a névfeloldás megy. ip-vel elérhető. ha a névfeloldás nem menne szted akkor a jpeg miért nyílik meg gyorsan, a word doksi meg lassan? (a netbiosos névfeloldás metódusához nem értek, de egy subnetben "látható", tovább sosem látszott. vagy nem egyre gondolunk...)
--
xterm
- A hozzászóláshoz be kell jelentkezni
Próbáld meg egyik gépen openoffice -al megnyitni egy office file -t.
Egyébként zwei írta korábban a nyomtatós lehetőséget, hogy nem éri el a default nyomtatót, vagy nagyon lassan. Ilyennel már én is találkoztam. Ezt is érdemes meglesni.
Esetleg az MS oldalán körbenézni. Összes javítás fent van az Office -okon?
- A hozzászóláshoz be kell jelentkezni
az openoffice problémamegoldás csak részben lenne jó (előírás az ms office... no comment). a legnagyobb baj, hogy ez csak látható jele egy problémának (a felcsatolás utáni mappa megnyitása is lassú! ott még nincs office a képben. bár tény, hogy a mappából a jpeg gyorsan, a .doc lassan nyílik)
a patchek mind fent vannak, mind az office-on, mind a wineken. az ms oldalán nem találtam megoldást még. meglehet van, de még nem találtam meg. bár úgy emlékszem találtunk olyat, ami hasonló, csak az ott leírt megoldás nem hatott.
a default nyomtatót eléri, bár mivel nem helyi, ezért nyilván lassabban, mint másképp. ezt a szálat is lejárom, (pl. helyi nyomtatót is kipróbálok). sajna ez egyébként jelentősen nem változhat, bár tesztnek jó így is, ez igaz.
--
xterm
- A hozzászóláshoz be kell jelentkezni
Nekem volt ilyen gondom, de már sajnos pontosan nem emlékszem. Nálam a filedialogbox is nagyon lassú volt, érdekes módon az internet explorerrel állt kapcsolatban, ott volt egy beállítás, ami a címmező gyorskereső szolgáltatására vonatkozott, ezt az IE beállításaiban lehet valahol változtatni.
Remélem segített.
- A hozzászóláshoz be kell jelentkezni
Nekem még mindig... Naon érdekel a probléma megoldása, annál is inkább, hogy otthoni lanomon, samba-s szerverrel hasít minden. XPpro kliensek, office 2003. Ugyanez céges szinten tetű lassú. Sztem itt vmi xp-s marhaság lesz, vmi javítás hiánya v. megléte. Pl. win98-nál is volt 1 bizonyos frissítés, amit ha hagytam feltelepülni, soha többé nem látta a samba-s megosztást.
"Ma is csak játszom az életem, De élni másképp nem merem; Nem maradt más, csak a Rock 'n' Roll nekem"
- A hozzászóláshoz be kell jelentkezni
nekem nem annyira meglepő az explorerrel való kapcsolata... majd ennek is utána fogok nézni. bár, valszeg már csak az ünnepek után, nem sok kedvem van dolgozni most :)
meg útána mászom az indexelés dolognak is, mert az a barom lehet, hogy magukba a doksikba is belemászik, az tovább lassíthatja az egészet. és megmagyarázhatja, hog ymiért hatványozottabb, ha office doksival van dolgom...
--
xterm
- A hozzászóláshoz be kell jelentkezni