Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
dyskusyjnych:s...@f...lasek.waw.p
l...
Pan J.F. napisał:
>>> Łatwiej jest głosować nad wartością liczbową jakiegoś parametru
>>> niż
>>> nad prostą flagą typu plus/minus. Jak są dwie dokładnie takie same
>>> liczby, to z ogromnym prawdopodobieństwem oznacza, że nie zostały
>>> przekłamane.
>
>> Jak dwa bity sa takie same, to pewnie tez nie sa przeklamane.
>> Jesli jednak sa rozne ... to nie wiesz ktory jest prawdziwy.
>
>> Z liczbami podobnie.

>Z liczbami całkiem inaczej. Jeśli zamiast zgodnych wartości otrzymam
>zbiór { 0, 1, 1, 0, 0, 1 } to nie wiem co jest przekłamane i czy tam
>powinno być zero, czy jeden.

To rozumiem jest jedna flaga ze swoich 6 kopii zapisanych ?
No to nie wiesz, bo glosowanie nie ustali.
Ale spodziewamy sie raczej {1, 1, 1, 0, 1, 1 } - i juz wiesz :-)

>Ale zbiór { 117, 34, 7, 117, 117, 13 }
>mocno skłania mnie ku przypuszczeniom, że chodzi o liczbe 117.

A zalezy Ci bardziej na odzyskaniu informacji, czy wiarygodnosci ?

Bo powiedzmy tak - pr-stwo przeklamania bitu wynosi np 1%, a
liczba/wiadomosc ma 256 bitow.
Jest spora szansa, ze zadna liczba nie bedzie poprawnie zapisana, a
odzyskac bit po bicie sie da :-)

Pr-stwo, ze odzyskana liczba jest falszywa, przy 6 kopiach ... policz
sobie, mnie sie wydaje, ze nie bedzie znow takie male.
Trzeba sie liczyc z ryzykiem ... i sie zabezpieczyc suma kontrolna.
Poza tym mamy tez do pewnego stopnia informacje, ktore bity sa
niepewne.

Zeby wyszlo na Twoje, to trzeba zmienic warunki zadania - niech
pr-stwo przeklamania wynosi 0.1%, albo liczba ma 32 bity ...

>> I teraz przydaloby sie wiedziec jakiej natury byly te
>> przeklamania -
>> bitowej, bajtowej, blokowej ...
>Wtedy wiedzieliśmy więcej, teraz już nie pamiętam. Ale zdaje się, że
>flash po prostu przekłamywał pojedyncze bity. Głosowanie nad liczbami
>jednobajtowymi w praktyce ten problem eliminowało.

Ale zapamietane dane zapewne byly dluzsze niz 8 bitow.

J.