infotéka prg-k és a megosztás sebessége

Microsoft Windows

sziasztok!

van az infotéka programcsomag, ami elvileg hálózatban is futtatható. ehhez a fejlesztők szerint egy wines filemegosztás elegendő feltétel (!). a program be is költözött a neki szükséges mappába, ki is van osztva, stb. ami kell. viszont! az a probléma bizonyos helyeken (menüpontok, stb). következetesen hibázik. ha viszont helyben van a program, akkor nem. mindenféle megosztásban volt már, xp home-tól kezdve (nem röhög, próba kellett:) ), xp pro megosztáson át egészen hálózati tárolóig (linksys, d-link nas-ok).

eléggé úgy tűnik, hogy a share nem elég gyors erre a célra (nagy fileok esetén próbákkal több megát tud áttolni, míg ez a remekbe szabott program 1-2k méretű állományokkal dolgozik, mint paradox adatbázisokkal). a program 200 megáját 30-40 perc alatt lehet átmásolni, ami gyanús, de ennyit tud a share (más gépek, más hálókártyák, más hálózati switchek, sima keresztkábel kapcsolás esetén is!).

szerintetek mit lehet még tenni az ügyben, hogy a shareben futó paradox vacak ne hibázzon esetleg a sebessége miatt? (lehet, hogy más a gond, ha valaki üzemeltet ilyet hálózatban, az kérem szóljon, hátha van okosság, amivel megoldható).

amikkel próbálkoztam, hogy kibukjon mi a ludas:
- hálózati eszközök cseréje (kábeltől switch-ig)
- másig gépekre költöztetés
- másik tárolóra költöztetés
- vírusírtó, tűzfal legyilkolása, stb.

ha a win a ludas, akkor valószínüleg a share "képességei", de akkor miért van így a nas esetében is? minden ötletet várok, hátha valami megoldást hoz. előre is köszi!

  • 4004 megtekintés

( Xterm v | 2008. 11. 20., cs – 07:45 )

használja valaki hálózatban az infotéka programjait?

--
xterm

( crt | 2008. 11. 20., cs – 15:31 )

Szia.

Üzemeltetünk ilyet egy samba megosztáson, nem egyszerű történet. Amire figyelni kell, hogy a kliensen a borland konfigban helyes útvonalat adj meg, illetve az ini fájlokban is helyes útvonalak szerepeljenek.

A sebesség tényleg problémás, kis tuningolással kb. 40-45%-al tudtam növelni, de így is elég lassú. Ezzel sok mindent nem lehet kezdeni, amíg meg nem csinálják a programot normálisan. Erre vonatkozóan az egyik supportos kollégájuk azt az információt adta, hogy már folyamatban van az adatbázis szerveres verzió fejlesztése. Ez volt kb. fél éve.

Elég sok problémánk akadt már vele, többek között a kontir és a bér programok ütközései, belépési, jogosultsági gondok. Kihívtuk a szakemberüket, aki szerint minden teljesen jól van beállítva, Ő sem tudott magyarázatot adni a problémákra, így nem a legszebb módon, de megoldottam magam ezeket.

Ha van konkrét hibaüzenet, keress meg, igyekszem segíteni, ha mi már túljutottunk azon a hibán.

Üdv: Zoli

köszi a reagálást, akkor kicsit részletezem.

érdekelne a tuning, mert jelenleg olyan lassú, hogy az egyik kliens be is hal miatta (továbbá ott hagyja a lock file-okat is)

a hibajelenség az, hogy a kontír bár megy a megosztásból mindenkinek, a bér 3 különböző hibát ad. az egyik:
- could not perform this action on closed dataset (paraméteres lista)
- sikertelen állománymegnyitás (műveletek/karbantartás)
- valmint index hiba, ha indexeltem az adatbázis. (amikor lemásoltam helyben a filokat, és beállítottam "local" üzemmódra, akkor természetesen nem volt index hiba (hozzáteszem bevallották, hogy az index hibát rossz helyre írja, mert ott olyan file nem is volt... no comment.

előre is köszi!

--
xterm

Az alábbi változtatások történtek az smb.conf-ban:


[global]
log level = 0
name resolve order = lmhosts hosts wins bcast
socket options = IPTOS_LOWDELAY TCP_NODELAY SO_SNDBUF=8192 SO_RCVBUF=8192
max open files = 20000
getwd cache = yes


[kontir]
case sensitive = true
default case = lower
preserve case = no
short preserve case = no
wide links = no

Természetesen a fájlokat kisbetűssé kell konvertálni. A problémák nagy része a lock fájlok kezeléséből adódik, ezeket a program nem törli maga után rendesen, ezért mióta beállítottam egy cron feladatot, hogy 5 percenként törölje a program könyvtárból a pdoxusrs.lck és a paradox.lck fájlokat, egyszerűbb és szebb az élet. Természetesen ezek a problémák csak a "hálózatos verzió" esetén fordulnak elő, helyi gépen nem.

A jogosultsági problémák elkerülése érdekében vagy kiemelt felhasználói jogot adsz, vagy kézzel elkezded beállítgatni a megfelelő hozzáféréseket a windows könyvtárban lévő ini fájlokra és a registry-ben lévő bejegyzésekre.

További probléma szokott lenni, hogy az ini-ben a temp útvonalat szépen beállítja egy alapértelmezett értékre (pl.: Local Settings\Temp\ber), viszont a ber könyvtárat már elfelejti létrehozni, utána pedig sír, hogy nem tudja végrehajtani a műveleteket.

A paraméteres listánál emlékszem a hibára, de a megoldásra már sajnos nem, ha eszembe jut jelzem.

Üdv: Zoli

hm... a fene megeszi. valahogy reméltem, hogy megúszom samba buhera nélkül, mert a dolog az, hogy a helyszínen nincs ilyen vas. de azért ez eléggé agylövés egy program. hogy lehet manapság "hálózatos" alkalmazásnál ilyen struktúrát használ?! köszönöm szépen a tippeket, ha más nem, hát legalább egy tesztkörnyezetben esetleg meg tudom nézni, aztán az ügyféllel megbeszélem, hogy mi legyen. lévén azért eléggé fejlövés, hogy 2 azaz két user miatt kell majd fileszerverre vasat venni (mondjuk én amúgy is szorgalmaznám, mert az másra is jó, csak hát indulóban levő pici vállalkozás büdzséjébe kell most beletömni ezt is (holott ha mondja az infotéka, hogy ez egy fos, akkor nem így mozdulunk el). 2 gép esetén eléggé ágyúval verébre esetről van szó.

amúgy a temp útvonalakat amikor először megláttam, akkor a hajam hullott, amint rájöttem mi fáj neki. közölte ugyanis, hogy a lista nem generálható (krixkrax error). el nem hittem volna, hogy a reinstall után a tempjeinek majdhogynem a tartalmát is vissza kell állítsam. volt joga írni, a telepítő is megcsinálta, de ameddig vissza nem másoltam az amúgy is értelmetlen és üres (!) mappáját, addig hiszti volt. már akkor éreztem, hogy a hajam ritkulni fog emiatt a vacak miatt...

--
xterm

( nagysa v | 2012. 03. 06., k – 13:05 )

feliratkozom!
Nekem is hasonló problémáim vannak. Hamarosan írom, hogy pontosan micsoda.