Příspěvky

16

Server / Re:Cloud storage - silent data corruption

« kdy: 06. 06. 2022, 21:32:36 »

Tak oni klidně můžou redundanci dat ponížit. Pokud se z One Drive něco ztratilo, tak to nebude samo sebou.
Jinak my opravdu netušíme jak to mají implementované, ale jen víme co je možné. Technické detaily nejsou veřejné.

Zrovna u Microsoftu nějak nepočítám s tím, že je na úrovni AWS nebo Google. Možná bude horší jak Alibaba.

Poskytovatel cloudu to řeší tak, že má k datům spočítaný hash a data má uložena na více místech. Pokud zjistí, že hash nesedí, použije data z jiného místa.

To, jestli jsou nahraná data v pořádku, musí řešit klient ve spolupráci se serverem. Klient spočítá hash, server spočítá hash a jedním směrem si ho předají. Ta strana, která má oba hashe, pak musí zkontrolovat, že jsou stejné. Nemusí to být povinná součást protokolu – takže záleží na tom, jakého klienta jste použil.

Jinak ta cloudová úložiště pro osobní potřebu zdarma bývají deriváty placených služeb s SLA. Ty placené varianty se musí umět s poškozením souborů na fyzickém médiu vypořádat – a nedává smysl, že by provozovatelé u té varianty zdarma takovou věc záměrně odpárali.

17

Odkladiště / Re:Ukládání dat z dálničních kamer/mýtných bran

« kdy: 27. 05. 2022, 10:33:32 »

Nevím jak to dělají oni, ale zase tolik dat to není a můžeš to rvát do nějaký Cassandra-like databáze.
Myslím, že na stovky miliard záznamů bude stačit HW za pár korun.

18

Hardware / Re:Jak vybrat TV?

« kdy: 26. 05. 2022, 11:57:56 »

OLED nemůže mít local dimming, ale pokud jí chceš kupovat rodičům tak bych to nedoporučil z důvodu nerovnoměrného opotřebení jednotlivých pixelů.
OLED je OK tam, kde to neběží od rána do večera nedejbože s nějakým statickým obsahem/logem/lištou.

Co se týče barev a kontrastu tak někdy pomůže "cinema" režim, ale stejně je lepší když to někdo alespoň nahrubo překontroluje sondou (grayscale + gamma a barevný gamut)

U těch OLED pozor. Asi by to mělo umět z principu, ale v jednom obchodě se mi ve filtru objevila OLED?, která údajně neměla local dimming.

Známej si koupil Metz LED. Asi je to nějaká Čína s Androidem. Když jsem to zapl, startovalo to přes minutu. Asi studený start? Nevím. Nebyl čas se o tom pobavit.
Ale zase cena 14k a 2 metry úhlopříčka od oka... Obraz přesaturovaný. Ale to já vidím dneska skoro všude.

Dnes je všechno přesaturované nebo třeba vyfocené fotky se dopočítávají a realitu uvidíš málokde. Hlavně mít hezkou pleť, zelenou trávu atd.

Občas je sranda, když to dopočítávání někde selže a vyrobí zmetek. Tak nějak přestávám tomuto světu hovět a korejcům obzvlášť.

Příští rok to vidím, že se bude kupovat TV rodičům. Jsem na to zvědav, zda OLED do té doby spadne níž.

Ta Apple TV zmíněná výše, mě zaujala. Hlavně ovladač. Ale je potřeba si zjistit další věci s kompatibilitou se zbytkem světa. :-)

19

Server / Re:Databáze na SSD

« kdy: 26. 05. 2022, 11:49:28 »

To jsou takové řeči teoretiků  kteří si nelámou hlavu s tím, že když tam bude třeba QLC a ten log bude hodně saturovanej bude to výrazně pomalejší (~60MB/s) vs točící fešák (~200MB/s)- o životnosti ani nemluvím.

Realita je ovšem taková, že disky je třeba celkem vybírat podle typu zátěže (SSD je třeba přímo pitvat do detailu).
Rotující disky s námi budou a to i v SMR verzi (se kterou když se to umí tak má téměř nulový vliv na výkon a ano nesmí to být RAID ).
Chybí nadhled o tom to je.

No neukludnim sa. dokedy neprestanete pisat taketo bludy "plotna výkonově ničemu nevadí"

Můžu se zeptat, čemu plotna výkonově vadí, pokud se budeme bavit o využití pro databázový transakční log při srovnatelných sekvenčních rychlostech zápisu plotny a SSD?

20

Studium a uplatnění / Re:Plat/MD rate architekta AWS

« kdy: 29. 01. 2022, 11:11:30 »

Asi bude těžké se dopracovat k nějaké sumě, protože je to v rozsahu "a kolik bere člověk v IT".
Ten kdo tam dokáže něco rozjet asi nebude brát žádné velké peníze, ten kdo bude vědět co dělá a jaký to má finanční dopad tak bude asi dál. Hlavně by asi měl chápat všechny ty služby co to poskytuje.

Srovnávat cisco nebo kubernetes s cloudem AWS nedává smysl, protože to je jen maličká kostička ve skládance.

21

Software / Re:(mini)DLNA provádí transcoding?

« kdy: 16. 11. 2021, 23:32:50 »

MiniDLNA normálně neumí transcode, existuje nějaký patch kterým se dá volat ffmpeg (vyžaduje to odpovídající HW).
On ten server byl napsaný původně pro extrémně pomalá zařízení, takže má extrémně nízkou spotřebu CPU a RAM.

Komunikace probíhá po webovém SOAP rozhraní vyhledávání přes uPNP. Televizor si může říct co umí, ale pokud to DLNA server nepřevádí realtime, pochopitelně to nepojede.

Dneska ale snad většinu věcí TV asi sežere, co může být problém je DTS zvuk (někdo již nepodporuje) a titulky (ignoruje LG pokud to není SRT)

MiniDLNA není plná implementace DLNA spíš je to základ a skoro myslím, že asi žádný server neimplementuje všechno - je to hodně rozmáchlé.

Trošku smutné je generování náhledů, kde minidlna se drží původního standardu DLNA což je 160x160px (zatím jedině pořešit v source-code) viděl jsem, že už to někdo navrhl jako změnu aby to podporovalo větší rozlišení (odeslání různých velikostí dle požadavku).

V Dlna se neorientuji, tak nevím co a jak a jak spolu vycházejí dvojice dlna server a klientv(teevizor). Probíhá tam nějaké domlouvání podporovaných formátů a případně transcoding? Anebo Je to čistě věc klienta nebo čistě věc serveru?


A taky jakým protokolem funguje vlastní přenos filmu? Je to přes http nebo smb? Nebo nějak embedováno v dlna protokolu?

Konkrétně minidlna

22

Server / Re:Jak co nejjednodušeji udělat záložní MX server?

« kdy: 11. 10. 2021, 16:38:34 »

Pokud sekundární server a dálší nedokážou ověřit uživatele je lepší takový MX záznam vůbec nemít.
Výsledkem je nekonečné přelévání spamu a neexistujících schránek mezi servery.

Správný stav je, aby záložní servery akceptovali poštu jako primární (ideálně jako HA řešení).
Zachytit ty zprávy a pokoušet se je přeposílat nemá velký smysl, odesílací servery obvykle umí naprosto totéž.

Ahoj všem,

Co mám:

používám ISPConfig administrační panel pro server na kterém máme poštu.

Řešený problém:

Nyní řeším jak vytvořit záložní MX server, který bych dal v DNS velde hlavního MX serveru, akorát s jinou prioritou. Ve výsledku by při výpadku primárního MX serveru měla být pošta směrována na ten záložní MX, kde by se zprávy uložily a počkaly, dokud hlavní MX server nebude zase odpovídat.

Představa o tom, jak by se to asi mělo řešit:

Ideálně bych to řešil bez replikace MySQL databáze s daty o uživatelských schránek. Zřejmě se to dělá jen proto, aby záložní server ihned zahazoval poštu směrující na schránku, která na primárním MX serveru neexistuje. Podle mě to není potřeba.

Úplně nejraději bych to řešil vydeployováním kontejneru s nějakým SW, který přesně k tomu slouží. Že by ten kontejner/jiný VPS sloužil jako backup MX.

Děkuji moc za tipy a rady.

23

Hardware / Re:SPI blbne při programování

« kdy: 02. 09. 2021, 10:55:02 »

To se mi stávalo, když ten čip prostě nebyl dobře připojený nakonec jsem ho naletoval na destičku, co obvykle k tomu programátoru je a tu připojil a nebyl problém.
Největší ruleta je, pokud to člověk vezme do těch kleštiček.

24

Windows a jiné systémy / Re:LineageOS: nefunguje GPS

« kdy: 06. 06. 2021, 09:33:49 »

Ahoj,
zkus https://forum.xda-developers.com/t/official-lineageos-18-1-for-the-moto-g7-plus.4255321/

25

Hardware / Re:WD Red - SMR

« kdy: 29. 04. 2021, 21:44:47 »

SMR disky jsou problematické jen se systémy, které je neumí (NTFS, EXT4 atd).

Jsou v pohodě pokud je nad nimi něco jako F2FS nebo CEPH
Plně to řeší až Zone Storage Support, který je pro NVMe a SMR disky - Protože SMR a SSD mají hodně společného.

viz http://zonedstorage.io

26

Server / Re:MariaDB vs Postgres vs SQL Server

« kdy: 17. 04. 2021, 13:33:05 »

Fajn diskuze možná bych přihodil, že rozdíl mezi
MySQL a MariaDB už je v úrovni jako mezi OpenOffice a LibreOffice.

Původní vývojáři jsou v MariaDB foundation a ORACLE to nějak nechává žít zřejmě pro své korporátní zákazníky.
Smysl tedy má bavit se o MariaDB 10.x

Pokud někdo hodně ujíždí na SQL jazyce je Postgres asi nejlepší volba. Společně s CitusData z toho lze udělat celkem zajímavý systém.

Zmíněná SQLite je vynikající věc, testoval jsem v tom síťovou analýzu (gis extenze) a nemám žádné výhrady na to jaké to je koťátko. Limit ale je jasný - víceuživatelský přístup a tedy velmi specifické využívání. SQLite je ale dneska skoro všude kam se člověk podívá.

Microsoftí server jsem odepsal dávno a popravdě častěji se narazí na ORACLE když už klient má peníze na rozhazování.
Není mi zcela jasné, jestli někdo má nějaký use-case, kde to dává smysl.

27

Server / Re:MariaDB - Galera - multimaster

« kdy: 10. 04. 2021, 12:05:04 »

Možná mini doplnění galera má dvě použitelné metody synchronizace

rsync a mariabackup (fork xtrabackup) mariabackup je možná lehce pomalejší, ale má méně limitů a běh více připomíná single-MariaDB instanci.

Asi je dobré to zmiňovat, protože to je jak srovnávat MyISAM s InnoDB - takové diskuze v podstatě nedávají smysl. Jeden mluví o voze a druhý o koze.

28

Server / Re:MariaDB - Galera - multimaster

« kdy: 10. 04. 2021, 11:21:31 »

Mě ta diskuze příjde dost extrémní, pokud chci používat jakýkoliv cluster v režimu master-master tak v něm existují různá ale, která je třeba prostě akceptovat.
Vzhledem k tomu, že lepší variantu jak galera-cluster (u RDBMS) budete těžko shánět je třeba se prostě přizpůsobit.
Varianta teoreticky ještě může být CITUS a to jsem zatím nezkoušel, předpokládám, že to má také spousty ale ale ale.

Snad každého napadne, proč to nedělá ORACLE s DB protože to prostě nelze složit tak, aby to fungovalo. Nejde o to, že jsou tak hloupí a neumí to, ale prostě to nejde jinak.

Já bych osobně zvážil datově malou SQL (konzistence) a k ní nějakou větší noSQL (nekonečný storage - nativní cluster) to mě příjde jako ultimátní řešení na všechno.

Nicméně vytýkat clusteru, že se nechová jako standalone databáze je jak brečet, že na tříkolce si můžu zajet do obchodu, ale dopravní letadlo tam nemůže přistát.

29

Windows a jiné systémy / Re:vadí něčemu že na androidu SeLinux je Disabled(permissive)

« kdy: 03. 04. 2021, 20:10:07 »

SELinux hlavně musí být v tom systému správně nakonfigurovaný, to nestačí jen zapnout.
Zapnutí by tedy způsobilo s největší pravděpodobností nefunkční systém.
Vývojář pravděpodobně nechtěl ztrácet čas a nedořešil to, proto to nechal deaktivované.

Ano zařízení s vypnutým SELinuxem bude hůře zabezpečené, ale nemusí to být nutně velká tragédie.
root přístup může být fatálnější problém.

Nevíte jak velké nebezpečí nebo co reálně pro mě znamená, že mi android v notifikaci hlásí neustále, že SeLinux je Disabled?

Případně mohu si ho zapnout sám a jak, když mám root? (V tomhle se nevyznám, možná je to hloupý dotaz a třeba je to neměnná vlastnost binárky kernelu)

Kuriózní je, tohle se mi děje na mobilu, kde je "další fork" LineageOS. Je tam jádro asi s 200 znakovým popisem "Predator-Stormbreaker"  4.19.2 (Android 11)
Na nastavení "Systém- Soukromí - Trust"

ale mobilu, kde je čistý LineageOS (3.4 , Android 10) "3.4-lineageos-blabla #SMP PREEMPT <datum>" Je selinux zapnutý (Enforced)

A k čemu vlastně ten "Trust" na LineageOS slouží? Je to jen SeLinux s pár věci navíc (security patch, šifrování, omezení usb, limit SMS + SeLinux jako takový) a nebo je to něco "vlastního"?

30

Windows a jiné systémy / Re:Jak to má teď Android s pravidelnými updaty?

« kdy: 28. 03. 2021, 10:32:56 »

Já bych tedy ještě hodil k tématu, že Android je co se týče aktualizací celkem specifická věc.

1) aktualizuje se systém
zde vychází záplaty 1x měsíčně od Google pro 3 verze Androidu dnes tedy asi 9,10,11
2) aktualizuje se ekosystém okolo SoC
obvykle 2 roky po uvedení na trh (toho SoC) to dodává výrobce jako balík (nepravidelně)

Z toho vyplývá, že pokud máte starý SoC máte problém. Výrobce zařízení nebude aktualizovat svépomocí tu mezivrstvu, protože to stojí moc penízků a je to složité.
Výrobce obvykle nabere aktualizace od výrobce SoC a pak přilepí aktuální záplaty od Google a vydá opravný balíček. Pokud tedy chce, protože i tahle šou stojí nějaké penízky, ale není to tak divoké, spíš se to musí otestovat.

Někteří výrobci neprovádí aktualizace toho ekosystému okolo SoC takže potencionálně mohou být děraví i když aktualizují systém.