Příspěvky

1

Hardware / Re:Hardware s nízkou spotřebou pro domácí lab

« kdy: 02. 12. 2025, 22:25:41 »

Ahoj,

Minulý týden jsem upgradoval můj homelab na AMD Ryzen max+ 395 (Strix Halo) 128GB RAM, 2x SSD, total 5GB, network 5Gb+2.5Gb, který beží 24/7, dual boot, hlavní system ubuntu 24.04, idle 7-10W, max 140-200W,

Tohle není ani trochu fér! ;-D

Kolik to má jader, 16C/32T ? Dělají se taky varianty 8C/16T a 12C/24T.

Ta věc má mimochodem taky integrovaný Radeon a NPU... Je pro to NPU v Linuxu nějaké využití?

Mám notebook s tímhle CPU a 64G RAM. Nedávno jsem zkoušel, jak na tom poběží klasická llama.cpp a nebyl problém svižně pracovat s modely do cca 50GiB. Přes vulkan a jen s otevřeným ovladačem. Jestli se používalo i NPU netuším.
Spotřebu v idle potvrzuju.

2

Hardware / Re:Zpomalení (podtaktování) CPU Ryzen na notebooku Lenovo

« kdy: 09. 07. 2025, 06:56:29 »

Zdravím,

Už těsně přes 2 roky používám notebook Lenovo Thinkbook s procesorem AMD Ryzen 7 5825U (8 jader, 16 vláken), RAM 40 GB. Mám nainstalované Ubuntu 23.04. Procesor je samozřejmě velmi rychlý a vše šlo až do teď svižně.

Najednou se ale notas začal zpomalovat. Tak jsem párkrát restartoval. Ale nepomohlo to. Notebook mi jede strašně pomalu, jako když by tam byl nějaký hodně pomalý procesor. Začal najednou brutálně zpomalovat i pči běžných činnostech.

Systém i cokoliv spuštěného normálně funguje, ale jakýkoliv proces nebo výpočet trvá až 10x déle. Kouknul jsem na procesy a zatížení CPU. Vidím, že CPU jede poměrně ve velkém zatížení. Běžné procesy jako webový prohlížeč dříve zabíraly jen malé procento teď ale velkou část kapacity CPU.

I když velká část jader CPU je zatížena (běžnými procesy, které by neměly zabírat téměř nic), větrák vůbec nehučí, PC se vůbec nezahřívá. Teplota jako při minimálním zatížení, CPU jen 38 stupňů. Vypadá to, jako když by najednou fregvence procesoru se extrémě propadla (vše běží, ale hodně pomalu, procesor zatížen, PC se vůbec nezahřívá). Mohl se CPU najednou nějak podtaktovat na extrémě malou fregvenci ? Tak je to teď měsíc po záruční době, možná se dala do akce kurvítka.

Pro srovnání, komprese dat, jež by měla trvat 15 minut teď trvá přes 2 hodiny.

Tohle mi začala před časem dělat T14 s podobným CPU.
Bylo to updatem biosu po kterém si systém nastavil balanced režim v biosu.
Nedalo se to přebít nastavením governoru CPU ani jinak.
Řešení bylo přepnout v biosu z balanced na performance.

3

Hardware / Re:Doporučte značku notebooku pro práci

« kdy: 08. 07. 2025, 09:10:58 »

Zvláštní, já mám Ultra 5 135H a vše ok, ale je fakt, že užívám spíše nárazový výkon (CAD) než kontinuální několik minut na max...

Ano. To sedí. Prvních cca 10-15s jede na maximum. Pak se zahřeje a začne dost brutálně omezovat frekvenci ikdyž je teplota docela nízko. Takže na nárazovou potřebu výkonu je to v pohodě, ale věci co běží na AMD 1-2 minuty na tomhle trvají 2-3 minuty.

4

Hardware / Re:Doporučte značku notebooku pro práci

« kdy: 08. 07. 2025, 07:02:36 »

Ohledně těch procesorů bych koukal na intel hlavně s přídomkem H (např.  Intel Core Ultra 7 255H)

Intel mám cca tři měsíce v Thinkpadu od Lenova (155H) a už nic podobného nechci.
I při nastavení na performance v systému a biosu shazuje v zátěži frekvence CPU(teplota okolo 60 stupňů).
Takže reálný výkon (čas kompilace c++, zpracování grafiky) je cca o třetinu nižší než na ekvivalentním AMD (8845HS v HP ZBook).

Navíc kombinace tří typů jader vede v reálné práci k chování, které jsem naposledy zažil před mnoha lety.
Trhání a zasekávání i při scrollování v prohlížeči.
Řešením je vyhodit z používání úsporná jádra, ale nízký výkon to neřeší.

5

Hardware / Re:Doporučte značku notebooku pro práci

« kdy: 28. 06. 2025, 13:18:14 »

Co mě na nich vadí od pohledu jsou zmrvené směrové šipky.

Když už jsme u klávesnic, tak bacha na HP.
U posledních řad chybí vpravo CTRL a místo ní je nepřemapovatelná klávesa pro copilot.
Jsem zvyklý používat pravý CTRL a je velmi otravné ho nemít.

6

Server / Re:MySQL: read once

« kdy: 02. 05. 2025, 12:48:47 »

Mam MySQL/MariaDB tabulku, ktora ma povedzme tri stlpce:
Potrebujem zabezpecit, ze kazdy riadok sa precita nejakym konzumentom iba jeden krat.

V podstatě potřebuješ implementovat frontu. MySQL na to není zrovna vhodná. Pokud bys použil třeba Redis, tak ten to umí už v základu.

V MySQL budeš potřebovat ještě čtvrtý sloupec se stavem, např.

Kód: [Vybrat]

ENUM('čeká', 'zpracovává se', 'hotovo') DEFAULT 'čeká', který budeš průběžně modifikovat a výběr budeš dělat podle něho.

Ono pouzit stlpec na oznacenie precitania, ako som pisal hore, je ako-tak v poriadku...ak mam len jedneho konzumenta. Chcel by som to poriesit tak, aby to mohlo fungovat pre viacerych.

Pro víc konzumentů to může fungovat tak, že každý konzument bude mít svoje číslo a vždy po zpracování zvedne příznak (zvláštní sloupec) o jedničku. Pak je nutné si pohlídat aby v ID konzumentů nebyla díra. Samozřejmě potom zpracování konzumenty bude sériové, ale dotaz bude naprosto jednoznačný. Paralelizace by se dala udělat nahrazením příznaku bitmapou (tam bych se bál paralelních updatů) nebo pomocí pole (podobný problém s updaty a režie navíc). Na druhou stranu, u pole které bude mít na začátku všechny konzumenty a po zpracování se bude ubírat by režie nebyla tak strašná a update je taky řešitelný.

7

Vývoj / Re:Synchronizace obsahu dvou souborů

« kdy: 03. 01. 2025, 12:14:25 »

Nojo. Místo read má býr read -r. Protože read defaultně ořezává.

8

Vývoj / Re:Synchronizace obsahu dvou souborů

« kdy: 01. 01. 2025, 21:32:01 »

Pak už to onelinerem půjde udělat těžko a bude to chtít skript.
Potíž je v tom, že některé řádky jsou rozdělené na dva a více. Jestli jejich sloučení nevadí ...
Něco jako:

cat "$1" | sed ':a;N;$!ba;s/\\\n//g' | while read LINE; do
        TEST="$(echo $LINE | grep = | cut -f1 -d=)"
        if [ -z "${TEST}" ]; then
                echo $LINE
                continue
        fi      
        LINE_TEST=$(cat "$2" | sed ':a;N;$!ba;s/\\\n//g' | grep "^$TEST=")
        if [ "$LINE_TEST" == "" ]; then
                echo $LINE NEW
        else
                echo $LINE_TEST
        fi      
done

9

Vývoj / Re:Synchronizace obsahu dvou souborů

« kdy: 26. 12. 2024, 11:23:47 »

Když už jsou ty vánoce a člověk by měl dělat dobré skutky ...

Kód: [Vybrat]

egrep "$(cat displayStrings_cs.properties.txt displayStrings.properties.txt | grep = | cut -f1 -d= | sort | uniq -c | grep "^[ ]*1" | cut -f2 -d1 | tr -d " " | tr "\n" "|" | sed "s/|$//")" displayStrings.properties.txt


Není to optimální, nedejbože dokonalé (tak moc zase vánoce nežeru), ale nezabralo to moc času a tak nějak to funguje.

10

Software / Re:Šifrování pg_dump pomocí OpenSSL

« kdy: 15. 05. 2024, 15:17:40 »

A co zkusit misto -in to pri desifrovani taky brat jako stream?

Tak otestovano s pridanym parametrem -stream:

Kód: [Vybrat]

#cat ./db3_15.05.24-00_00.sql.gz | openssl smime -encrypt -aes256 -binary -stream -outform DEM -out ./encrypted.sql.gz.ssl pgdump_backup.pem
-rw-r--r-- 1 root   root     7910422089 May 15 00:28 db3_15.05.24-00_00.sql.gz
-rw-r--r-- 1 root   root     7918147866 May 15 09:36 encrypted.sql.gz.ssl


Kód: [Vybrat]

#openssl smime -decrypt -in ./encrypted.sql.gz.ssl -binary -inform DEM -inkey ./pgdump_backup_key.pem -out ./decrypted.sql.gz
Error reading S/MIME message
4077734DF87F0000:error:038C0100:memory buffer routines:BUF_MEM_grow_clean:malloc failure:../crypto/buffer/buffer.c:128:
4077734DF87F0000:error:068C0100:asn1 encoding routines:asn1_d2i_read_bio:malloc failure:../crypto/asn1/a_d2i_fp.c:209:

#openssl smime -decrypt -in ./encrypted.sql.gz.ssl -binary -stream -inform DEM -inkey ./pgdump_backup_key.pem -out ./decrypted.sql.gz
Error reading S/MIME message
40073BBB2D7F0000:error:038C0100:memory buffer routines:BUF_MEM_grow_clean:malloc failure:../crypto/buffer/buffer.c:128:
40073BBB2D7F0000:error:068C0100:asn1 encoding routines:asn1_d2i_read_bio:malloc failure:../crypto/asn1/a_d2i_fp.c:209:

#free -h
               total        used        free      shared  buff/cache   available
Mem:            47Gi        13Gi       3.2Gi        11Gi        42Gi        33Gi
Swap:          2.7Gi       1.3Gi       1.4Gi

To je sranda. Tak zpatky na zacatek nekam do praveku...

11

Software / Re:Šifrování pg_dump pomocí OpenSSL

« kdy: 15. 05. 2024, 07:13:39 »

https://github.com/openssl/openssl/issues/13160

12

Hardware / Re:Orange Pi 5 problém s bootem čehokoliv

« kdy: 15. 01. 2023, 18:21:09 »

Ahoj, Neočekával bych, že bude fungovat raspbian nebo něco podobného. Na takhle novýc deskách fungují obvykle pouze image výrobce.
Mám Orange Pi 5 s 8GiB RAM a jejich image ubuntu server jammy mi funguje bez problémů z microSD (image nahraný pomocí dd)

13

Vývoj / Re:HMAC, SHA1 (C++/AVX2 VS2022)

« kdy: 01. 01. 2023, 17:29:47 »

Generování jednoho hesla trvá 1,83 E-16 s  . Nemyslím si, že hashování bude více než miliardkrát pomalejší E-16 vs. E-6;)

checht. V tom výpočtu bude asi nějaká chyba. Při paralelizaci 10000 by to znamenalo cca 546E9 hesel za sekundu.
Vzhledem k tomu, že GTX 960M jede na cca 1GHz (1E9) to je cca 546 hesel na takt na jednu jednotku, což je evidentní nesmysl.

Jestli on nebude zakopaný pes v tom, že v ukázkovém programu je 6 znaků a ne 8 ... To pak vychází drobet jiná a dokonce i uvěřitelná čísla.

14

Hardware / Re:Co zvládne ARM počítač

« kdy: 29. 07. 2022, 11:34:58 »

Na téhle destičce provozuju cca půl roku Ubuntu 22.04. (začínal jsem než bylo stabilní)
- nginx
- dlna server
- samba
- openvpn
- homeassistant v kontejneru (ubuntu 20.04)
- postgresql
- postfix
- nextcloud
- a několik vlastních věcí (IoT)

Navíc to každých 15 minut překódovává video z dvou IP kamer s detekcí pohybu (z 1080p 10fps h264, do 720p h264).

Stíhá to bez problémů a rezerva je v paměti i v CPU výkonu (tam nepříliš velká ... video). Průměrný uptime je dokud nevypnou elektriku a nevybije se UPS.

Teploty jsou lepší než u RPI4 (bez chladiče).

NVME v tom mám 500GiB, ale nelíbí se mi, že je ohříváno SOC.
V USB je cca 20TiB pole.

Předtím stejnou službu zastalo několik let RPI4.

Tož asi tak.

15

Hardware / Re:Flash disk se zabezpečením

« kdy: 05. 01. 2022, 12:39:07 »

Je jich málo. Cokoli co potřebuje instalaci SW je k ničemu. Polovina HW řešení má taky problémy.
Předchůdce níže uvedené měl FIPS140 a je víceméně použitelný.
Rozhodně dost na to, aby nevadilo když tu flashku někdo ukradne nebo najde.
https://www.alza.cz/kingston-datatraveler-2000-64gb-d4048800.htm