556
Sítě / Re:4KA vyzaduje APN
« kdy: 29. 05. 2022, 02:12:13 »
Takze kdyz budeme mit balik penez (at uplatime operatora), muzeme si udelat privatni darknet skrze mobilni technologie? :-)
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.
557
Vývoj / Re:DB master/slave - čtení/zápis na straně aplikace
« kdy: 29. 05. 2022, 02:08:53 »Nejsou toto náhodou ortogonální problémy?
Protože proxy nemůže vědět, jestli moje nová connection bude read-only, nebo read-write, takže mne nemůže sama od sebe správně přesměrovat na master (v případě zápisu) či na slave. A proxy nemůže jen tak v rámci transakce přesunout connection na jiný db server.
Proxy prece vidi co za dotaz provedete. A klidne muze prekladat i DB vrstvu na jiny protokol.
Podle me je spravna odpoved tady zavisla na charakteru aplikace.
Jestli dotaz do aplikace (backendu) neni kriticky a muze vratit "failed / not available" (a zotavovat se z toho bude jina cast), tak si klidne ponechte stavajici reseni, s moznosti aplikovat zmenu konfigurace pri kazdem dotazu (nebo co minutu, ci jiny casovy usek). Vetsina veci je resena timto stylem, a v pripade problemu selze nejake male procento dotazu.
Pokud se ale vyzaduje funkcionalita na vyssi urovni spolehlivosti, tak je cesta vyjmout obsluhu databaze z vaseho backendu do dalsi vrstvy - ktera bude resit klidne i failover behem zpracovani jednoho vnejsiho requestu.
Dalsi uroven je kombinace obojiho, kde klasicke RO dotazy jsou smerovany prvnim zpusobem a nevadi kdyz selzou, uzivatel nebo vzdaleny konec appky se postara o retry, ale dotazy s RW operacema budou vykonany skrze jine uzly, kde je obsluha fikanejsi (a treba nepovedene dotazy se nekde zaloguji / odlozi bokem do retry fronty, atd.)
558
Sítě / Re:Z iVysílání mi chodí pakety dlouhé 536 B
« kdy: 24. 05. 2022, 10:18:14 »
V dobe UDP streamingu (napr. z dvb-t) se pakety tvorili celymi nasobky TS paketu (N*188 byte), ale zde to nebude mit vliv.
559
Hardware / Re:Zmenšení baterie v ThinkPadu T490
« kdy: 24. 05. 2022, 00:32:36 »Tak na jeden zátah nedojede do chorvatska asi žádné auto, ale to tu snad neřešíme.
Tak to pozor na nepodlozene generalizace!
Moje auto tam nejspis dojede celkem pohodlne - 70L x 7 L/100km (kdyz uvazujeme o tech zminenych 1000km). V extremu jsem tankoval mezi 69-70L, prakticky to ma asi vetsi nadrz.. anebo jsem mel stesti a znam svuj vuz. A pokud bych jeste setril a mel cas a naladu, tak pri cca 100-110 km/h jsem schopen dat 5.neco L/100km, pri 90 km/h udelam 4.5 L/100km (overeno na cca 500km trase z Prahy na Slovensko). Vedu si evidenci a temer porad tankuji vzdy plnou po 900-950 km. Jde o patnactileteho 2.0 TDI Passata, takze relativne bezne osobni vozitko - vhodne na dlouhe cesty.
Ono to mozna neni ani tak o voze.. jako o ridici. Ale vetsi problem bych videl v bezpecnosti podobneho zameru - pauzy jsou opravdu potreba.
560
Hardware / Re:Zmenšení baterie v ThinkPadu T490
« kdy: 24. 05. 2022, 00:18:01 »... Může se ale stát, že bude omezen výkon stroje, protože adaptér je jen nějakých 45/65W. Modely s APU s tím asi problém mít nebudou, modely eGPU můžou mít vyšší spotřebu. ...to snad nemuze, adapter preci vzdy musi byt dimenzovanej tak aby zvladal dodavat stavu jak pro beh notebooku tak navic na dobijeni baterie, v pripade co popisujes by to znamenalo ze pri vetsim zatizeni by nb s baterii na adapteru se nejen ze nedobijel ale zaroven by se vybijela baterie ;-)
On ma ale pravdu - existovala rada notebooku, kde byl slabsi i silnejsi zdroj (kodovany pomoci tretiho pinu) a pokud si uzivatel vynutil "Performance mode" s tim slabsim zdrojem, tak to potrebovalo vysavat baterii aby pokrylo spotrebu :-) Ono to jako nebylo nicemu na zavadu, protoze je to strategie podobna jako u UPS - zarizeni je dimenzovano z pohledu thermals a chlazeni tak, ze po vysati baterie to revertlo do AC only, low power rezimu.
A druhy pripad, kde nelze fungovat bez baterie je Apple. Pokud v Macbooku je vykuchana baterie, tudiz neni mozno ziskat hodnotu z jejiho teplotniho cidla, tak BIOS nastavil nejaky silene podtaktovany / degradovany failsafe rezim. Taky to ma dve strany mince a lze chapat danou vec jako safety featuru.
561
Sítě / Re:z ivysilani mi chodí pakety dlouhé 536b
« kdy: 23. 05. 2022, 23:40:02 »
Rekl bych ze je nekde po ceste "preoptimalizovany" firewall, takze neprochazi MSS adaptace (at uz chybou, nebo zamerne, aby se zamezilo fragmentaci)
536 B je totiz default velikost MSS - https://en.wikipedia.org/wiki/Maximum_segment_size
536 B je totiz default velikost MSS - https://en.wikipedia.org/wiki/Maximum_segment_size
562
Hardware / Re:Deska nedetekuje disk HP Enterprise MB010000GWAYN
« kdy: 23. 05. 2022, 11:22:31 »
Nemas zac 
Ja to strihl, navlekl na oba konce smrstovaci buzirku a zahral / zatavil konce.
Ja to strihl, navlekl na oba konce smrstovaci buzirku a zahral / zatavil konce.
563
Hardware / Re:Deska nedetekuje disk HP Enterprise MB010000GWAYN
« kdy: 19. 05. 2022, 19:54:40 »Je něčím HP Enterprise specifický? Uniká mi něco?
Teoreticky muze jit o krizence SATA disku se SAS semantikou vyhrazenych pinu.
Zkusim vysvetlit jednoduse: Enterprise disk se neroztoci kdyz je na urcity pin privedeno 3.3V aby diskove pole neprekrocilo limity pri spusteni desitek disku naraz. Bohuzel na typickem modernim ATX zdroji s 3.3/5/12V na SATA konektoru dosahnes presne tohoto odlozeneho spusteni. Taky to vysvetluje, proc to s redukci chodilo - protoze ta nema 3.3V pin zapojeny.
Jako fakt nekecam, mam 8 sas SSD pripojenych skrze samodomo upravenej bastl (SATA -> 4xSATA napajeni), kde jsem useknul ten 3.3v drat, aby to bylo detekovano - prijit na to byl celkem orisek, pac u SSD nemas ten vjem z roztaceni :)
Zaver:
Pouzij prvni zamysleny komp / sestavu, ale disk napajej pres redukci.
Dej vedet zda pomohlo.
564
Odkladiště / Re:Co je toto za artefakt obrázku. Shutter time vs Expos.time
« kdy: 19. 05. 2022, 18:35:39 »Exposure time je 1/3567s.
...
Takže nový druh neostrosti? Šokové výchýlení zaostřovací vzdálenosti?
Ano, vypada to, ze to podporuje moji hypotezi. Doba expozice je jen cca 0.280ms, ale celkova doba nez rolling shutter probehne byva typicky kolem 1/20 - 1/40 sec (50 az 25 ms). Tim, ze je vada asi v 1/6 obrazu, tak ten jev kdy byl focus mimo trval sestinu rolling shutteru - pokud byl 30ms, tak ten jev - defekt - bylo otazkou pouhych 5ms.
Proc byla podstatna kratka expozicni doba - protoze na kraji toho jevu bude nezavisle na rychlosti navratu do zaostrene pozice prechodove pasmo, podle expozicni doby / doby scanu, u tebe ten pomer vede k cca 1% sirky obrazu. Tj. zanedbatelna cast vzhledem k artefaktu.
Na vlas-chlup to je prilis perfektne kolme na osu snimace a hlavne by se to objevilo na vicero fotkach.
Kdyz se na to podivas znova, tak dalsi rozostreni je videt uplne na levem okraji snimku - tj. mohli bychom verit ze jde o oscilaci zaostrovaciho clenu.
Mohl bys zjistit smer skenu, coz ti rekne vice - pokud tato oscilace je na pocatku (prvnich exponovanych linkach), muze jit o nekompatibilitu Lineage OS s kamerou / ostrenim na tvem modelu, ze neceka na ustaleni ostriciho clenu a je mozne ze te to bude potkavat casto. Pokud by to bylo na konci skenu, tak to byl defekt vnesen az po nasnimani podstatne casti obrazu a byla to vicemene nahoda.
565
Vývoj / Re:MSSQL a reconnect
« kdy: 18. 05. 2022, 11:23:26 »
Neres to pred dotazem, ale po dotazu. Napis si wrapper, ktery pri chybe "connection lost" udela reconnect a znova spusti stejny query. Samozrejme by o tom treba user mel vedet a mit moznost to treba zrusit, at se ti to nezacykli pokud bude delsi vypadek site napr.
566
Odkladiště / Re:Odlišné PNG na apple (zprávička)
« kdy: 17. 05. 2022, 13:47:41 »
Nejde o race condition (timing bug), ale o false-assumption / over-optimalization.
viz:
https://github.com/DavidBuchanan314/parallel-png-proposal/issues/3
Soubor PNG obsahuje segmenty, na ktere se odkazuje indexem z tabulky. Pokud mate paralelni dekoder, kazde vlakno si jede svoji malou cast - od urciteho offsetu. Pokud mate single thread dekoder, tak se indexova tabulka ignoruje a procesuje se cely soubor sekvencne.
Chyba je spise na strane single thread dekoderu, ktery namisto toho, aby vstup rozsekal podle indexu na segmenty s omezenou delkou, procesuje vse co mu prijde - i kdyby indexova tabulka byla zkonstruovana takovym zpusobem, ze budou v souboru diry ktere se nemaji dekodovat.
viz:
https://github.com/DavidBuchanan314/parallel-png-proposal/issues/3
Soubor PNG obsahuje segmenty, na ktere se odkazuje indexem z tabulky. Pokud mate paralelni dekoder, kazde vlakno si jede svoji malou cast - od urciteho offsetu. Pokud mate single thread dekoder, tak se indexova tabulka ignoruje a procesuje se cely soubor sekvencne.
Chyba je spise na strane single thread dekoderu, ktery namisto toho, aby vstup rozsekal podle indexu na segmenty s omezenou delkou, procesuje vse co mu prijde - i kdyby indexova tabulka byla zkonstruovana takovym zpusobem, ze budou v souboru diry ktere se nemaji dekodovat.
567
Hardware / Re:HP DL 580 G7 nestartuje po přidání grafiky
« kdy: 15. 05. 2022, 13:40:05 »
Slo by to zhodit, treba takovym 4sec podrzenim tlacitka, aby nenabihal? (nebo udelat cmos / ilo reset - predpokladam ze default bude pak off)
Jestli mas nejaky hw kde to jde poprehazet, tak bych to udelal - taky mozna by stalo za to re-seatovat ty pametove risery treba (ale zas ta se inicializuje o dost pozdeji).
A posledni co me napada, ze to proste umrelo na stari - ta mechanicka zatez pri montazi grafiky tomu dala posledni kapku :/
Dej vedet co jsi zkusil a zda byla nejaka zmena - vice oci pak vice pozna
Jestli mas nejaky hw kde to jde poprehazet, tak bych to udelal - taky mozna by stalo za to re-seatovat ty pametove risery treba (ale zas ta se inicializuje o dost pozdeji).
A posledni co me napada, ze to proste umrelo na stari - ta mechanicka zatez pri montazi grafiky tomu dala posledni kapku :/
Dej vedet co jsi zkusil a zda byla nejaka zmena - vice oci pak vice pozna
568
Vývoj / Re:co je no-code a low code
« kdy: 15. 05. 2022, 11:43:35 »
vis ze na takove dotazy staci pouzit napr. https://www.google.com/ ? :)
569
Hardware / Re:HP DL 580 G7 nestartuje po přidání grafiky
« kdy: 15. 05. 2022, 10:53:05 »Takže server se k aktivaci portu VGA vůbec nedostane, po zapnutí se několikrát snaží rozběhnout a poté spadne indikace napájení na čelním panelu do červené. Vzápětí červená zmizí a cyklus se opakuje. Zdroje svítí zeleně. Na ILO se připojit nedokážu a že je lame dost možná vše co napíšu připouštím.
Zelena na zdroji = AC present, to indikuje jenom vstup do zdroje, zda dostava napeti.
Indikace napajeni tam uplne neni (viz https://support.hpe.com/hpesc/public/docDisplay?docId=emr_na-c02283116 ), to co muze svitit cervene je HEALTH. Napada me tohle:
- ze jsi na tu GPU pouzil nekompatibilni napajeci kabel (vyrobci znackovych serveru jsou waaaay off co se tyce beznych pinoutu v napajecich komponentach) a znicil zdroj nebo power distribution board
- nemas omylem odpojenej vetrak? (ale to u meho HP alespon vypise na VGA a pak se to vypne)
Do iLO by ses mel dostat jenom se standby napajenim, ale chapu ze kdyz tam mas "power on on AC loss", tak to bude problematicke kvuli tomu cyklovani. Jestli to zapinas rucne, tak tomu dej chvili at bootne iLO.
570
Hardware / Re:HP DL 580 G7 nestartuje po přidání grafiky
« kdy: 14. 05. 2022, 20:52:44 »
Ale tam se nepise ani slovo o grafice.
Rekni co vidis na VGA portu, a jak se chova ILO (mas ho na fixni IP, nebo DHCP? zije? lze se prihlasit?)
Jak se chova server? Zapne se? Nejake diody sviti blikaj, cokoliv?
Takovy server ma dost moznosti jak detekovat problem.. a rict ze "nebootuje" je hodne lame.
Rekni co vidis na VGA portu, a jak se chova ILO (mas ho na fixni IP, nebo DHCP? zije? lze se prihlasit?)
Jak se chova server? Zapne se? Nejake diody sviti blikaj, cokoliv?
Takovy server ma dost moznosti jak detekovat problem.. a rict ze "nebootuje" je hodne lame.
