Registry vagy Inifájl?

Registry vagy Inifájl?
2010-05-23T07:52:51+02:00
2010-05-25T10:49:19+02:00
2022-10-27T16:35:43+02:00
  • Mutasd a teljes hozzászólást!
  • Azé me' szeretem a pc-t :)
    Mutasd a teljes hozzászólást!
  • PC : kell


    Méé????
    Mutasd a teljes hozzászólást!
  • PC : kell
    WINDOWS XP : nem kell
    Delphi : nem kell
    Hozzaertes.... : ez se kell
    Mutasd a teljes hozzászólást!
  • Hi

    Előttem szólónak igaza van. Ha fontosak az adatok, akkor mindenképpen le kell tükrözni a hdd-t, mert ha meghal akkor vége. Ha a gép is szar, akkor minden új adat megérkezésekéor ki kell menteni a hddre is. Egyébként pedig meg a sebesség miatt a memóriában kell tárolni az adatokat. Nah erre (is) jó egy adatbáziskezelő, amely nagymennyiségű adatnál sem jön zavarba és a fentebbi kritériumokat is teljesíti.
    A programból utána már csa táblákat kell irogatni és olvasgati.
    Delphiből az meg sima ügy

    Mutasd a teljes hozzászólást!
  • Szerintem maga a kérdés értelmetlen:

    A merevlemez kb a használattól függetlenül fog meghibásodni. Ha bekapcsolt állapotban van és semmit nem csinál akkor is kb. ugyanakkora az élettartama, mintha folyamatosan dolgozna.

    Csatlakozom Chainsaw_GS kolléga vélaményéhez, hogy használj hardveres tükrözésű merevlemezeket. Ekkor ha elromlik az egyik, gond nélkül lehet cserélni és a gép sem áll le.

    Adatok kezeléséhez meg használj adatbázis kezlőt. A többi csak félmegoldás.

    Ha mindenképpen ragaszkodsz a RAM drive-hoz, akkor ajánlom a FarStone Virtual Drive Pro 12 programot, a miben van szoftveres RAM drive. Régebben önálló termékként lehetett kapni. Ez képe arra, hogy a RAM-ban foglal egy területet, amit merevlemezként lehet kezelni. Van időszakos mentése stb. Évekkel ezelőtt elég jónak találtam.
    Mutasd a teljes hozzászólást!
  • Szia!
    A RAMDrive mennyivel lenne jobb, mint mondjuk egy dinamikus tömb?
    Még nem találkoztam vele, de ha jól olvastam, akkor egy meghajtót hozhatok létre, amit a memóriában tart. Így, ha ott dolgozok egy fájllal, akkor az nem merevlemez művelet. Így végül is ha induláskor átmásolom oda a fájlokat, akkor használhatom azokat adatelérésre.
    Mutasd a teljes hozzászólást!
  • Aszem minden egyutt van, egy stabilan, megbizhatoan mukodo ipari vezerleshez.

    PC, WINDOWS XP, Delphi, Hozzaertes....


    ui:
    ramdrive?
    Mutasd a teljes hozzászólást!
  • Akkor igazíts ki légyszíves. Mi nem stimmel a kérdéseimen?
    Mutasd a teljes hozzászólást!
  • semmi értelme nincs a kérdéseidnek.

    alapismeretek hiányoznak szerintem.

    nem programokat kéne irj, hanem először programozást tanulj és csak utána.
    Mutasd a teljes hozzászólást!
  • Nekem valahogy az adatbáziskezelés ebben az alkalmazásban még mindig túlzásnak tűnik.
    Mivel az adatok simán elférnek a memóriában, nagyon-nagyon durva esetben is bőven elég lesz 50 MB, ezért induláskor beolvasom a fájlokból az értékeket, aztán utána már memóriából dolgozom. Ha módosítás van, akkor a fájlban módosítok, aztán újraolvas. De ilyen csak paraméterezéskor fog előfordulni. Úgyhogy most már nem ebbe, hanem a logfile-ok írásába fog kikészülni a merevlemez. De ez azért jó sokáig fog tartani. Vagy a porterheléstől.
    Delphiben vajon van limit a dinamikus tömbök méretére vonatkozóan, vagy amíg elfér a memóriában, addig nincs gond vele?
    Mutasd a teljes hozzászólást!
  • Az ilyen problémákra találták ki az SQLite-ot. A merevlemez műveleteket persze ezzel sem úszod meg. Esetleg egy nagyobb adatbázisszerver, Pl. MS-SQL express, azzal valószínűleg minimalizálni tudod az I/O műveletek számát, mert amit lehet RAM-ban tart.
    Mutasd a teljes hozzászólást!
  • A firefox ebben a pillanatban 200 MB-t használ a gépemen, és valahogy elműködget.
    Mutasd a teljes hozzászólást!
  • A hardveres tükrözésű merevlemezről még nem hallottam, de ahogy utána olvastam, ez annyit tesz, hogy két merevlemezre menti az adatot. Adatbiztonság szempontjából OK, de szerintem attól a merevlemez még ugyanannyi idő alatt fog tönkremenni. Engem különösebben nem zavar, ha a technológusnak újra be kell vinnie az adatot, tört már elég borsot az orrom alá. . Legfeljebb csinál ideiglenes mentést.
    A legjobb a memóriában tárolás lenne ebből a szempontból, de ennél meg attól tartottam, hogy kifogyok belőle. Amit a memóriában kell tárolnom úgy hogy ne kelljen fájlhozzáférés, az max:
    össz programszám*max utasítászám*paraméterek száma
    Egy paraméter max kb. 20 karakter lesz, az utasítások száma valószínű nem lesz több 100-nál (már ez is rengeteg).
    Tehát 60*100*30*20 bájt =3,44 MB. 2 GB van a gépben, úgyhogy remélhetőleg el fog férni a windows, és a videokártya mellett is.
    Mutasd a teljes hozzászólást!
  • Végső esetben memóriában is lehet adatokat tárolni
    Mutasd a teljes hozzászólást!
  • Adatbáziskezelő.
    Mutasd a teljes hozzászólást!
  • "Tehát a kérdés: Melyik jobb a gép élettartalmának szempontjából?"

    Használj hardwaresen tükrözött merevlemezet.
    Mutasd a teljes hozzászólást!
  • Értem én, hogy a vezérlôprogramokhoz nem akarsz egy editort írni.
    Mutasd a teljes hozzászólást!
  • Köszönöm a válaszokat!
    Az adatok a következőképpen néznek ki.
    Egy vonalkód olvasón bejön a munkadarabot tároló függesztő száma(1-60). Ehhez tartozik egy programszám, és még két másik szám, ami azt mutatja, hogy a programszámhoz tartozó programon belül hol tart a rendszer. Ehhez tartozik egy adatstruktúra. Ez az adatstruktúra, mivel gyakran használom, dinamikus tömbben van eltárolva.
    Én úgy gondoltam felesleges az adatbáziskezelés, mert nem kell keresnem, szűrnöm. Egyszerűen csak léptetem a két számot, és ez alapján elérem a szükséges adatokat.
    Amit tárolok azok a következők (60 db bejegyzés Registry-ben):
    -programnév
    -utasításszám
    -ismétlésszám
    -Dátum, idő 1
    -Dátum, idő 2

    Az adatelérés így néz ki jelenleg:
    -Vonalkód
    -Registryből kiolvasom a "Függesztő"+Vonalkód száma kulcs Programnév értékét
    -Megnyitom a Programnév fájlt, kiolvasom az utasításszám szekció utasításnév,ismétlésszám értékét
    -A dinamikus tömbben megkeresem a névhez tartozó adatokat.
    -És ezt 60-szor, illetve ha az utasításnév nem a dinamikus tömbre hivatkozik, akkor a Programfájlból olvasom ki az adatokat.

    Ez utóbbira azért volt szükség, mert előfordulhat, hogy a technológus próbálkozni szeretne paraméterekkel, és egy ilyen próba miatt nem akar külön utasítást létrehozni, hanem közvetlenül a programban beír egy egyedi utasítást.

    Ezért gondoltam úgy, hogy nem szeretnék adatbáziskezeléssel foglalkozni.

    Bár ettől függetlenül, ha ezzel kímélem a merevlemezt, és kevesebb műveletet végez el rajta, akkor át fogok rá térni.
    Mutasd a teljes hozzászólást!
  • Mind a kettő arra való, hogy a program két futása között tárolja a beállításokat, de egyik sem adatbáziskezelő.
    Mutasd a teljes hozzászólást!
  • Nagy mennyisegu adat tarolasara sem ini, sem registry nem valo!
    Mutasd a teljes hozzászólást!
  • Hi!
    Esetleg adatbazis szerver? Az pont jo lenne ilyen 'eléggé random' adatelérésre és a háttérben még a memóriába is cacheol, meg nem utolso sorban nem csak text alapjan (section/value páros :p) tud keresni. A reg-et ilyen célora szvsz ne... (pláne, hogy ipari jellegű a dolog lol)
    Mutasd a teljes hozzászólást!
  • Sziasztok!
    Egy ipari berendezésben PC-t fogunk használni vezérlésre Win XP operációs rendszerrel. A PC mellékesen elég komoly adatmennyiséget is kezel. Ezeket az adatokat inifájlban tárolom. Ezen adatok közül működés közben kb. max 100 fájlból olvas is. Szeretném, ha a PC a lehető legtovább üzemelne, ezért szeretném a merevlemezhez hozzáférést a minimálisra csökkenteni. Ezért arra gondoltam, hogy a fájl tartalmát beolvasom registrybe, és azt használom. De attól tartok, hogy a registry hozzáférés is merevlemez művelet lesz.
    Tehát a kérdés: Melyik jobb a gép élettartalmának szempontjából? Percenként 100 inifájl olvasás, vagy 100 Registry olvasás, vagy teljesen mindegy, mert ugyanaz?
    Előre is köszönöm
    Mutasd a teljes hozzászólást!
Tetszett amit olvastál? Szeretnél a jövőben is értesülni a hasonló érdekességekről?
abcd