Csináltam 1 évvel ezelőtt, de piszokul frusztralo volt hogy volt egy fazon CRAY-jel aki egy hétvégen 2x annyit nyálazott át mint a tobbiek egész hét alat... Ugyhogy bekeményitettem és összefogtam 100 Sparcost klaszterbe a hétvégekre ravaszul megirt shell script-tel. Rencergizda meglátta és aszonta, hogyha még 1x... na azóta nem. Jo buli ez de fizetést is jó kapni havonta :-)))
szeretel te vitatkozgatni, kotozgetni bele?
vagy te fingod az Sparcot, hogy igy kuzdesz? ;-)
mint irtam volt: "ebben a feladatban", meg "egyebkent rulla". erre te jovol itt azzal hogy "gcc nem tud", meg "kellett volna"? de nem lett dadus! azaz ebben a jatekban a Sparc bekasegge, ez egy teny, melyet nem art ismerni azoknak, akik esetleg beszallnanak, es (egyebkent jogosan!) jelentos teljesitmenyt varnanak a Sparc/UltraSparc professzoruktol.
Khm Khm.. És amikor az Ultraspac VIS+ utasításlészletét hasznáva összefogsz 4 db 64 bites regisztert és vektosoan dolgozol fel 8 db 32 bites egészet akkor az tud ám repülni... Hja kérem az rc5des-t igy kellet volna megirni
Legújabban azon kísérletezem, hogyan állítsam be a "priority level"-t, hogy a SETI és az RC5 optimális arányban osztozzanak a gépidőn. Ha 0-ra állítom, akkor a SETI halad rendesen, de az RC5 csak 200-300 kkeys/sec sebességgel tör (PII 350!), ha meg 9-re, akkor a SETI sebessége a felére-harmadára zuhan és ar RC5 hasít (800-900 kkeys/sec). Próbáltam 1-2 átmeneti értékkel is, volt különbség, de olyan pontosan nem mértem., hogy le merjem írni, hogy lineárisan változik a teljesítmény-arány.
Ha igaz az, amit valahol említettek, hogy 5 napig "él" egy working unit a SETI-ben (keveslem, szerintem 5 hét vagy netán 5 hónap - az RC5-ben ez 90 nap), akkor nagyon vissza kell fognom az RC5-öt, különben s SETI adag elévül, mielőtt beküldön és akkor az egésznek semmi értelme nincs.
Hali!
Mar a SETIn irtam, hogy kene 1 rovid (1-2 sor) leiras az rc5-rol. Van a seti.index.hu-n link, jo lenne leirni, hogy mi is ez.
Ha esetleg leirnatok, hogy mikent van meg egyutt az rc5 es a SETI az nagyon jo lenne.
Koszi!
Kjr, no ezen en is törtem a fejem (pl idle ciklusaimban...), hogy milyen geppel lehet annyit feltörni 1 perc alatt, amennyi nekem csak 1 het alatt sem jön össze...
(meg is nezem hogy allok...)
Kb. masfel eve torok RC5-ot. Jo dolog, tobb okbol is. Elsokent az a dolog, hogy nem lustalkodik a gepem, ha eppen egy kicsit a csuklomat lazitom ket programsor kozott. Masreszt azert az sem rossz, amit Kjr eddig mondott, nem rossz dolog felenni a statisztikara par naponta, aztan nezni, hogy akar egy vizsgalt koddal is elobbre jutottal :)
Onnan tudják meg, hogy megvan a helyes kulcs, hogy az üzenet eleje: "The unknown message is:", a leírások szerint.
A kérdésed teljesen jogos, bennem is felmerült, és amikor elolvastam a fenti magyarázatot, kicsit csalódtam, mert szerintem nem valós a helyzet így. Ha valaki tényleg titkot küld, az nem írja be a levél kódolatlan részébe, hogy mi az a karaktersorozat a szövegben, amire érdemes keresni. Mindenesetre ez a játék most ilyen sajátos szabályokkal megy.
(Most, hogy átgondoltam eszembe jutott, hogy némi valóság lehet benne: én ha most PGP-zek egy levelet, akkor valószínűleg belekerül a szokásos levél-aláírásom is, márpedig azt elég sok levelezőlistán meg lehet nézni, tehát van mire keresni)
Most olvastam a topicnyitóban megadott cím FAQ-jában, hogy azok a gépek a nyerők a törési sebesség szempontjából, amelyekben beépített utasítás a 32 bites forgatás (eltolás), ilyenek pedig az intel x86-ok és a PowerPC. Az FPU egyáltalán nincs kihasználva, amiben pl. a Sparc is erős.
Azt értem, hogy sokezer gép sok kulcsot képes végigpróbálni, de volna egy naív kérdésem, aki tud, kérem válaszoljon:
Adott egy zagyva kódsorozat, esetleg azt is tudom, hogy 64 bites Des-el kódolták. Hogyan tudják eldönteni a kódtörő programok, hogy megtalálták a keresett kulcsot? Tudják, hogy mi a dekódolt szöveg, vagy milyen más jelből?
OFF
Ingrad Baman nem bekasegge a Sparc, csak tudod az rc5des-t gcc-vel forgattak es a gcc nem tud sparc-ra optimalni rendesen. A SPARC kakaojanak kb 40%-a a jol optimalo c-forditotol fdugg, aminek a licensze kb 5000 USD/ev
ON:
lehet ilyen kodtoro versenyeket rendezni jo mulattsag. Az RC-5-t szarnak azert nem neveznem. nagyon jo akkor, ha a védett információ értéke elavul mire megtorod. az 56 bitest kb 2 het alatt tortek igen sok geppel. Ha nekem eleg hogy a titkom 2 hetig maradjon titok akkor nekem mar 56 bit is eleg...
Kiváló gép a "csak egy pentium" is, az előző projektben (akkor az 56 bites kulcsot törték fel) egy 90 Mhz-es pentium gép találta meg a helyes kulcsot - és kapta a tulajdonosa a pár ezer $-t (aminek most is meg van az esélye, hiszen most is van pénzdíj).
Tényleg az a lényeg, hogy minél több gép használja fel az egyébként feleslegesen elmúló idejét. Ha megnézitek a statisztikát (http://tally.distributed.net/rc5-64/), láthatjátok hogy bár a csúcson levő felhasználók naponta beküldenek annyit, mint én egy év alatt, de ha belegondoltok, 1 év "csak" 365 napból áll, vagyis 365-ödmagammal összefogva jobb vagyok, mint egy-egy superman (ők gondolom rendszergazdák nagygépek mellett).
A kodtöreshez mindenki csatlakozhat, nekem is -most- csak 1 Pentiumon fut. Hat nem fogom a napi csucsot beallitani, de klassz dolog, hogy egy apro reszem van egy (nagyon is komoly) jatekban...
Ugyhogy hajra STB+!
(gepet nem lassitja...)
Finomitsunk tovabb a proci kerdesen az rc5 relacioban! :-) Mert lehet ugyan, hogy Sun/Sparc/Risc/egyebk rulla, de ebben a szepseges feladatban bekasegge. Az UltraSparc mongyuk elmegy, de ezen emlitett professzorok masra jok, ebben siman lenyomjak oket az "haztartasi" lapkak, azok kozul is jol pengetnek az AMD/Cyrix cuccok, ahol hegyezve van az egesz szamokkal torteno muveletvegzes, szemben az Intel kituzokkel, amelyek itt hiaba villognak a lebegopontos erejukkel, feldughatjak! :-)
De nyugi, azert jojjon mindenki, akar Sparc, akar MIPS RISC, akarmicsoda, csak processzor legyen (meg hozza valami oprencer, de az szokott lenni :-)
csokacsalad
ps.: az UFO-k meg majd idejonnek maguktol, nem kell ezt eroltetni. A foldi kriptografiaval viszont nekunk kell foglalkoznunk.
ne szivd mellre. azert az en szemem is akkora lett, mint ket 5 frankos (svajci. jo nagy.) amikor elarulta valaki okos ember, hogy volt egy olyan teszt, ahol i/o -ban 3x vagy 4x akkora sebesseget mertek sun rendszeren, mint normal gepeknel memoria r/w. pl. az enterprise mittudomen 10,000 -be (mondjuk az mar tenyleg eleg nagy) 64 proci biztos belemegy. mondom, bemesz a boltba es megveheted. egyebkent mar most megvan a technologia 1 gigas procira home renszerre. elobb kifuttatjak a mostanit. biznics iz biznics.
Mea kulpa, mea maxima kulpa. Tényleg vannag Nagyon Gyors Gépek, csak nem nekem és a barátaim között sincs olyan, aki egy ilyen felett rendelkezne. Viszont Pentiumok, AMD K5/K6 uralják a mezőnyt. Ezért bátorkodtam ebben kifejezni magamat.
Az RC5 törés nem arról szól, hogy lehet minél jobban integrálni a titkosítást a felhasználói felületbe - ez maradjon a fejlesztők dolga.
Most az a dolgunk, hogy minél több gépet állítsunk be arra, hogy végigszaladjunk a variációkon. Egy irodában a gépek számítási teljesítményének <1% van kihasználva (gondold el, egy 300 Mhz-es proci kb. 30 millió ciklust jár, míg lenyomod a következő billenytűt (10 billenytű/sec gépelés mellett), ebből talán 10-20 ezer kell a megjelenítéshez, spell checkhez, stb. A gyakorlati tapasztalatok azt mutatják, hogy a gép semmit sem lassul, mégis majdnem olyan sebesen tör ha dolgozol rajta, mint ha ott sem lennél a gépnél (kb. 500 000 kulcsot próbál így ki másodpercenként!)
A magyar csapat egyébként az igen előkelő 13. helyezett mostanában a világranglistán, pedig ezernyi csapat próbálja befogni. Némi motivációképpen: (akárcsak a SETI-nél, itt is) a csehek megelőztek minket, utol kell őket érni! És nem az számít elsősorban, hogy egy gép gyors legyen, hanem minél több legyen belőle!
A lényeg, hogy "csakazértis" feltörjünk egy 64 bites kulccsal kódolt üzenetet, annak demonstarálására, hogy az amerikai kormány és az RSA) által favorizált kódolás alkalmatlan. Nagyon sok gép bevonásával meg lehet teremteni a 2^64 (18.xxx.xxx.xxx.xxx.xxx.xxx db) kulcs egyenkénti végigpróbálgatásához szükséges számítási teljesítményt, ami egyébként kb. 1.000.000 db PII éves teljesítménye (nem hiszem, hogy lenne ekkora szuperszámítógép - illetve azt nem áldoznák 100% erre a célra).
A csatlakozás minimális munkát igényel, a számítás EGYÁLTALÁN NEM fogja vissza a gépedet (idle process-ben fut), és ha amúgy is kapcsolódsz időnként az internethez, akkor a frissítés is teljesen megoldott, ráadásul szinte észre sem veszed. Van némi pénzdíj is, meg csapatok is alakultak, a versengés jót tesz a teljesítménynek :)
jók ezek a kódoláscuccok, de amig minden oldalon nem lesz deffault, nem sok effektív hasznát látom... hiába codeolom be jól a leveleimet, ha a masik oldalon ülő mindenféle pluginok letöltögetése és felinstallálása után tudja csak elolvasni...
Most, hogy a SETI@Home is topicot nyitott, időszerű, hogy a másik nagy (idle) gépidőfaló, az RC5 kódtörés is helyet kapjon a törzsasztalon. Akinek az RC5 szóról még nem jut az eszébe semmi, az menjen el a http://www.elte.hu/~rc5 oldalra és olvassa el a magyar csapat, az STB+ Team Hungary verbuválóját. Nekem egyébként a SETI és ac RC5 ugyanazon a gépen mennek, és egész jól megvannak egymással. Máris várom ezirányú tapasztalataitokat! Kjr