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 - Michal Kubeček

Stran: 1 [2] 3 4 ... 9
16
Hardware / Re:Upgrade z AMD Ryzen 2700x na 5800x alebo 5900x?
« kdy: 29. 12. 2022, 20:53:08 »
Ze zkušenosti můžu říct, že už mezi 2700X a 3900X je docela výrazný rozdíl i ve výkonu na jedno jádro, 5900X oproti 3900X ještě další kus přidá. Ale pokud předpokládaná zátěž nedokáže 24 threadů využít, nemá samozřejmě dvanáctijádrová verze smysl (a možná ani osmijádrová).

Citace
V extrémním případě by dokonce bottleneck mohl být mimo procesor (třeba I/O) a jeho upgradem byste si nepomohl ani trošku.
Build rozsáhlejších projektů zásadně dělám na tmpfs, právě proto, abych procesor(y) využil naplno a nezdržovalo je něco jiného.

17
Hardware / Re:Upgrade z AMD Ryzen 2700x na 5800x alebo 5900x?
« kdy: 29. 12. 2022, 12:18:55 »
Jedna možnost je pustit si během buildu top a podívat se, jak je to s vytížením CPU, ale to se v průběhu buildu může dost měnit. Lepší je rovnou celý build pustit pomocí příkazu time a vydělit součet hodnot "user" a "sys" skutečným časem ("real" nebo "elapsed"). Ideálně by mělo vyjít číslo blízké počtu logických procesorů (s hyperthreadingem dvojnásobek počtu fyzických jader), čím je ten poměr nižší, tím hůř dokáže build vícejádrový procesor využít.

18
Hardware / Re:Upgrade z AMD Ryzen 2700x na 5800x alebo 5900x?
« kdy: 29. 12. 2022, 11:50:44 »
Ty výsledky vypadají podezřele, důležitá otázka asi je, na čem to testovali. U dostatečně rozsáhlého projektu s mnoha soubory a rozumně udělaným buildem bych čekal výrazně větší rozdíl než 4 procenta. Ale samozřejmě nejvíc záleží na tom, co na tom budete dělat vy, zdaleka ne všechno se dá efektivně paralelizovat na 32 procesorů.

19
Hardware / Re:Upgrade z AMD Ryzen 2700x na 5800x alebo 5900x?
« kdy: 26. 12. 2022, 12:41:14 »
Takze zalezi kolik ti trva build, zda se ti vyplati ho mit o 1/2 casu drive...

O třetinu. :-)

20
Server / Re:sshd - odpojeni klienta pri neaktivite
« kdy: 11. 11. 2022, 13:21:44 »
Nevím o tom, že by sshd takovou featuru nabízelo a ani bych v tom neviděl moc smysl. Ostatně ani zmíněné konfigurační direktivy ClientAliveInterval a ClientAliveCountMax neslouží k ukončení neaktivní session, ale k ukončení spojení, které už je mrtvé (klient neodpovídá na ty ClientAlive výzvy); takže v praxi se to používá spíš opačně: k udržení neaktivního spojení, které by jinak udusil connection tracking po cestě s příliš krátkými timeouty.

21
Server / Re:Bind vrací špatnou IP pro doménu
« kdy: 06. 11. 2022, 23:06:40 »
Napadají mne z hlavy dvě věci, co bych vyzkoušel: (1) zkusit místo "localhost" explicitně dát 127.0.0.1 (nebo ::1), jeden nikdy neví; (2) podívat se do logu, BIND by měl při startu nebo reloadu zóny vypsat něco jako "... zone mk-sys.cz/IN: loaded serial 2015020901". V každém případě ta kulatá (a pořád stejná) hodnota TTL v odpovědi naznačuje, že odpověď pochází od někoho, kdo je (nebo se aspoň považuje za) autoritativní nameserver pro danou doménu, ne od nějakého zprostředkovatele.

22
Server / Re:Bind vrací špatnou IP pro doménu
« kdy: 06. 11. 2022, 22:18:19 »
Jestli dobře vidím, máte tam defaultní TTL 3600 (a u záznamu samotného hodnota není), ale v odpovědi je 36000, takže bych se také přikláněl k názoru, že ta odpověď pochází buď z jiného serveru nebo z jiného zónového souboru. Pro začátek bych se asi zkusil stejným příkazem zeptat na SOA záznam, to by při troše štěstí mohlo něco napovědět.

23
@premekv - to lamentovani je  vzdy snad obracene, vzdy je to "mladi to maji dnes  lehke, to za nasich casu jsme museli odmocnovat na abacusu a na chleba nebylo"

Ne vždy, spíš záleží na tom, kdo zrovna lamentuje. :-)

24
Bazar / Re:Hledám knížku - Pro Git (Scott Chacon)
« kdy: 28. 10. 2022, 11:07:05 »
Český překlad vydal kdysi CZ.NIC ve své edici, tamtéž se dá i stáhnout i ve formátech PDF, epub a mobi. Ale jestli dobře vidím, ze čtyř prodejců odkazovaných z té stránky už ji nemá žádný.

25
Software / Re:Syntaxe zvýraznění git log
« kdy: 11. 10. 2022, 08:20:59 »
Viz též git-config(1):
Kód: [Vybrat]
       color.decorate.<slot>
           Use customized color for git log --decorate output.  <slot> is one
           of branch, remoteBranch, tag, stash or HEAD for local branches,
           remote-tracking branches, tags, stash and HEAD, respectively and
           grafted for grafted commits.

26
Nepůjde, ty identity jsou úplně oddělené. Pokud se chcete přihlašovat všude stejně, přihlašujte se pomocí NIA – přes to se dostanete do všech svých schránek. Ale stejně se budete muset odhlásit a přihlásit znovu, akorát pokud využijete v NIA SSO, další přihlášení už bude rychlé.
Přes NIA se přihlašuji - a právě proto mi nedává smysl, že když se přihlásím přes NIA do jedné a pak se chci podívat i do druhé, musím se odhlásit a pak (stejným způsobem) přihlásit znovu. Třeba u daňových schránek (nebo jak se ta věc jmenuje) to IIRC počítá s tím, že když mám přístup do víc schránek, můžu přejít z jedné do druhé, aniž bych se musel odhlásit a znovu přihlásit. Na to SSO se budu muset podívat, ale asi s dalšími experimenty počkám, až se vyřeší problém s příliš novým Yubikey (což by snad mělo být do měsíce).

NIA SSO obecně funguje dobře, přihlásím se jednou na té centrální NIA stránce a pak si můžu postupně procházet "onlline FÚ", ČSSZ, Dluhopisy republiky, očkovací certifikáty, ..., aniž bych se musel pokaždé znovu autentizovat. Jen ty datové schránky jsou implementované nějak divně. Na začátku je sice stránka s výběrem jedné ze dvou datových schránek, ale jakmile vlezu do jedné z nich, začne se to tvářit, že existuje jen tahle. Dokonce do té míry, že i když na té stránce s výběrem kliknu v rychlém sledu prostředním tlačítkem na oba odkazy, v prvním novém tabu je první schránka, ale ve druhém už ta výběrová stránka, kde se zobrazuje už jen jedna schránka (ta, na kterou jsem kliknul první). Když zavřu okno a zkusím se tam dostat znovu, je tam pořád jen ta jedna. Jediný způsob, jak z toho ven, na který jsem přišel, je odhlašovací tlačítko v pravém horním rohu (jméno a šipka doprava), ale pak mne to odhlásí z celého NIA SSO a musím se znovu kompletně přihlásit. S dalšími experimenty už asi radši počkám, až mi to bude fungovat přes mojeid, přes bankovní identitu je to opruz.

Ono to vůbec celé navržené tak, že je těžké nezískat pocit, že celý design byl motivován snahou, aby to lidem co nejvíc lezlo na nervy. Třeba kredit pro komerční zprávy ("poštovní datová zpráva") taky funguje pro každou schránku zvlášť. Je tam tedy sice něco o "dotované schránce", což by mělo být přesně ono (kredit udržuji v jedné schránce a druhá čerpá z něj), ale nikde není vidět, jak tento režim nastavit - až kdesi hluboko v dokumentaci je ukryta nenápadná zmínka, že to funguje jen v režimu smlouvy, ne v režimu kreditu. Ach jo...

27
Překvapilo mne ale, že se mi nedařilo najít, jak se jednoduše přepnout z jedné schránky do druhé, nakonec jsem se musel odhlásit a přihlásit znovu. Ale zatím jsem si s tím hrál jen jednou, tak doufám, že to nějak půjde.
Nepůjde, ty identity jsou úplně oddělené. Pokud se chcete přihlašovat všude stejně, přihlašujte se pomocí NIA – přes to se dostanete do všech svých schránek. Ale stejně se budete muset odhlásit a přihlásit znovu, akorát pokud využijete v NIA SSO, další přihlášení už bude rychlé.
Přes NIA se přihlašuji - a právě proto mi nedává smysl, že když se přihlásím přes NIA do jedné a pak se chci podívat i do druhé, musím se odhlásit a pak (stejným způsobem) přihlásit znovu. Třeba u daňových schránek (nebo jak se ta věc jmenuje) to IIRC počítá s tím, že když mám přístup do víc schránek, můžu přejít z jedné do druhé, aniž bych se musel odhlásit a znovu přihlásit. Na to SSO se budu muset podívat, ale asi s dalšími experimenty počkám, až se vyřeší problém s příliš novým Yubikey (což by snad mělo být do měsíce).

28
Dvě datové schránky by mi až tak nevadily a někdy může být praktické mít "soukromé" a "firemní" věci oddělené, i když u některé komunikace  třeba s FÚ nemusí být úplně intuitivní, která schránka je ta správná. Překvapilo mne ale, že se mi nedařilo najít, jak se jednoduše přepnout z jedné schránky do druhé, nakonec jsem se musel odhlásit a přihlásit znovu. Ale zatím jsem si s tím hrál jen jednou, tak doufám, že to nějak půjde.

29
Vývoj / Re:Jak převést rouru do bash scriptu?
« kdy: 22. 03. 2022, 08:22:31 »
Jednoduchá roura jako je třeba
Kód: [Vybrat]
pwd | ls
se dá snadno převést na
Kód: [Vybrat]
SOUBORY=$(ls $(pwd))
To není ani zdaleka totéž a je vlastně otázka, co si představujete, že by měl ten první příkaz vlastně dělat, protože ls nezpracovává svůj standardní vstup, takže i např. "echo ahoj | ls" prostě jen vypíše obsah aktuálního adresáře. Oproti tomu ten druhý příklad příkazu ls předá výstup pwd jako parametr(y).

Pokud chcete nahradit rouru, pak můžete použít process substitution a např.
Kód: [Vybrat]
cmd1 | cmd2
přepsat na
Kód: [Vybrat]
cmd2 < <(cmd1)
Používá se to např. pro konstrukce typu
Kód: [Vybrat]
while ...; do
done < <(some_cmd)
pokud potřebujete, aby tělo toho cyklu neběželo s vlastním environmentem, ale sdílelo ho se zbytkem skriptu.

V každém případě by ale bylo dobré začít tím, že si ujasníte, proč byste to vlastně chtěl takhle přepisovat. Ve vašem případě mi to moc jasné není, protože do command substitution můžete klidně dát i rouru:
Kód: [Vybrat]
failbanlog=$(awk '($(NF-1) = /Ban/){print $NF}' /var/log/fail2ban.log | sort | uniq | tr -s '\n' ',')

30
Sítě / Re:Jak umlčet televizi způsobující DoS 60 p/s
« kdy: 08. 03. 2022, 01:03:04 »
Kód: [Vybrat]
 20:59:57  dnsmasq[7302]: query[A] time.samsungcloudsolution.com from 192.168.76.30
 20:59:57  dnsmasq[7302]: config time.samsungcloudsolution.com is 192.168.76.1
Takže celé to heroické úsilí je kvůli tomu, abyste televizi zabránil synchronizovat čas a kontrolovat dostupnost nových updatů? :-)

BtW: jak jste přišel na tu "pomstu Číňanů"? Samsung není čínská firma a doména kr také nepatří Číně.

Stran: 1 [2] 3 4 ... 9