SubaruFanClub.cz

Na chalupě dostupný btrfs nemám a SD kartu na to nemá cenu formátovat.
Koukal jsem do záloh a ta karta vydržela od srpna 2015. Tak nebudu nic řešit. Uvažoval jsem o nějakém úložišti, ale nyní mám příkon trvale spuštěných zařízení 5,5W a navyšovat se mi to nechce.

No samozřejmě jsem myslel tak naformátovat kartu.

Tak to už jsem nastudoval a zjistil, že to nemá žádný význam, protože karta si to stejně ukládá sama jak chce.

Význam to samozřejmě má, protože sice si řadič určuje do jaký fyzický buňky jaký data uloží a snaží se používat všechny stejně často (wearleveling), ale už nezajistí, aby se nezapisoval každej byte, kterej tam pošleš a kvůli němu se nepřepisovala celá stránka.

Já bych ty data z toho stejně posílal do nějakýho vzdálenýho systému po síti, jestli to má připojení k internetu. Ale já jsem tím deformovanej a disponuju loginama k příliš mnoho věcem, kde by taková blbost šla pouštět

Data posílám na internet, ale už zpracovaná do grafů. Ono se jedná ještě o RPi1 a tam výkonu moc není a tak by to s btrfs asi mělo problém. To vyzkouším případně na RPi3. Pro to staré jsem už pustil DD a obnovuji na novou kartu ze zálohy. Zapisuje mi to na čtečce 600 kB/s.

Tak pro nízko výkonný aplikace není prej vůbec špatnej ani ext4. Ale chce to tak jako tak trochu potunit write cache, aby to nezapisovalo zbytečně každou blbost.

tak když máš net a místo kam to cpát, tak je z hlediska životnosti karty nejsnažší to posílat rovnou ven Ale jo, chápu že jestli neholduješ programování, tak je to pracnější postup, než to sbírat do rrdtoolu a posílat ven hotový grafy Z hlediska výkonu bych se btrfs na RPi1 nebál... pořád sbírání pár teplot do RRD databáze není tak strašně I/O náročný, že by to potřebovalo kdovíjakej výkon...

Jinak zrovna teď někde vedle na netu jsem na tohle viděl debatu. Poměrně hezké řešení z tohohle pohledu tam padlo tmpfs s nějakou takovou logikou, že si řekneš jak dlouho oželíš data v případě výpadku a podle toho se nastaví interval, kdy to zapisuje na disk. Tj třeba si řekneš, že hodinovej výpadek přežiješ, data se ukládají jenom do RAMky a jednou za hodinu se to přeleje na kartu (a samozřejmě teda s rizikem, že když malina jebne, tak prostě o tu hodinu dat v RAMce přijdeš).

Pošli pls link, to jsem nedávno potřeboval a nic kloudnýho nenašel, a skriptovat se mi to nechtělo

Tam byla jenom zmínka, že se to na to dá použít. Když jsem teď zapátral, tak vysloveně hotový (že by se to mountlo a dělalo to samo) to asi není a furt se to scriptuje. Ale zase ty scripty jsou na to dohledatelný. Tady je k tomu nějaký info: https://wiki.debian.org/SSDOptimization ... nt_RAMDISK

Minimálně ten první odkazovaný článek tam vypadá docela hezky - jsou tam obsahy init scriptů, co se vytvoří a pak script, co se nacpe do cronu s požadovaných intervalem spouštění.

OK, mrknu na to, dík

On tam neběží jen teploměr, ale posílá to i snímky z kamery. Jsem za NATem a tak všechno jen posílám, jinak tam musím přistupovat přes reverzní SSH tunnel, nebo Hamachi.
Zatíženo je to takto:

Ext4 tam mám, tak zkusím potunit write cache, ale aby mi to pak zas nezačlo Swapovat.

Včera to DD co běželo závratnou rychlostí skončilo bez chyb, strčil jsem kartu do RPI a boot partition byla v pohodě, ale ta systémová ext4 se nenačetla. Tak jsem to samé dnes udělal na notebooku a rychlost zápisu na kartu byla tak 4 MB/s a pak to v pohodě naběhlo. Nechápu co s tím ta čtečka na PC dělá? Na PC i notesu jsem to dělal ve stejném virtuálním Debianu.

Tak Papouch od 14.2.2014 provedl 2 002 855 mereni bez jedineho zaseku nebo problemu....... http://www.kolbaba.eu

Hmm, to mi zase připomnělo, že mám zaseklý anemometr... už někdy od ledna. A furt se dokopávám na ten stožár vylozit a vůbec se mi nechce