Jak długo wytrzyma karta SD 4GB przy ciągłym zapisie 120B co sekundę?

Wed Jan 19, 2011 12:12 pm   

Użytkownik "Michoo" <michoo_news@vp.pl> napisał w wiadomości
news:ih6eb6$mml$1@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

Wed Jan 19, 2011 1:38 pm   

Użytkownik "RoMan Mandziejewicz" <roman@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.

Wed Jan 19, 2011 2:39 pm   

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

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.

--
Pozdrawiam
Michoo

Wed Jan 19, 2011 3:54 pm   

4CX250 wrote:




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

http://www.ecoscentric.com/ecospro/doc.cgi/html/ecospro-ref/fatfs-config-config.html

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
http://pl.wikipedia.org/wiki/JFFS2

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.

Wed Jan 19, 2011 7:06 pm   

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.

--
Pozdrawiam
Maksymilian Dutka

Wed Jan 19, 2011 8:30 pm   

Użytkownik "brak" <brak@brak.pl> napisał w wiadomości
news:ih6u02$ita$1@inews.gazeta.pl...

....


Tylko jak to zastosować w AVRze. Nie spotkałem się z bibliotekami a
sam rzeźbić tego póki co nie mam zamiaru. No i rozmiar musi być taki
aby nie trzeba było kupować AVRów z mega pamięciami.

Marek

Wed Jan 19, 2011 8:46 pm   

In the darkest hour on Wed, 19 Jan 2011 11:31:19 +0100,
gri <sp@am.er> screamed:

Dolicz do tego jeszcze limity wielkości pliku i w przypadku FAT16 limit
elementów w głównym katalogu.

--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:234B ]
[ 20:46:16 user up 12687 days, 8:41, 1 user, load average: 0.18, 0.81, 0.64 ]

Everyone has a right to be stupid. Some just abuse the priviledge.