Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Vít Šesták (v6ak)

Stran: 1 ... 9 10 [11] 12 13 ... 32
151
Značka karty tolik neřekne, i od Samsungu a Sandusky IMHO najdeme jak pomalé karty, tak bleskově rychlé. SSD možná nedoženou, ale při většinu nasazení by stačit mohly. Ano, to IOPS při zápisu je podstatné a i některé karty dělané na zápis videa (= masivní zápis, ale sekvenční) jsou brutálně pomalé při náhodném zápisu. Proto bych se pro Raspberry držel ideálně tříd A1 a A2.

152
Myslím, že u zswapu bude potřeba mít vhodně nastavený swappiness nebo více swapů + priority. Swappiness zajistí swapování trochu s předstihem (do zswapu je IIUC problém swapovat, když je málo RAM), druhý swap s nižší prioritou by snad pokryl neúspěšné pokusy swapovat do zswapu.

Mám se zswapem (nebo nějakým principiálně podobným řešením) na starém telefonu (IIIRC 512 MiB RAM rozdělené asi 128+384 do GPU a CPU), kde jsem zřejmě měl swappiness=0 a žádný záložní swap. Když už bylo RAM málo, někdy se (můj odhad podle chování + dmesg) stávalo něco takového:

1. Bylo málo RAM.
2. Telefon chtěl něco přesunout do swapu, aby nějakou RAM uvolnil.
3. Aby mohl něco přesunout do swapu, potřeboval na to alokovat místo někde v RAM. To často v této situaci nebylo k dispozici, takže zápis do swapu hodil I/O error.
4. Další swap nebyl k dispozici, tak to kernel to zkoušel znovu, dokud to nevyšlo. Většinou to docela trvalo, protože když se kernel primárně věnuje neúspěšným pokusům uvolňování RAM a ostatní se prakticky nehýbe, nic neuvolňuje RAM. Nevím, odkud tu RAM nakonec vzal, snad se rozhodl uvolnit poslední zbytečky cache nebo nevím.

 Ve výsledku to pak byl mnohem větší thrashing.

153
Chování I dmesg (OOM kill) celkem jasně říkají, že jde o swapování.

Podobné chování jsem viděl i s pomalou kartou při extracting fázi docker-compose upgrade (náročné na I/O), vyřešila rychlejší karta (díval bych se po A1/A2). Tím jsem se dostal od oka z ¾h na tři minuty  Tady by rychlejší karta též mohla pomoci, ale:

1. Vyhnout se swapování (jde-li) to s rozumným úsilím) by zřejmě mělo lepší výsledek.
2. Nemohu slíbit, že to bude good enough. Pokud místo 30m záseku bude 5m zásek, stále to může být špatné.

154
Sítě / Re:Konec poskytovatele 365internet.cz
« kdy: 07. 10. 2022, 01:04:16 »
Někdy je situace složitější, ale toto nevypadá moc jako ten případ. Problémy s placením potvrdil 365i. Jediný bod, kde se IMHO neshodují, je konec smlouvy. Podle vyjádření Cetinu to chápu, že i365 skončila smlouva 5. 10., a teď již jen plní nad rámec smlouvy. Podle vyjádření i365 bych řekl, že Cetin měl smlouvu ještě plnit do konce měsíce.

Nerozumím úplně těm hate na způsob, jakým Cetin informuje uživatele. Ano, nejsem zastáncem modifikací provozu operátorem a technicky je to prasárna. Pokud ale už Cetin nemusí plnit a teď poskytuje připojení nad rámec smlouvy (ano, to je ten sporný bod), buďme rádi za to. Nevím, jaké měli jiné možnosti informovat zákazníky, a jak by to bylo náročné, ale u služby poskytované nad rámec povinností mi to přijde OK.

155
Filip Jirsák:

Ad 1: Já v tom nevidím nic zmateného. Popsal jsem možný zdroj mýtu, že zřízením DS se člověk připraví o 10d lhůtu.

Ad 2: V principu asi ano, navíc je to „oboustranný meč“. Pro mě to v rozhodování o DS nehrálo roli. Ale vzato do důsledků, nelze říct, že vliv na fikci doručení neexistuje.

Ad přerazítkování: Máte tušení, k čemu tam ta možnost je, když pro platnost dokumentu to není potřeba? Historický relikt?

156
K rozdílům ve fikci doručení DS a papírových dopisů:

1. Setkal jsem se s tvrzením, že někomu od zřízení DS začala fikce doručení okamžikem doručení a ne až 10 dní poté. Když jsem pátral po zdroji, zjistil jsem, že ve specifických případech (státní instituce, snad všechny, v tomto případě škola) tomu tak skutečně je, nicméně v soukromé sféře to problém není.
2. Pak je tu pár drobných rozdílů. U papíru někteří prý řeší, že si vyzvednou jen část dopisů a část počká (zkušenost nemám), u DS při přihlášení je za doručené považované všechno. Na druhou stranu u DS můžete díky notifikacím před přihlášením vědět nejen odesílatele, ale i předmět. Do DS přijde zpráva okamžitě, papírem za několik dní. Obojí může být výhoda i nevýhoda (chci vše vědět co nejdřív vs. očekávám problém a chci mít více času).

157
Hardware / Re:Wi-Fi zásuvka naměří naprázdno spotřebu 2 W
« kdy: 23. 09. 2022, 22:01:39 »
Home Assistant může být cesta. Zkoušel jsem se podívat na vlhkost po otevření ledničky, tam mám data po 10s. Nicméně to může být omezení na straně vlhkoměru (data rychleji neposkytne). Nenapadají mě teď jiná vhodnější data, kde bych mohl vidět prudkou změnu v řádu sekund.

158
Hardware / Re:Wi-Fi zásuvka naměří naprázdno spotřebu 2 W
« kdy: 23. 09. 2022, 17:48:27 »
Něco dražšího a snad přesnějšího (slibují odchylku asi do 0.5 %): Netio PowerCable. Ale je to řádově dražší. Chlubí se spínáním v nule, což by asi mělo ulehčit spotřebičům citlivým na vytažení ze zásuvky. Otázka je, jestli to stojí za tu cenu – hádám, že se to u výrobku za 10K vzhledem k ceně zásuvky nevyplatí. Fungovat má i bez cloudu lokálně po síti, ale asi ne přes Tasmotu.

Staré Francouzské zástrčky nekompatibilní se Schuko jsou kulaté úplně, takže jak píše uwe.filter, by tam neměly pasovat. Dnes je běžné UniSchuko, které jsou kompatibilní s oběma typy zásuvek. Nevím, jestli je Schuko v ČR legální, ale prakticky vzato bych se toho nebál, pokud není významné riziko, že to bude někdo kontrolovat.

Pokud někoho zajímá nebezpečná kombinace zásuvky a zástrčky, tak třeba stará Dánská zásuvka + Schuko zástrčka. Shodou okolností v Dánsku koexistují oba typu zásuvek. Nebo zásuvka typu C, do které pasují Schuko i Francouzské.

159
Hardware / Re:Výběr notebooku od Dellu pro programátora
« kdy: 15. 09. 2022, 10:30:50 »
Proč vlastně ne Inspiron?

Ad bazmek za desítku: Pro studenta s omezeným rozpočtem to nejspíš bude cesta. Občas si počká, možná nepoužije IDE. Pro profesionála to mohou být draze ušetřené peníze.

160
Sítě / Re:Mikrotik klonovani nastaveni
« kdy: 02. 09. 2022, 16:55:55 »
V případě pastování do konzole ještě doporučím to celé obalit do {…}, jinak se to bude vykonávat průběžně. V některých případech (úpravy ACL nebo změna hesla na Wi-Fi) to může znamenat přerušení spojení v průběhu. Vlastní zkušenost.

161
Sítě / Re:Mikrotik klonovani nastaveni
« kdy: 02. 09. 2022, 16:19:31 »
Mobilní aplikaci neznám, jen SSH a WebFig. Tam možnost exportu je, s trochou snahy to exportuje i hesla. Ale asi to nechcete importovat úplně celé, třeba MAC adresy si může každý router nechat původní.

162
Software / Re:Taky vám nejde Newpipe?
« kdy: 27. 08. 2022, 15:21:42 »
Jiný zdroj je nejspíš jedno. Kdysi šlo aktualizovat aplikaci nainstalovanou odjinud, a tuším, že to jde stále. Jiný klíč je problém. F-Droid většinou (asi kromě aplikací s deterministickým buildem) dělá vlastní build podepsaný vlastním klíčem.

163
Hardware / Re:Menší telefon
« kdy: 28. 07. 2022, 12:22:21 »
Samsung je jeden z mála výrobců, ne-li snad úplně jediný, který má podporu velkých aktualizací min. 3 roky a bezpečnostních aktualizací 4 roky (a u některých modelů i 4 roky velkých a 5 let bezpečnostních aktualizací).

Pixel 6/6A/6Pro nabízí též 3/5 (velké/bezpečnostní) měsíční updaty. (Netýká se to starších Pixelů.) A myslím, že takových výrobců je víc.

Android One - zdánlivě dobrá myšlenka, která ovšem drhne v momentě, kdy na to Google začne kašlat a výrobce telefonu (tedy Nokia) je pak ponechána na holičkách.

Máte k tomu nějaké zdroje? Nokia letos moc dobře aktualizace nedodávala, ale nevím, jak moc je na víně Google.

Navíc nějaký univerzální systém, který má dobře fungovat na všem, to nikdy nemůže dopadnout moc dobře. Neboli vždy je lepší nadstavba, jenž je od výrobce vyladěná pro konkrétní modelovou řadu.

Pod „nadstavbou“ si představím překopaný systém jako má třeba Samsung. To IMHO fakt není potřeba pro jiný hardware. Chápu drivery, chápu úpravy pro nějaké specifické HW vlastnosti (např. ohebné telefony v počátcích, dnes už to snad umí i AOSP), ale totálně překopat systém a zmršit běh aplikací na pozadí (vizte https://dontkillmyapp.com/ ) nutné IMHO fakt není.

164
Hardware / Re:Levná necloudová wifi IP kamera
« kdy: 20. 07. 2022, 13:24:25 »
No, částečně. V případě drátem ovládaných světel se asi nenabízí lepší rada než LED pásek + trafo + DIY. Zřejmě drtivá většina zákazníků bezdrát z různých důvodů preferuje nebo aspoň akceptuje, tak prakticky všichni výrobci šli touto cestou. Výrobě drátem ovládaného světla (a ještě k tomu přes jeden drát) se moc nevyplatí věnovat, byla by to asi prakticky zakázková výroba.

Naproti tomu u kamer máme na výběr jak Wi-Fi, tak LAN. Ano, u bezpečnostních kamer může dávat smysl předpokládat, že někdo bude záměrně rušit, a tedy Wi-Fi může být nevhodné. Ale na spoustu jiných účelů (sledování kurníku, lednice, …) nabídne Wi-Fi dost „devítek“ dostupnosti, aby to pro spoustu lidí bylo good enough a dali přednost různých výhodám bezdrátu (nechci je opakovat) třeba i za cenu náchylnosti na úmyslné zarušení a o něco menší dostupnosti. Je IMHO OK na to upozornit, ale nedává mi smysl u toho zůstávat, když OP řekne, že i navzdory tomu je to pro něj good enough.

165
Distribuce / Re:Nefunkční HTTPS mirror od CZ.NIC
« kdy: 29. 06. 2022, 21:01:48 »
Podle URL jde o Ubuntu Jammy, tedy 22.04. To není staré…

Zkoušel jsem https://www.ssllabs.com/ssltest/analyze.html?d=cz.archive.ubuntu.com&s=2001:1488:ffff:0:0:0:0:63 a je tam „Chain issues:    Incorrect order, Extra certs“. Nevidím ale, proč by se to mělo chovat u každého jinak.

Stran: 1 ... 9 10 [11] 12 13 ... 32