Příspěvky

16

Hardware / Re:Doporučte pracovní notebook pro Linux

« kdy: 23. 03. 2023, 11:19:20 »

Pozor, ne všechny Thinkpad T (i ty bez S) mají ethernet port. Je pouze optional, je třeba koukat na výbavu konkrétního modelu.

17

Server / Re:Nomácí NAS - readonly po výměně disku

« kdy: 02. 03. 2023, 17:21:11 »

Nejprve ověř, jestli není (nebo spíš potvrď že je :-)) ten disk přimountovanej read only. (např. ve výstupu příkazu mount)

No a pak budeme zjišťovat proč, na to by bylo třeba vidět tvůj fstab nebo jak ho mountuješa jakej tam máš filesystém.

18

Distribuce / Re:Změna doménového jména po instalaci čistého OS

« kdy: 21. 02. 2023, 12:57:48 »

Obávám se, že Tvá otázka je zmatená - ptáš se, jak změnit záznam v AD u systému bez napojení na AD? Trochu protimluv, ne?

PS: Jinak tydle věci moc neznam, takže neříkám, že když se zeptáš líp, tak budu schopen poradit. Jen si myslím, že na takhle položenou otázku Ti neodpoví asi nikdo...

19

Server / Re:Ako na vyhľadávanie bez diakritiky s elasticsearch, hunspell a icu_folding

« kdy: 26. 12. 2022, 19:37:14 »

Řešení je si upravit slovník hunspellu tak, že je bez diakritiky. Je to víceméně odstranění diakritiky ze slovníku plus vyhození pár duplicit, který tak vznikou - a celý to pak indexovat bez diakritiky.

20

Bazar / Re:Predám nepoužitý chladič CoolerMaster MasterLiquid ML120L RGB

« kdy: 23. 11. 2022, 00:27:55 »

Ahoj,
já bych to bral. Píšu SZ

21

Sítě / Re:Pasivni WiFi repeater - spoj 5km "za roh"

« kdy: 08. 11. 2022, 14:07:01 »

A co nějaká nízkoodběrová destička a solární panel?

22

Server / Re:Postgres:Error pri vložení id (duplikace), při selectu nic nenajdu

« kdy: 18. 09. 2022, 00:38:52 »

Ahoj,
1) Co ti přesně řekne psql, když ten insert vložíš po tomto příkazu?

Kód: [Vybrat]

\set VERBOSITY verbose

2) Když odstraníš ten primary key, jde pak daná hodnota vložit? Pokud ano, jde pak znovu vytvořit primary key?

23

Vývoj / Re:Jak zrychlit Powell Method (hledání globálního optima funkce)?

« kdy: 31. 08. 2022, 12:09:25 »

Jen takovej, možná blbej, nápad:
Zkus pomocí andersona (scipy.optimize.anderson) hledat kořen funkce G, kde je F je tvoje funkce:
G(x) = F(x) - F(scipy.optimize.powell(F, x))

možná to k ničemu nebude, ale mohlo by to urychlit hledání správného minima. Fungovat by to mělo,
pokud platí to, co se mi zdá implicitně tvrdíš, že čím jsi blíže minimu, tím menší zlepšení optimalizace
udělá... a když budeš mít štěstí.... :-)

Pokud to bude fungovat, tak můžeš zkusit v tom vnitřním powellovi omezit počet iterací,
aby to bylo rychlejší...

24

Server / Re:Přibližná cena serveru+elektřiny na AI

« kdy: 28. 06. 2022, 00:18:38 »

Ahoj, zvaž použití tohodle:
https://coral.ai/products/accelerator/

25

Software / Re:Inkrementalni komprese

« kdy: 15. 06. 2022, 16:17:53 »

Deduplikace na FS nebude fungovat moc dobře. Protože když mu někdo do souboru něco vloží, tak se to celý posune a bloky už identický nebudou.

26

Studium a uplatnění / Re:MFF UK-informatika(začátečník)

« kdy: 15. 06. 2022, 16:12:55 »

Ne také, matika je co vím na fyzice horší. Protože tam je potřeba rychle zvládnout aparát pro to, co se dělá ve fyzice. Na informatice si mohli dovolit ten luxus plácat se první semestr jen s limitama.

27

Hardware / Re:Jiné konektory RJ-45?

« kdy: 11. 06. 2022, 11:10:48 »

Mě se nezdá, že by ten 10Gbit byl klasickej 8P8C (RJ45). Nebude to GG45?
https://www.pinterest.co.uk/pin/760263980839189226/

28

Vývoj / Re:DB master/slave - čtení/zápis na straně aplikace

« kdy: 30. 05. 2022, 18:46:35 »

Nemusí se dělat jen rekonfigurací aplikace, ale zrovna začít posílat IP pakety v průběhu navázaného spojení někam jinam podle mne není nejlepší způsob...

To sice ano, ale nic lepšího moc nevymyslíš (pokud tedy nechceš mít v aplikaci explicitně zadefinových x datových zdrojů a nějaký "výběr nejlepšího" - což už ovšem není transparentní řešení a při rozšiřování clusteru musíš upravovat aplikaci, což zpravidla není žádoucí).
Pgpool funguje na přesně tomdle principu, akorát tu "plovoucí" (virtuální) IP adresu nemá přímo databáze, ale ta "master proxy" - ale i ta může selhat a má redunanci a pak dojde k úplně stejnému procesu, který se Ti nelíbí: aktuální pochcípaj, záložní pgpool si převezme IP adresu, a další spojení jdou na tu "novou master proxy".
Jasně, případů, kdy chcípne bez varování proxy je asi méně, než když chcípne rovnou databáze, ale např. v případě HW problému (což bude asi nejčastější příčina?) se to bude chovat úplně stejně.

...protože to bude chvíli trvat, než se zjistí, že to spojení je nakopnuté a má se ukončit  a navázat nové.

Všimne si toho poměrně hned, protože nový stroj pošle po prvním doručeném packetu zpátky RST packet informující o rozpadlém (z pohledu nového stroje neexistujícím) spojení.

29

Vývoj / Re:DB master/slave - čtení/zápis na straně aplikace

« kdy: 30. 05. 2022, 13:05:36 »

Proxy prece vidi co za dotaz provedete. A klidne muze prekladat i DB vrstvu na jiny protokol.

Proxy neví, jestli když na začátku provádím nějaké čtení, tak jestli bude v transakci následovat zápis. Ono dokonce to nejde ani zaručit analýzou dotazu - (pokud teda nemá ta proxy plnou informaci o struktuře DB a neprováděla by nad tím "zběsilou analýzu").
Jediné, na co se jde "spolehnout" je explicitní označování transakcí "BEGIN TRANSACTION READ ONLY" - a to ještě musí programátor "slíbit", že ji nepřepne do RW. A to už se v podstatě neliší od toho, když programátor explicitně vybere datový zdroj.

- ktera bude resit klidne i failover behem zpracovani jednoho vnejsiho requestu.

To právě IMHO není tak jednoduché, jak se to zdá. Pokud není aplikace jen čisté zobrazovadlo pro DB logiku, tak asi jo, ale jinak mi přijde, že je to principiálně nemožné. Protože ten failover znamená spustit transakci znovu: tedy výsledek dotazů může být jiný než v původní transakci, takže by aplikace prováděla něco jiného. V okamžiku, kdy mám byť nějakou logiku v aplikaci, tak failover (ve smyslu "replay" dotazů) prostě musí dělat aplikace, ne? Proxy nemůže udělat nic chytřejšího, než aktivní transakce ukončit. Nebo se pletu?

IMHO "Manuálnímu" rozdělení transakcí na read-only a read-write se nevyhnu tak jako tak, v tom mne PgPool IMHO nepomůže - jde jen o formu, jestli ji označím pomocí READ ONLY, nebo použiju k připojení jinej endpoint.
A co se týče rychlého failoveru, tak ten se přeci nemusí dělat "rekonfigurací aplikace", ale např. za pomocí IP směrování nebo..... Tím nechci říkat, že PgPool nemá své výhody. Má. Jen, že dilema buďto proxy, nebo nutnost rekonfigurace aplikace se mi zdá, že tak úplně neplatí - že Proxy je pouze jedna z variant (byť osvědčená a dobrá, takže proč vymejšlet kolo), jak se dá failover řešit, aniž by to "aplikace viděla".
 Koneckonců - PGPool je signle point of failure, což samotnej PGPool řeší pomocí přehazování "virtuální" IP. Což je přesně řešení, které se nabízí pro řešení failover i bez použití proxy.

30

Vývoj / Re:DB master/slave - čtení/zápis na straně aplikace

« kdy: 29. 05. 2022, 00:56:17 »

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.