Az en fejembe valahogy nem fer bele, hogy a a felhasznaloi programnak kellene biztositania a hibaturest - ez kicsit olyasmi, mint ha a raid-et ki akarnank dobni, es mostantol minden programnak 2 peldanyban kellene irnia a file-jait a kulonbozo diszkekre.
Az mar jobban hangzik, hogy ezt a feladatot egy, az alkalmazas alatti sw-reteg (pl. VM) csinalja, de nekem inkabb ez tunik hacknek: sw-bol kuzdunk olyasmivel, amit hw-ben sokkal egyszerubben, gyorsabban, es elegansabban meg lehet oldani.
"ebből ugye azért nem az következik, hogy nincs is, sőt elvileg sem valósítható meg? :)"
Azert legalabbis furcsa, nem? :)
"viszont biztos, hogy lassabb, mintha az alkalmazásba kódolod bele ezt a logikát"
Miert lenne lassabb? Egy komparator aramkor meglehetosen egyszeru dolog, a vegrehajtason gyakorlatilag semmit sem lassit, es ha instruction retry jon, akkor minimalis az a munkamennyiseg, amit ki kell dobni.
Nem igazan latom, hogy a sw-es megoldas mit tudhat, amivel ezen gyorsitani lehetne.
--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!