Kannattako binääritiedosto lukea kerrallaan muistiin, vai pätkittäin fread( ) käskyillä? Kumpi tapa on parempi?
Binääritiedostoon on tallennettu useampi erikokoinen taulukko (pelin kenttätiedot).
Peräkkäisillä fread( ) käskyllä saisi tiedot mukavasti taulukkoihin, mutta kerralla lukeminen sitten vaatii enemmän virittämistä. Niin ja tiedosto on aika iso.
Koska kyseessä on peli, niin mitä nopeammin tiedot saa luettua, sitä paremmin. Mitä tuo fread() käsky aiheuttaa? Tiedoston lukitukset, hitaat levyoperaatiot?
Binääritiedostoon on tallennettu useampi erikokoinen taulukko (pelin kenttätiedot).
Peräkkäisillä fread( ) käskyllä saisi tiedot mukavasti taulukkoihin, mutta kerralla lukeminen sitten vaatii enemmän virittämistä. Niin ja tiedosto on aika iso.
Koska kyseessä on peli, niin mitä nopeammin tiedot saa luettua, sitä paremmin. Mitä tuo fread() käsky aiheuttaa? Tiedoston lukitukset, hitaat levyoperaatiot?
Vastaukset 1
Vanhimmat
Asian toteutustapahan riippuu täysin ohjelmasta. Jos tiedosto on hyvin lyhyt, niin sillä ei ole käytännön merkitystä, kummalla tapaa tekee. Jos tiedostoa luetaan usein, se löytyy todennäköisesti jo levyvälimuististakin myöhemmillä lukukerroilla.
Jos tarvittava tieto pitää joka tapauksessa lukea kokonaan ennen sen käsittelyn aloittamista, niin miksei sen tiedoston voisi silloin lukeakin kokonaan. Mikäli luettujen taulukoiden tiedot tarvitsee tarkistaa jotenkin, niin kätevä tapa on lukea taulukko kerrallaan ja tarkistaa sitten se. Tuossa on toisaalta mahdollinen ongelma, jos seassa on yksikin viallinen taulukko, niin siinä aiheutuu hieman turhaa lukua levyltä.
En tiedä freadin toteutuksesta sen tarkemmin (joka vaihtelee kuitenkin alustakohtaisesti), mutten usko sen tekevän mitään lukituksia. En myöskään usko freadin tekemän lukemisen levyltä olevan sen hitaampaa kuin tavallisenkaan readin.
Tee siis niin kuin vain saat helpoiten tehtyä, oli tapa kumpi hyvänsä. Liikaa kikkailemalla saat vain tuhlattua aikaa, ja hyöty olisi todennäköisesti niin pieni, ettei sitä välttämättä edes huomaa käytännössä.