PISKVOR: v tom bude neco jinyho ... ze to nekde chcipa nekde ne ...

FEDY: ten controller tam bejt musi, kazdopadne bych se drzel znacek jako sandisk, samsung, s tema mam nekolik let bez problemu chod jak w raspberry (media center kde cast karty slouzi jako nas a defakto kazdy den sem tam sypal par giga a mazal par giga) karta bezi dodnes, samsung i sandisk we 24/7 w mobilu v tabletu ... plnej se fotkama videem, v zivote mi ne kixla zadna sandisk ani samsung karta ... sandisk obyc uhs-i, samsung si ted nevzpomenu presne typ ale sou oranzovo bily

FEDY: ssd

LEXXA: pokud by to melo jet po siti , tak to neresim pomoci FS, ale treba MQTT nebo jakakoliv JSON data nekam na server, kde to nejak zpracuju ... ono to tak sice dopadne (jako featura navic), ale kolega pozaduje, aby to fungovalo stand-alone...


PISKVOR: taky si rikam, ze vypocet je sice hezky, ale ... vsude ctu, jak lidem hori karty v RPi po par mesicich ... nadruhou stranu - sam mam doma RPi asi 8ks, cca 2-3 bezi trvale a zatim mi zadna SD karta neprestala fungovat. asi bych to videl stejne - na SD karte system read-only , na USB flashku ukladat InfluxDB.

jen pro zajimavost - takto jsem to chtel resit u prehravace , ktery vyrabi signal na HDMI do DVB MUXu nekde v lese na vysilaci. ma to VPN, kam se pripojuji z nedaleke obce a pomoci SMB na RPi tam nahravaji video, ktere se samo zacne prehravat (na to HDMI). neveril jsem, jak spatnou rychlost to melo Ethernet > RPi > USB Flash pomoci SAMBA. resp. spise to nefungovalo ... tak jsem to vyresil pomoci Bannana PI M2 Ultra , ktery melo tou dobou jedine eMMC pamet, kam jsem nahral OS a na misto USB Flash nahravaji video na SD kartu (Ethernet > RPi > SD pomoci SAMBA). tak to funguje dle ocekavani, uz asi 1/2 roku , tak snad vydrzi.

GANDALFSEDY: zapisuju prd, max. 8 floatu za 30sec... pocitam-li spravne = 64B / 30sec = 128B / min = 7,68kB/hod = 184,32kB/den = 5,71 MB / mesic = 68,56 MB / rok .... takhle se to zda byt fajn. jsou nejake SD karty, na ktere si dat pozor, ktere napr. nemaji wear levelling controller, nebo nektere jej maji lepsi nez jine ?

FEDY: v principu, a klidne me opravte, si ta databaze muze prepisovat co chce, kazda sd karta ma radic kterej se stara o wear ballancing, takze i kdyz v db budes 1000x psat do stejnyho pole, lokace na sd bude jina ... pri pouziti dostarecne velke karty v zavislosti na tom jak si spocitas kolik gb zapisu tam za danej casovej usek bude to vydrzidostatne dlouho ... pokud to opravdu nepise terabajty denne pak si tam dej raid pole a idealne jinou platformu

o influxdb jsem psal v prvnim postu ...

no a mne zajimala ta prakticka zkusenost - jestli to napr. nekdo takhle provozuje a karta mu vydrzi treba dva roky. tedy, pockam jestli tu nekdo takovy je a pripadne se ozve... ono "100k, ale spis 1M" toho vlastne moc nerika. nakonec se muze ukazat, ze to prezije jen 10k ... a z 10k na teoretickych "spis 1M" je docela rozdil, ktery nemam cas testovat.

co jsem tak ted rychle nasel na netu, tak bezne maji pameti minimalne 100k zápisu na jedno misto, spis az tak 1M ... to mi neříkej, že zapisujes tak často, ze by ti tohle nestačilo, i kdybys tu db točil jednou denně, tak ty karty bude menit už někdo úplně jinej ...

JIMX: v pripade timeseries databaze (influxdb, rrd atp.) pochybuju, ze data prirustaji - naopak se domnivam, ze se budou prepisovat stale dokola ta sama mista.... a jako "vymena po par mesicich" je fakt reseni hodne hlupaka - nebudu objizdet pul republiky kazde dva mesice a menit SD karty v mnozstvi desitek kusu ....

FEDY: navic ty data budou furt prirustat ne se přepisovat, takže bych řekl že to vydrží v pohodě dlouho ... SD kartu ve foťáku už mám pár let a v pohodě ...

FEDY: pri cenách sd karet ji prostě jednou za x měsíců koupíš novou

tedy upresnim - lokalni uloziste, primo na RPI...

FEDY: mountnuty nas

ahoj,

jak resite na RPI uloziste ? rad bych ukladal grafy napeti na solarnim traceru v influxdb, ale mam velkou obavu o SD kartu...

TOOMIX: 2x sata, hezky. Neco podobneho jsem nedavno hledal a nenasel.