[elektro] NTFS korlátai kérdés ( klaszterméret partícióméret szemszögéből )

Xorn toth.endre at gmail.com
Sun Nov 5 16:31:16 CET 2017


Egy havi számla generálásánál...?!?!

Best regards,
Andy

On 5 Nov 2017 16:23, "Imre Kormos" <imre.kormos at gmail.com> wrote:

> Cserébe csak idő alapján lehet keresni, és természetesen ez a keredési
> sorrend, amire a legritkább esetben van szükség.
> Ki
>
> 2017. nov. 5. 12:28 ezt írta ("Xorn" <toth.endre at gmail.com>):
>
> > Marha gyorsan kereshető idő alapján, bármiféle adatbázis vagy indexelés
> > nélkül.
> >
> > Best regards,
> > Andy
> >
> > On 5 Nov 2017 12:19, "Karoly Kovacs" <koka55 at gmx.at> wrote:
> >
> > > Na de Tamás nem fog a büdös életben sem ennyi adatot összehordani, még
> > > akkor sem, ha a Bibliát lóugrásban, pop-art minta szerinti eloszlásban
> > > szavanként, majd azok mittomén hány permutációjával is tárolja.
> > >
> > > Egyébként már a minap is írtad ezt a Vízitelefon számlázási rendszert,
> > > akkor sem fért a fejembe ez a módszer. Persze nincs kizárva, hogy
> valami
> > > nyomós érv szól mellette (ami lehet nem technikai jellegű is, hanem pl.
> > > jogi, stb.).
> > >
> > > Károly
> > >
> > > Xorn wrote:
> > >
> > >> Nézd a másik végéről. Vodafone, számlázási rendszer, minden
> hívásrekord
> > 1
> > >> file, kb. 100-120 byte adat. 90 napos loghoz kell közel 8 millió
> > könyvtár
> > >> (90 nap, 24 óra, 60 perc, 60 másodperc, azon belül a file-ok). És van
> 8
> > >> felé szolgáltatás, azaz nagyjából 60 millió könyvtár (!), amiben a
> > file-ok
> > >> vannak.
> > >>
> > >> Best regards,
> > >> Andy
> > >>
> > >> On 5 Nov 2017 12:10, "Karoly Kovacs" <koka55 at gmx.at> wrote:
> > >>
> > >> Értelek, de belegondoltál valaha is, mekkora kib..ott nagy szám a 4
> > >>> millió?
> > >>> A pénzek értéktelenedésével mindennapos fogalommá vált a millió (sőt
> a
> > >>> milliárd), de ha csak egyszer is belegondolsz, mennyi mondjuk 1
> millió,
> > >>> meg
> > >>> fogsz ijedni. Egymillió lépés az kb. 700km. Mennyi idő alatt tudod
> > >>> megtenni? Egymillióig szóban elszámolni (saccra) másfél hétig tart
> (ha
> > >>> éjjel-nappal számolsz). Ha egymillió ceruzát egymás mellé fektetsz,
> > kb. 7
> > >>> kilométernyi ceruzád lesz. És így tovább.
> > >>>
> > >>> Károly
> > >>>
> > >>> Cser Tamas wrote:
> > >>>
> > >>> Xorn <toth.endre at gmail.com> írta, 2017. 11. 05.:
> > >>>>
> > >>>> Anno egy digitális telefonközpont havi számlázását intéző C program
> > 3300
> > >>>>> sor volt kommentekkel, mindennel együtt.
> > >>>>>
> > >>>>> Best regards,
> > >>>>> Andy
> > >>>>>
> > >>>>> On 5 Nov 2017 10:23, "Karoly Kovacs" <koka55 at gmx.at> wrote:
> > >>>>>
> > >>>>> Tamás!
> > >>>>>
> > >>>>>>
> > >>>>>>
> > >>>>> Ti mindannyian csak és kizárólagosan programolás szemszögéből
> > látjátok
> > >>>> a világot, én meg programolás előtt akár apostolok könyvei,
> számozott
> > >>>> fejezetek, számozott versek, vagy csavarok nem ömlesztve, hanem
> > >>>> M8x15, M8x22, stb sok-sok fiókokra szétosztva,
> > >>>> törvények, rendeletek paragrafusok sok-sok fiókokra szétosztva
> > >>>>
> > >>>> neked úgy volt jobb, nekem  meg így volt jobb
> > >>>>
> > >>>> Negyvenegynéhány éve űzöm az ipart (programolás), de bármiben
> > lefogadom,
> > >>>>
> > >>>>> hogy egész életemben nem hogy 4 millió, de 100 ezer darab
> > "képernyőnyi"
> > >>>>>> (ahogy Te mondtad) programmodult sem írtam. Tuti, hogy nem.
> > >>>>>> Egyebekben _nagyjából_ igazad van, azaz célszerű kisebb, átlátható
> > >>>>>> modulokból összerakni a programot. Amiben nincs igazad, hogy ezen
> > >>>>>> modulok
> > >>>>>> mérete nem Tőled/tőlem függ, hanem a logikailag együvé tartozó
> adat,
> > >>>>>> ill.
> > >>>>>> funkció mennyiségtől. Azaz nem jó a programot önkényesen "képernyő
> > >>>>>> méretű"
> > >>>>>> modulokra szabdalni, hanem úgy, ahogy a program logikája
> megkívánja.
> > >>>>>> Lehet,
> > >>>>>> hogy az egyik modul 10 soros, de az is lehet, hogy párszáz soros.
> > >>>>>> Ez a felvázolt gondolkodásmód tképpen az objektumorientált
> > programozás
> > >>>>>> erősen pongyola megfogalmazásban. Hangsúlyozom a pongyola
> > >>>>>> megfogalmazást,
> > >>>>>> mielőtt a szakmabeliek fejbe vágnak érte. :)
> > >>>>>>
> > >>>>>> Károly
> > >>>>>>
> > >>>>>> Cser Tamas wrote:
> > >>>>>>
> > >>>>>> Kaczmarek Edvárd <edk-elektro at babakezek.hu> írta, 2017. 11. 04.:
> > >>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> Tamás,
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>>>> Mi a fene ez a 2GB partíció méret?!?!
> > >>>>>>>>>> Ez még nem FAT32, hanem FAT16 fájlrendszernél volt így.
> > >>>>>>>>>> A FAT32 már tud 2TB partíciót és 4GB fájlméret limitet.
> > >>>>>>>>>>
> > >>>>>>>>>> A FAT32 fájlrendszer méretkorlátai
> > >>>>>>>>>>
> > >>>>>>>>>
> > >>>>>>>>> Fájlok maximális száma kötetenként   4 194 304 darab.
> > >>>>>>>>>
> > >>>>>>>>> nekem meg a MINIMÁLIS fájlméret a lényeg, ami 512bájt
> > >>>>>>>>>
> > >>>>>>>>> és így jön ki a 2GB
> > >>>>>>>>>
> > >>>>>>>>>
> > >>>>>>>>>
> > >>>>>>>>> Mi az istent tárolsz négymillió 512 byte alatti filében???
> > >>>>>>>>>
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>>> mindenkinek meg van a maga gondolati világa,
> > >>>>>>>
> > >>>>>>> pl. nekem könnyebb, ha 10-20-40-max 50 sornál nem nagyobb
> > blokkokban
> > >>>>>>> (azaz 1 képernyőméreten) is tudok szerveződni,  és azt a
> > főprogramban
> > >>>>>>> mindössze 1 sorban  #include -olom
> > >>>>>>> és azokból az #include -okból  majd a fordítóprogi rángatja össze
> > >>>>>>>
> > >>>>>>> ez nekem jobban bevált, mintha  300 - 3ezer - 10ezer soros
> > >>>>>>> állományban
> > >>>>>>> az elején és végén egy  elütött  if - endif -et kell keresgetnem
> > >>>>>>>
> > >>>>>>> van akinek úgy jobb, hogy az M3-as csavaranyákat összelapátolja
> az
> > >>>>>>> M4 M5 M6 M8 M10 csavaranyával aztán keresgéli, hogy van-e itthon
> > >>>>>>> 4db M5-ös anya  és van aki kisebb fiókokba használat előtt
> > >>>>>>> szétválogatva
> > >>>>>>> tárolja, és hamarabb látja, hogy az M5-ös anyából már csak 3db
> van
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> Ed
> > >>>>>>>
> > >>>>>>>
> > >>>>>>>> -----------------------------------------
> > >>>>>>>>              elektro[-flame|-etc]
> > >>>>>>>>
> > >>>>>>>>
> > >>>>>>>> -----------------------------------------
> > >>>>>>>              elektro[-flame|-etc]
> > >>>>>>>
> > >>>>>>>
> > >>>>>>> -----------------------------------------
> > >>>>>>>
> > >>>>>>            elektro[-flame|-etc]
> > >>>>>>
> > >>>>>> -----------------------------------------
> > >>>>>             elektro[-flame|-etc]
> > >>>>>
> > >>>>>
> > >>>> -----------------------------------------
> > >>>>             elektro[-flame|-etc]
> > >>>>
> > >>>>
> > >>>> -----------------------------------------
> > >>>           elektro[-flame|-etc]
> > >>>
> > >> -----------------------------------------
> > >>            elektro[-flame|-etc]
> > >>
> > >>
> > > -----------------------------------------
> > >          elektro[-flame|-etc]
> > -----------------------------------------
> >           elektro[-flame|-etc]
> -----------------------------------------
>           elektro[-flame|-etc]


More information about the Elektro mailing list