Żywotność karty SD

Wyczytałem różne opinie na temat żywotności kart. Najmniej optymistyczne to

2000cykli. Ile faktycznie pożyje przeciętna karta SD 4GB zapisywana w kółko 24h/dobę 365 dni w roku? Co 1 sekundę do pliku będzie dopisywany 120 bajtowy rekord w trybie FIFO? Wychodzi że w roku zapiszę ją 26 razy więc niby nie ma się czym wogóle martwić ale jak wygląda to z punktu widzenia zapisu do tablicy FAT?

Marek

Reply to
invalid unparseable
Loading thread data ...

Użytkownik "4CX250" <taunusmtv@poćta.łonet.pl> napisał w wiadomości news:4d36b895$0$2442$ snipped-for-privacy@news.neostrada.pl...

Miało być pesymistyczne :)

Reply to
invalid unparseable

Użytkownik "4CX250" <taunusmtv@poćta.łonet.pl> napisał w wiadomości news:4d36b895$0$2442$ snipped-for-privacy@news.neostrada.pl...

Bardzo szybko ja szlag trafi Dobrej jakości ponoć wytrzymają 100 tys. zapisów Ale przy adresowaniu pośrednim obszar rootsektor będziesz ciągle nadpisywał, co 1s, czyli szlag go trafi po 100tys sekund, a to raptem jeden dzień

Reply to
gri

Użytkownik "4CX250" <taunusmtv@poćta.łonet.pl> napisał w wiadomości news:4d36b8fc$0$2442$ snipped-for-privacy@news.neostrada.pl...

włącz ciągły i szybki (co 1ms) zapis do jednego bloku - zobacz czy przeżyje dobę

Reply to
gri

W dniu 19.01.2011 11:10, 4CX250 pisze:

Za każdym razem jak się zmieni rozmiar pliku/alokacja klastrów - zapis w nagłówku partycji.

Jak możesz to zapisuj surowe dane, jak nie możesz to zrób na czystej karcie plik wypełniony zerami i nadpisuj cyklicznie jego zawartość.

P.S. Oidp na fat32 wciśniesz tylko 2GB plik, więc reszta miejsca się będzie marnować.

Reply to
Michoo

Użytkownik "Michoo" <michoo snipped-for-privacy@vp.pl napisał w wiadomości news:ih6eb6$mml$ snipped-for-privacy@news.onet.pl...

FAT16 to 2GB FAT32 to 2TB

Reply to
gri

Użytkownik "gri" snipped-for-privacy@am.er napisał w wiadomości news:ih6e2q$lno$ snipped-for-privacy@news.onet.pl...

Z własnych eksperymentów wiem, ze Sandisk, Kingston przeżywają więcej. Nie kupowałem najtańszych na allegro Niektóre są bardzo wolne i pozwolą na zapis bloku co 1ms

Reply to
gri

To dlaczego tak trudno utworzyć dysk logiczny FAT32 większy niż 32 GB?

Reply to
RoMan Mandziejewicz

W dniu 19.01.2011 11:31, gri pisze:

Plik, nie partycja.

Ale się pomyliłem - wiki twierdzi, że 4GB.

Reply to
Michoo

W dniu 19.01.2011 11:37, RoMan Mandziejewicz pisze:

Jak kupowałem dysk 500GB to przyszedł z jednym wielkim FATem.

Reply to
Michoo

Użytkownik "Michoo" <michoo snipped-for-privacy@vp.pl napisał w wiadomości news:ih6f0g$pd6$ snipped-for-privacy@news.onet.pl...

OK. Moja slepota i czytanie po łebkach:-).

"Zdognie z nanjwoymszi baniadmai perzporawdzomyni na bytyrijskch uweniretasytch nie ma zenacznia kojnoleść ltier przy zpiasie dengao sołwa. Newajżanszjie jest to, żbey prieszwa i otatsnia lteria byla na siwom mijsecu, ptzosałoe mgoą być w niaedziłe i w dszalym cąigu nie pwinono to sawrztać polbemórw ze zozumierniem tksetu. Dzijee sie tak datgelo, że nie czamyty wyszistkch lteir w sołwie, ale cłae sołwa od razu. "

Reply to
gri

Użytkownik "Michoo" <michoo snipped-for-privacy@vp.pl napisał w wiadomości news:ih6eb6$mml$ snipped-for-privacy@news.onet.pl...

Wtedy tablica FAT nie będzie maltretowana wogóle? Muszę więc sprawdzić czy biblioteka na AVRa daje możliwość ustawienia się na początku takiego pełnego pliku. Jak narazie jest tak że jak pliku brak to tworzony jest nowy a następnie jest on otwierany i zapisywane sa rekordy kolejne rekordy. Druga sprawa to to że szybkośc zapisu do pliku powinna wzrosnąć a to też jest ważne.

Marek

Reply to
invalid unparseable

Użytkownik "Michoo" <michoo snipped-for-privacy@vp.pl napisał w wiadomości news:ih6f2l$pd6$ snipped-for-privacy@news.onet.pl...

A to dziwne bo powinien przyjść surowy. Widać ktoś go wcześniej używał co mogłeś sprawdzić w tablicy SMART.

Marek

Reply to
invalid unparseable

W dniu 19.01.2011 11:55, 4CX250 pisze:

Wg. SMARTa był właściwie czysty. Podejrzewam, że partycja mogła wynikać z kupienia go w zestawie z obudową.

Reply to
Michoo

Użytkownik "Michoo" <michoo snipped-for-privacy@vp.pl napisał w wiadomości news:ih6g79$t8q$ snipped-for-privacy@news.onet.pl...

A to chyba że tak.

Marek

Reply to
invalid unparseable

Użytkownik "Michoo" <michoo snipped-for-privacy@vp.pl napisał w wiadomości news:ih6eb6$mml$ snipped-for-privacy@news.onet.pl...

Teraz pomyślałem sobie że w interesie żywotności tego dysku jest utworzenie FATu z jak największymi jednoskami alokacji. Moge też gromadzić rekordy na ile mi tylko pozostałego RAMu w AVRze starczy i zapisywać pakietami w pliku. Zastanawiam się tez czy można zrobić tak by FAT aktualizowany był nie na bieżąco podczas dopisywania rekordów do pliku lecz jednorazowo dopiero po zamknięciu tegoż pliku?

Korzystam z bibiliotek Riedla na AVRy w jezyku C. Może ktoś już z grupowiczów je używał?

Marek

Reply to
invalid unparseable

Użytkownik "RoMan Mandziejewicz" snipped-for-privacy@pik-net.pl napisał

Bo dyski sie adresuje w sektorach, a nie w clustrach :-)

Ale wpis w katalogu pozwala tylko na 4GB. Osobna kwestia to jeszcze system operacyjny - on moze zawiesc przy dluzszych plikach, i to nawet od 2GB.

A tu najbardziej narazony jest nie tyle FAT, co wlasnie katalog - za kazdym zamknieciem pliku trzeba poprawic dlugosc.

J.

Reply to
J.F.

W dniu 19.01.2011 13:38, J.F. pisze:

Niektóre odtwarzacze mp3 robią cache tagów w formie pliku i żeby nie katować fat'a nie uaktualniają rozmiaru - po zrobieniu alokacji czyszczą całą stronę a potem dopisują dane. Przy starcie pewnie obliczają rzeczywistą długość na podstawie ciągu pustych bajtów.

Reply to
Michoo

(...)

Zwykle implemantacja systemu plikow FAT zapewnia buforowanie dysku, np. dla eCosa :

CYGNUM_FS_FAT_BLOCK_CACHE_BLOCKSIZE

This option controls the size of blocks in the block cache. This value should be a power-of-2 multiple of 512. It must be at least as great as the underlying disk sector size (usually 512) but can be greater, allowing multiple underlying blocks to be cached within a single cache block.

With some underlying disk devices, performance can be greatly improved by increasing the size of this option, as it may allow multiple disk blocks to be transferred in one transaction. This is known to be particularly true with MMC or SD card media and it is recommended to increase the size of this option with such media.

Default value: 512 CYGNUM_FS_FAT_BLOCK_CACHE_MEMSIZE

This option controls the amount of memory used for the block cache.

Default value: 20 * CYGNUM_FS_FAT_BLOCK_CACHE_BLOCKSIZE

formatting link
jednakze zamiast probowac wymusic brak zapisu do tablicy alokacji (tablica partycji tez jest raczej buforowana) pora zainteresowac sie flashowym systemem plikow : Journalling Flash File System JFFS
formatting link
aczkolwiek podobno karty posiadaja mechanizm balansowania zapisami do sektorow oraz sa raczej zwyklymi urzadzeniami blokowymi niz flashowymi FAT powiniem byc dla nich odpowiednim systemem plikow.

Reply to
brak

W dniu 2011-01-19 11:10, 4CX250 pisze:

_Dobra_ karta przy zapisie w ten sam obszar nie powinna zapisywać w kółko tej samej komórki pamięci, więc zapisywanie ciągle w to samo miejsce w FAT-cie nie powinno mieć większego wpływu na długość życia karty.

Jak nie jesteś pewien jakości karty to zrób sobie wielki plik o stałym rozmiarze, a w nim sprytny bufor okrężny.

Reply to
Maksymilian Dutka

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.