💾 Memória méretezés

Mennyi adat fér el a memóriában és mennyi ideig lehet tárolni?

Az adattárolásnál az egyik leggyakoribb hiba nem technológiai, hanem becslési probléma: A “Biztos elég lesz.” műszaki megközelítés.

Ez a kis kártyacikk abban segít, hogy ne érzésre hagyatkozva, hanem tényadatok alapján számolva dönts a memória méretéről.

1️⃣ Első kérdés: mit és milyen gyakran mentesz?

Méretezéshez három adat kell:

• rekord mérete (byte)
• írás gyakorisága
• megőrzési idő

Példa:

• egy log rekord mérete: 24 byte,
• írás: 10 másodpercenként történik,
• megőrzési idő: 7 nap.

Ez már számolható.

2️⃣ Egyszerű becslési képlet

napi adat = (86400 / írási_idő) × rekord_méret

A fenti példával ez kiszámolva:

(86400 / 10) × 24 ≈ 207 kB / nap

és mindez 7 napra vetítve:

~1,45 MB

👉 Ebből már látszik, hogy:

• az EEPROM kiesik,
• az FRAM is kevés,
• az SPI Flash már határeset,
• az SD kártya itt már kellően kényelmes…

3️⃣ Tipikus memória-kategóriák kapacitás szerint

👉 Ha a számolt érték megközelíti a rendelkezésre álló méret maximumát, az bizony a működésnél már kockázatos.

4️⃣ Írási tartalék – mindig hagyj helyet

Soha ne tervezz 100%-ra! Mindig legyen tartalékod!

A tapasztalat szerint a jó gyakorlat:

• max. 60-70% memória-kihasználtság,
• így maradjon hely ha kell még:
  • a duplikált rekordokra,
  • a hibás adat-írásokra,
  • jövőbeli bővítési lehetőségekre.

👉 A memória nem egy végtelen “polc”, hanem egy működő rendszer!

5️⃣ Körkörös log – időben méretezz

Ha körkörös logot használsz:

• nem az számít, mennyi adat fér el,
• hanem mennyi ideig kell megtartani.

Példa:

• az SPI Flash: 8 MB méretű,
• napi adat: 400 kB helyet igényel, és
• az adatmegőrzési idő: ~20 nap

👉 Ez alapján ez a paraméterlista lehet teljesen elegendő , vagy akár teljesen alulméretezett is…

6️⃣ Rekordméret csökkentése – egyszerű megoldás?

Mielőtt nagyobb memóriát választasz a projekthez:

• gondold át az adatformátumot,
• szöveg → bináris átalakítást végezz,
• felesleges mezőket hagyd el.

10-20 byte különbség azt jelenti, hogy:

• naponta néhány kB nyereség az
• havonta néhány MB terület jelent!

7️⃣ Gyakori alul- és túlméretezési hibák

Alulméretezési esetek:

• “ritkán írunk” feltételezés → valójában gyakran íródik,
• nincs tartalék terület a rendszerben,
• gyors adatvesztés.

Túlméretezési problémakör:

• SD kártya használata pár KB adatnaplóhoz,
• bonyolult szoftver készült az alig valami adatmennyiségre.

👉 A jó méretezés nem extrém kihívás, hanem méretarányos megközelítés.

8️⃣ Gyors döntési ellenőrzőlista

Méretezés után kérdezd meg magadtól:

• belefér az adat a tárterületre?
• marad tartalékhely?
• mennyi ideig őrzöm meg az adatot?
• mi történik, ha több adat mentésére van szükség?

Ha ezekre nincs jó és elégséges válaszod, a méretezési problémakör még felvet jópár kérdést… Azaz nem vagy készen.

Összegzés

A memória méretezése nem műszaki ráérzés kérdése, hanem egyszerű számolás! Ha:

• előre kiszámolod,
• hagysz tartalékot, és
• a használati igényhez választasz memóriát,

akkor az adattárolás nem fog meglepetést okozni – sem egy hét, sem egy év múlva

Ez a cikk a → Az adattárolás háttere mini-cikksorozat része.
← Előző: 💾 Log fájl struktúrák
→ Következő: 💾 Szöveges vagy bináris log? Mikor melyik a jobb választás naplózáshoz?