Témata

1

Software / Webový prohlížeč fotek na vlastním serveru

« kdy: 07. 11. 2022, 23:19:28 »

Máte někdo prosím tip na web pro prohlížeče fotek?  Nechci své fotky dávat někam na cloud, raději bych si je nahrál na vlastní server. Ale potřebuji něco co mi je pohodlně umožní prohlížet na webu.

Důležité je aby to nebylo zbytečně složité.

2

Hardware / Wi-Fi zásuvka naměří naprázdno spotřebu 2 W

« kdy: 23. 09. 2022, 10:14:16 »

Objednal jsem si tři wifi zásuvky, co by měli umět měřit i spotřebu za 350 Kč. https://www.czc.cz/solarmi-tp29-pg01/341388/produkt  V těch zásuvkách  je  Tasmota opensource firmware, takže je možné všechno řídit a přepínat bez nějakého cloudu třetí strany. Nejednoduššeji přímo na webu té zásuvky. Je tam použit univerzální chip, který se vyrábí ve velkém pro podobné aplikace, proto je to tak levné a přitom zdá se být kvalitní.

Mám ale problém v tom, že zásuvka při měření spotřeby naměří 2W i když k ní není nic připojeno. Kalibrace 60W obyčejnou žárovkou našla jen minimální chyby a problém se tím nespravil.  Je to běžná vlastnost, kterou se prodejci jen zákeřně nechlubí?

Předpokládám, že aby bylo měření přesnější i nízkých hodnot, musím koupit nějakou dražší zásuvku. Můžete mi nějakou doporučit?  Na claudy kdoví kde nejsem  moc zvědavej, takže podmínkou je zase Tosmota.






Jinak jsem zkoušel upgrade firmware a pak jsem omylem zadal při kalibraci ampéry v ampérech a ne použadovaných miliampérech. A pak byly hodnoty pořád nulové. Provedl jsem tedy reset do továrního nastavení, ale pak se začal používat špatný Template a měření spotřeby to přestalo ukazovat úplně (úplně to vynechávalo).  Řešení bylo kliknout na "Configuration" -> "Configure other" a Template nastavit na {"NAME":"Athom Plug V2","GPIO":[0,0,0,3104,0,32,0,0,224,576,0,0,0,0],"FLAG":0,"BASE":18}.  A nyní vše funguje jako na začátku s nejnovějším firmware.

Jinak spotřebu samotné zásuvky mi měřák ukazuje 0, nejsem schopen naměřit tak nízkou hodnotu bez ohledu na to jestli je zapnutá nebo vypnutá. Což je dobré, protože se tím dají automaticky vypínat různé věci jako třeba tiskárny nějakou dobu poté co se naposledy použijí. Použití se pozná automaticky podle zvýšené spotřeby, což vynuluje timer. A zapnout se pak dají také bez stávání ze židle. Ale bojím se toho, že třeba androidí televizi to nebude dělat dobře a možná brzy z toho chcípne. Laserové tiskárně co má stejně na boku fyzický vypínač to rozhodně vadit nebude, inkoustovka to jednou za čas přežije. No chci tím měřit spotřebu klimatizace kterou si přitápím. Automatizovaně restartovat kabelový modem od nej.cz, který to tak jednou za týden potřebuje, protože v nej.cz jsou matláci a něco tam vždy v noci tvořej.

3

Server / Kde koupit/jak postavit nový server

« kdy: 26. 08. 2022, 11:36:43 »

Prodejců repasovaných serverů je více, ale rozumných nabídek nových serverů mne přijde hrozně málo, navíc mi připadá, že nenabízí to co bych chtěl/potřeboval, ale co někde zbylo. Často někdo nabízí server třeba za 80 tisíc ale jen s 16 GB RAM a procesorovým výkonem mého notebooku za 13 tisíc (ryzen 5), zato zjevně s mnohonásobnou spotřebou elektřiny.

Vzhledem k poměru výkon/spotřeba a to že elektřina se mnohonásobně zdražila, kupovat repasované se už nevyplácí.


Nový server by měl být ideálně tower (ne U1, protože ostatní naše servery jsou také tower), měl by mít hodně slotů pro pro m.2 NVMe disky (jsou nejlevnější a nejvýkonnější zároveň) nebo alternativu. 4 disky by měly stačit.


Máte někdo zkušenost jak postavit server s desktopovým procesorem Ryzen ale s deskou co podporuje ECC paměti?  To by snad jako jediné mohlo vyjít za rozumné peníze.  64 GB paměti by mohlo stačit, kdyby to nebylo moc drahé, bral bych i 128GB.

4

Hardware / Doporučte levné hardware pro openwrt s větší pamětí

« kdy: 22. 08. 2022, 09:50:54 »

Sháním co nejlevnější router pro openwrt. Nepotřebuji žádné Gigabitové porty (když mám připojení k internetu 60 Mbit které mi bohatě stačí a soubory v rámci baráku nekopíruji) nebo velký výkon, ale potřebuji více jak 128 MB paměti a více jak  16 MB flash, protože jedině tak je možné jej použít i na další věci než jen router.

Bohužel většina routerů co se prodává má právě velikosti pamětí špatné, což je pro mne hlavní parametr.

Na jediné co by ještě ušlo a na co jsem narazil je tohle.

https://www.aliexpress.com/item/32272246018.html

512 MB paměti a 32 MB flash.  Ale raději bych něco takového koupil v ČR. 

Bohužel koupit si turris také není řešení, jednak kvůli ceně, ale také kvůli tomu, že ač je kovový tak docela hřeje, takže náklady na elektřinu také nebudou úplně zanedbatelné.  A výkon je zbytečně velký.

5

Server / ZFS + mysql ničí SSD disky

« kdy: 17. 08. 2022, 00:05:34 »

Zjistil jsem, že když mi běží hodně používaná mysql na zfs (z historických důvodů myisam), ročně to způsobí až 800 TB zapsaných dat.  Používám 1 TB SSD disky s životností 300 - 2000 TB. Tedy životnost disku je něco mezi půl rokem a dvěma a půl lety v závislosti na typu a štěstí, což je žalostně málo. Představoval bych si teoretickou životnost alespoň 8 let.
Optimalizace jako noatime, ashift a velikost bloku jen 4K používám, ale nemají zásadní vliv.

Pokud ta stejná databáze se stejným provozem na ext4, tak za 6 let provozu  provede jen 25 TB zápisu a 6 let staré disky SSD disky navíc jen o velikosti 256 GB jsou opotřebeny jen z malé části.

Vyplývá to z toho co vrátil smart.  smartctl -a /dev/nvme0n1

Také trpí výkon databáze, kdy na ext4 je podstatně lepší i při menší paměti a pomalejších discích.

Nerozumím tomu, jak je možné, že všichni propagátoři zfs zapomínají zmínit takto podstatnou věc. Tedy že zfs není příliš vhodná pro případy, kde je hodně drobných zápisů a změn.

Asi nezbývá než /var/lib/mysq/ dát na ext4.
Kdybych to byl věděl, tak bych nevolil zfs, ale  lvm+DRBD+ext4 s podobnou funkcionalitou, ale bez ničení disků a poklesu výkonu.

Máte někdo podobnou zkušenost?

6

Hardware / Podezřele levné EEC DDR3 paměti - kompatibilita

« kdy: 15. 04. 2021, 13:13:23 »

Koupili jsme tyto paměti Integral DDR3 8GB 1600MHz ECC CL11 IN3T8GEAJKX.
Jsou za cca 1/4 běžné ceny, tedy levnější než běžné ne EEC paměti. 8GB za něco málo přes tisícovku.

 https://pameti.heureka.cz/integral-ddr3-8gb-1600mhz-ecc-cl11-in3t8geajkx/#specifikace

Pokud se tam přidají, server pípá jako chyba paměti. Pokud se původní paměti oddělají a přidají ty nové, server ani nepípne, ale nejede.

Dle příkazu

Kód: [Vybrat]

dmidecode -t 2

Máme základní desku intel S5520HC . https://ark.intel.com/content/www/us/en/ark/products/36599/intel-server-board-s5520hc.html

Informace o stávající fungující paměti 8GB moduly:

Kód: [Vybrat]

lshw -short -C memory
H/W path              Device       Class      Description
=========================================================
/0/5                               memory     64KiB BIOS
/0/30                              memory     32GiB System Memory
/0/30/0                            memory     8GiB DIMM Synchronous 1333 MHz (0,8 ns)
/0/30/1                            memory     8GiB DIMM Synchronous 1333 MHz (0,8 ns)
/0/30/2                            memory     8GiB DIMM Synchronous 1333 MHz (0,8 ns)
/0/30/3                            memory     8GiB DIMM Synchronous 1333 MHz (0,8 ns)
/0/30/4                            memory     DIMM Synchronous [empty]
/0/30/5                            memory     DIMM Synchronous [empty]
/0/30/6                            memory     DIMM Synchronous [empty]
/0/30/7                            memory     DIMM Synchronous [empty]
/0/30/8                            memory     DIMM Synchronous [empty]
/0/30/9                            memory     DIMM Synchronous [empty]
/0/30/a                            memory     DIMM Synchronous [empty]
/0/30/b                            memory     DIMM Synchronous [empty]
/0/43/45                           memory     192KiB L1 cache
/0/43/46                           memory     1536KiB L2 cache
/0/43/47                           memory     12MiB L3 cache
/0/44                              memory     192KiB L1 cache
/0/48/4a                           memory     192KiB L1 cache
/0/48/4b                           memory     1536KiB L2 cache
/0/48/4c                           memory     12MiB L3 cache
/0/49                              memory     192KiB L1 cache

Kód: [Vybrat]

*-bank:0
description: DIMM Synchronous 1333 MHz (0,8 ns)
product: 9965516-003.A00LF
vendor: AMD
physical id: 0
serial: 0xB22E3D3A
slot: DIMM_A1
size: 8GiB
width: 64 bits
clock: 1333MHz (0.8ns)

Máte někdo zkušenost jak paměť vybrat aby fungovala? Jaké mohou být důvody nefunkčnosti a co se dá dělat?  Nebo je jediná možnost ze čtyř starších serverů poskládat dva s více pamětí?

Nebo prostě nezbývá, než paměti zkoušet koupit na fyzickou osobu, aby bylo možné je ve 14 denní lhůtě vracet v případě že nefungují?

7

Server / Přechod z ext4 na ZFS - podstatné snížení rychlosti databázové aplikace

« kdy: 16. 03. 2021, 17:02:52 »

Přecházíme nyní z OpenVZ ext4 na lxc ZFS. Výhody ZFS jsou zřejmé jako snapshoty a tím snadná záloha a klonování.
Ale nyní jsem narazil i na podstatnou nevýhodu a to podstatně nižší výkon.

Jedná se o databázovou aplikaci, která snímá diagnostická data a zapisuje je do databáze.  Je tam tedy velké množstvím inzertů a podobně velké množství updatů, kdy se nasbíraná data vyhodnocují. Po přesunu této aplikace na lxc/ZFS co používá SSD byl výkon oproti starému stroji s rotačním diskem cca poloviční. Co mne ale zaráží je, že jiné kontejnery začaly bezdůvodně ztrácely rtp pakety.
Očekával jsem tak cca čtyřnásobné zvýšení výkonu (kvůli použití SSD) a místo toho se rychlost snížila.

U Openvz se v podstatě nikdy nestávalo, že by přetížení jednoho kontejneru vyvolávalo podstatné problémy v jiném, lxc je o tolik horší? Zkoušeli jsme to stejné ještě na jiném stroji, abychom vyloučili chybu hardwaru, ale výsledek byl velmi obdobný. Dále jsme omezili paměť pro ZFS aby jsme se s jistotou vyhnuli možnému swapování.  Zkoušeli jsme též použít jak inodb tak myISAM. MyISAM je pro nás o něco málo výkonnější, ale žádný podstatný rozdíl.  Jediné co mělo výrazný vliv, je snížení parametru recordsize na 4K.  Např. viz návod https://blog.programster.org/zfs-record-size . Tím se dalo docílit podobné rychlosti jako na starém počítači s rotačními disky.  Stále mi ale nejde do hlavy, jak je možné, že se při využití SSD disků nedostavilo žádné zrychlení. Nečekal jsem že bude ZFS rychlejší, ale rozdíl jsme čekal podstatně menší. Máte někdo s tím zkušenost? Takto si připadám, že co se rychlosti a spolehlivosti týče je to krok zpět. Samozřejmě ZFS může být lepší co se týče integrity dat, ale pokud by to mělo znamenat takto výrazné snížení rychlosti, je otázka, jestli to stojí za to. A pokud je to jen analýza ne úplně důležitých dat, je lepší se ZFS úplně vyhnout?

Máte s tím někdo zkušenost?

8

Hardware / Rasberry PI použitelné jen na hraní?

« kdy: 17. 12. 2017, 14:14:51 »

Když jsem se snažil použít RP, čas od času se RB stalo nebootovatelné, nebo se objevovali různé záhadné potíže.
Na vině  SD karta je nevhodná pro časté zápisy, zvláště když hrozí, že může někdo RP odpojit z elektřiny.

Bohužel to znamená, že pokud to s využitím RB myslíte vážně, nezbývá, než bootovat RO režimu a zapisovat jen když je to nutné, např. během změny konfigurace.

Přijde mi, že většina lidí to neví a netuší a pod vlivem marketingu od lidí co stojí za raspberry pi.

Pokud ale hledám, mezi opravdovými odborníky, je to známá věc.

Prostě pokud chci, aby mi RP vydrželo fungovat leta, nesmím na SD kartu uvnitř pravidelně zapisovat. Problém hlavně s výpadkem elektřiny, kdy poškodit se mohou i data, která nemají se zápisem nic společného. Tedy ani rozdělit SD kartu na dvě části - jednu jen pro čtení - nepomůže.

Pěkně je to po psané zde.
https://hackaday.com/2016/08/03/single-board-revolution-preventing-flash-memory-corruption/

Aby PR mágové dokončili zkázu, na RP nedali ani tlačítko na vypnutí nebo reset. Prostě před problém strkají hlavu do písku. Zde více na tohle téma přímo od člověka co stojí za RP: https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=101992  Zabudovaná paměť by stála pár dolarů navíc, navíc by možná zamotala trochu hlavu BFU co to prvně spouští a snížil by se tím údiv po prvním nabootování.

Možná řešení:

• Data zapisovat jen na disk v lokální síti nebo prostě do claudu. Bez internetu jste ale mrtví
• Data zapisovat na jiný disk připojený přes USB-SATA adaptér.  - zde může být dobré se RP úplně vyhnout a koupit orange nebo banana, co mají přímo sata, ale tam jsou dost možná zase jiné nedodělky výrobce.
• Pořídit si UPS, tak by se výpadky proudů minimalizovat a zároveň omezit zápisy. Nevýhoda - i tak vám občas BFU může způsobit výpadek a ztrátu dat.
• Vykašlat se na RB a pořídit si levný router a nahrajte do něj openWRT. Ten nemá SD kartu, ale přímo zabudovanou flash paměť, která v kombinaci s vhodnějším souborovými systémy podstatně vhodnější na tohle použití. Výpadek elektřiny způsobí nefunkčnost router velmi velmi vzácně i když router zapisuje loguje kde co. Nevýhoda je, že samotný oepnWRT je nechtěná komplikace navíc.
• Raději svoji linuxovou aplikaci nechat běžet na nevyužívaném postarším android telefonu/tabletu, který bude trvale v nabíječce, s využitím wifi připojení. Linuxové aplikace můžete na androidu spustit např. pomoci programu termux. Z linuxu pomocí termux:api lze pak např. i odesílat SMS. Spusit skript po startu tak aby se nevypínal uspáváním telefonu lze pomocí addon aplikace termux:boot . Něco řídit lze pomocí wifi relátek, které jdou koupit již od 5 USD. Bohužel google blokuje použit USB pokud se telefon zároveň nabíjí. Je to jeho arogantní rozhodnutí, pokud má např. tablet možnost nabootovat do Windows, tam tohle omezení není.

Všechny možnosti jsou hrozně ošklivé v podstatě nevhodné pro začátečníky, znemožňují běžným kutilům RP použít pro řízení chytré domácnosti, nebo prostě nějakou drobnou automatizaci. A to vše jen díky PR zaslepení lidí co stojí RP a aroganci googlu.  Totiž kdyby bylo možné řídit chytrou domácnost přes USB (s využitím USB hubu) z každého android zařízení, bylo by to uživatelsky nejpřívětivější a zároveň nejlevnější řešení.

Nebo jsem něco přehlédl?

9

Hardware / Používáte někdo 4K 42 palců monitor. Jaké to je?

« kdy: 23. 11. 2017, 19:37:35 »

Předpokládám, že větší monitory by mi mohli zvýšit produktivitu. Protože jinak stále něco hledám, když pracuji třeba s pěti okny na malém notebooku.
Ale na menší 4K monitory je připraven jen MAC OS, ostatní neumí dost dobře škálovat a hrozí problémy s titěrnými písmenky a ikonkami. A s tím se mi drbat nechce, tedy zatím jsem čekal.
Nyní ale přišla doba, kdy se nabízí desítky 4K monitorů o velikosti 40-50 palců s cenou často 10 -20 tisíc Kč.
Viz filtry třeba na Alza.cz.
www.alza.cz/uhd-4k-monitory/18854906.htm#f&cst=0&pg=1&prod=&par237=1016--1397

Tedy problém s titěrnými písmenky už by se neměl vyskytnout bez ohledu na operační systém, widnow manager a podobně. Tedy je vše tak dobré jak se mi zdá?

Máte někdo zkušenost s prací na takovém monitoru? Na co je třeba si dát pozor?

Připadá mi, že dneska nějak všichni zaspávají dobu. Od výrobců hardware, přes ty co dělají operační systémy nebo okenní manažery až po posledního programátora, který se "bojí" zkusit něco nového.