Van az könyvelőinknek egy ilyen csodálatos bérszámfejtő (meg még ki tudja mi, sok minden modulja van, de nekünk csak a BÉR kell) programja. Az adatbázist ilyen .dbf fájlokban tárolja. Összesen 350MB körül van az adatbázis, ez 4330 fájl takar jelenleg. Az átlag fájlméret ~75kB. A legkisebbek 500byte körüliek, ebből rengeteg van, a nagyobbak párszáz kB, meg van egy pár 5MB környékén. Az adatbázist megosztva (sima fájlmegosztás, majd a másik kliens gépen hálózati meghajtó becsatolással) lehet több gépen is dolgozni. WinXP megosztáson az adatbázis, erre csatlakozik egy XP és egy 7.
Ha egy gépen futtatjuk a progit akkor nincs gond. Pár másodperc (<10sec) egy ember bérszámfejtése. Ellenben ha rácsatlakozunk akár csak plusz egy géppel, akkor kegyetlenül lelassul. Gyakorlatilag ha csak egy user használja (akár hálózaton keresztül) akkor alig van adatmozgás (<1MB) a hálózaton. Minden megy mint az álom. De ha rácsatlakozik még egy user akkor a hálózaton olyan 300MB-nyi adat mozog minden egyes ember számfejtésekor.
Kezdtük onnan, hogy 100Mbites hálón bő 60-70-80 másodperc mire átjön az a 300MB (3-4-5MB/s)sebességgel. Cseréltem gigás switchre, most 20-30sec (8-9MB/s) tehát erőteljes a javulás. De lehetne jobb.
Mivel tudnám még gyorsítani a folyamatot ? Fájlrendszerbeli változtatások ? SSD ? Ramdisk ?
- 4197 megtekintés
Hozzászólások
És az Armada support mit mond erre? Lehet, hogy ők még értenek is hozzá... :)
- A hozzászóláshoz be kell jelentkezni
Hajjajj, de még mennyire. Tudnak a dologról. Próbálnak foglalkozni vele. Ahogy nézem nem sok eredménnyel.
- A hozzászóláshoz be kell jelentkezni
Azert egy nem erre tervezett programot eleg bator/botor dolog igy hasznalni. Gondolom amiatt kozlekedik ennyi adat a halon, mert minden modositaskor atkuldi a teljes file-t. Ezen tudsz segiteni pl. egy terminal serverrel (akkor csak a program kepe mozog, nem a teljes DB).
--
"The greatest thing about the internet, is that you can quote something and totally make up the source." - George Washington
- A hozzászóláshoz be kell jelentkezni
Supportot hívd fel. Szerintem amúgy ez is ilyen visual foxpro-s csodaprogram, szóval valszeg normális programra váltás fog a végén játszani ami tud valami sql szerverbe dolgozni. BTW azt nem értem, hogy miért írnak még a mai napig visual foxpro-s programokat. Azt se értem, hogy ezeket hogy tudják megvenni majdnem misiért is, és aztán hogy van képük, ha az embernek bármi baja van a szerverre mutogatni.
- A hozzászóláshoz be kell jelentkezni
A .dbf-ből egy korszerű dbase vagy clipper alkalmazásra tippelek.
Konkrétan xp megosztáson nincs tapasztalatom, de samba esetén jótékony hatású az oplock valamint a vírusirtó kikapcsolása. Itt is erre keresgélném a megoldást. Azért ugyanolyan teljesítményre ne számíts, mint ha csak szólóban használod.
- A hozzászóláshoz be kell jelentkezni
Értem én, hogy nem lesz akkora teljesítményű. Meg használjak terminal szervert, de ezt most kihagynám. Tudom hogy annak idején egy normális sql alapú progit kellett volna válasszanak, de sajna nem ezen a héten fogják meglépni, hogy az összes adatukat átrakjuk egy másik programba. Idővel biztos lesz csere, de nem fél perc áttölteni az adatokat másik progiba, meg egy normális programot kiválasztani sem (habár biztos tudtok ajánlani egy-két jót)
Most az is öröm lesz ha faragok néhány másodpercet.
Megpróbálkozok majd linuxra rakni, hogy az mit segít.
Esetleg ilyenre gondoltam, hogy a fájlrendszert lehetne valamiképp optimalizálni az apró fájlok elérésére.
- A hozzászóláshoz be kell jelentkezni
"Értem én, hogy nem lesz akkora teljesítményű. Meg használjak terminal szervert, de ezt most kihagynám"
Szóval elismered, hogy szart vettetek, és továbbra is ragaszkodsz a szarhoz, és azt szeretnéd, hogy segítsünk belőle várat építeni.... :)
- A hozzászóláshoz be kell jelentkezni
Egy hete nyertem a cég rendszergazdai feladatait. Két nap alatt nem tudom még én sem megváltani a világot. Egyelőre megoldom, hogy használhatóbb legyen ebben a hónapban (mondjuk ne egy hétig tartson a pár száz ember bérszámfejtése hanem egy napig), utána lépünk tovább. Gyanítom nem két kattintás lesz az egyik programból az adatbázist átpakolni egy másikba.
Én sem támogatom, hogy továbbra is hulladékot használjanak.
- A hozzászóláshoz be kell jelentkezni
"Egyelőre megoldom, hogy használhatóbb legyen ebben a hónapban "
Ez esetben nem értem a húzódozásod a terminál szervertől, mert azt legalább 2 hónapig ingyen használhatod.
Aztán meg majd megoldod. :)
- A hozzászóláshoz be kell jelentkezni
Írtam pm-et.
- A hozzászóláshoz be kell jelentkezni
rakjátok rá egy terminál szerverre, és remote desktopon keresztül használja az összes user.
Letöltesz egy win2008r2-t, és pár napig kitesztelitek, aztán ha bevált, akkor meg lehet venni.
(A szerver ha jól emlékszem 60 vagy 90 napig használható aktiválás nélkül, a terminál szerver része pedig 120 napig.)
- A hozzászóláshoz be kell jelentkezni
Ez is finom olcsó megoldás, és á dehogy lockolja bele a usert egy technológiába... :)
--
Gábriel Ákos
- A hozzászóláshoz be kell jelentkezni
Baromság.
A vendor lockin már a bérszámfejtő programmal fennáll. Az csak windowson fut, innentől kezdve nem mindegy, hogy egy vacak xp, vagy egy win2008 van alatta?
Megsúgom, a terminál szervert egyszerűbb kiváltani alternatív megoldásokra, mint a bérszémfejtő programot lecserélni bármi mással.
Ráadásul egy terminálszerverről akár otthonról vagy egyéb helyekről is tud dolgozni a könyvelő.
Userek 99%-a nagy ívben tesz a vendor lockinre (már amennyiben tudja, hogy mi az) , ha a cucc amit használ jól működik, és nem kerül irreálisan többe az alternatív megoldásoknál.
Olcsóságról meg annyit, hogy SSD-ről és ramdiszkről beszél. Ez kb. ugyanannyiba kerül, ha korrekt minőségű és redundáns alkatrészekkel van megoldva, mint a 2 useres terminál szerver.
- A hozzászóláshoz be kell jelentkezni