Fórum Živě.cz

To zase neni tak uplne pravda, forenzni slozky dokazi vystrachat i data, ktera byla nekolikrat prepsana... ci alespon casti, ktery dost casto staci k usvedceni z podvodu atp

Tohle jsou podle mě staré české báje a pověsti. Nevěřím tomu, že KDOKOLIV dokáže obnovit byť jedinkrát přepsaná data. Mluví...

pucmeloudek: strchr přece hledá v null-terminated řetězci. Takže když budou vstupní data obsahovat nulu, hledání tam skončí. To je nám na nic. I bez ohledu na to bych se navíc vsadil, že tímhle vylepšením v reálu nezískáš prakticky nic.

Jinak, já bych ty vestavěné funkce až tak nepřeceňoval. Jak ří...

gandor: Vysloveně pomalý kód? Uff, tak sem s konkrétními čísly! Napiš svoji verzi a na jednom stroji pak pusť tu moji a tu svoji, a pochlub se srovnáním
pak můžeme posoudit, co je "vysloveně pomalé" a ne-"vysloveně pomalé"
Keckat od stolu je tak snadné...

No já zde kopíruji 100 bajtů na každých 8192. I kdyby se tahle část použitím funkce přepsané do assembleru (která ve finále stejně dělá to samé) zrychlila třeba na polovinu, nebo na třetinu, na výsledný běh to bude mít zcela zanedbatelný vliv.

Ostatně, teď jsem to zkusil. Ten řádek jsem nahradil
me...

Já to napsal v Céčku takto: :)
Skoro bych se vsadil, že efektivněji to napsat nejde ;) Troufl by si někdo napsat kód (v libovolném jím zvoleném jazyce), který poběží na stejném hardware v rychlejším čase?

#include <stdio.h>

#define BLOK 8192
#define MAX_SEARCH 100

char buf[BLOK+MAX...