BGAFC Vendégkönyv

Σ: 1 post

saxus (statz)

#9, Agyfasz (419)

1789 | #1c83 | ^ | Idézet | Fri, 11 May 2012 03:02:21 +02

84.3.*.*

*.catv.pool.telekom.hu

TCH írta/wrote:
Ok, akkor 32 bitesek lesznek.

De baszki, miért olyan kibaszottul gecikurvanehéz elszakadni a kibaszott kettőhatványoktól? Ennek a módszernek pont az lenne a lényege, hogy amit lehet összevon. Ha pl. van két kulcsod:

12345699AAAAAAABBBBBBBBCCCCCCCCC
12345688DDDDDDDDEEEEEEEEFFFFFFFF

Minek tárolnád 7 levelen, ha 3 elég? (123456, (99AA...CC, 88DD...FF)) Picit szakadj már el attól, hogy a regiszterek 8-16-32 bitesek, nem attól lesz minden jó, hogy 2^n.

TCH írta/wrote:
A fájrendszerbe való írogatás gyorsabb, mint a fájlba való írogatás?

Látom, nem igazán vagy kibékülve a fákkal :). Ha egy baszomnagy fájl közepére kell írni, szopsz. Ha egy kevésbé baszomnagy, de még mindig méretes fájlba, akkor is szopó. Ha csillió kicsi fájlba kell írnod, akkor meg azzal fogsz szopni, hogy a fájlrendszered fog megfeküdni a rengeteg fájltól, főleg, ha icurka-picurkákra rakod. Persze, implementálhatod jó adatbázis-kezelő szintjén magadnak az ideális lapokra bontást, de én úgy vagyok vele, hogy szopjon az, akinek hat anyja van.

TCH írta/wrote:
*sigh* A mátrix nem a keresőben van, hanem magában a hash algoritmusban; hányszor mondjam még el? Faszom se akarta a legenerált értékeket mátrixban tárolni.

Mi lenne, ha lebaszás helyett inkább elolvasnád, mit írtam? Leszarom, hogy a hash algoritmusában mi van benne, arról beszélek, hogy a hash algoritmusából kijött 1024 bites kulcsokBÓL készített mátrixot (=egymás után szépen sorban az összes egy baszomnagy fájlban) fos lesz tárolni, keresni, ha nem csinálsz valami mapreduce jellegű megoldást rá. De ha jobban tetszik, akkor tömb. *sigh*

Mindegy, menjél inkább bilgécezni, az legalább mindig megy :)