Příspěvky

1

Software / Re:MP3 editor/katalog/tagger pro Linux + Windows?

« kdy: 21. 12. 2025, 23:40:43 »

Jo, to vypadá slibně. Zkusil jsem na jednom vánočním albu, a chytlo se to. (V podstatě jsem jen změnil "Weinachten" na "Christmass", protože němčinou nevládnu.)

Bohužel podobné automatické překlady jako všechny Vánoce na Christmas to přímo nepodporuje.

Ale je tam možnost automatického výběru přeloženého jména umělce, pokud existuje v databázi.
Je to v nastavení Metadata -> Translate artist names.. následně tam jdou i případně vyloučit určité abecedy, tzn. např. nedávej přeloženou verzi, pokud bude jméno umělce latinkou.. (jinými slovy přelož pokud bude azbukou, hanghulem, katakanou atp.)
V podstatě to pak použije aliasy z metadat.. např.
https://musicbrainz.org/ws/2/artist/519dd32e-8f30-4380-8826-7aa99169e1bb?inc=aliases

Pokud už tam máte nějaké částečně tagy, tak pokud tam hodíte např. desítky adresářů, použijete funkci Cluster (aby se vám to spojilo do alb) a následně by pro většinu měl zabrat čistě Lookup.

Asi půjdu zhruba stylem album po albu. Obávám se, že větší balíky bych nebyl schopen ohlídat.

Toho bych se nebál i ve větším množství. Pokud to nic nenajde, alba zůstanou jen nepřiřazené v levé části. Pokud přiřazené album označíte, tak jsou tam vždycky vidět původní a nové (ještě neaplikované) tagy z db. A nic se neděje, dokud přiřazená alba neoznačíte a nezmáčknete ctrl+s.
Navíc to má vestavěný přehrávač, v pohodě se to dá ověřovat i takhle.

2

Software / Re:MP3 editor/katalog/tagger pro Linux + Windows?

« kdy: 21. 12. 2025, 22:18:46 »

Další doporučení je jednoznačně MusicBrainz Picard

Tohle vyzkouším.
Z popisu to vypadá nadějně na hromadné opravy mé sbírky - to jsou totiž zhruba dvě-tři stovky alb, které jsou v různém stavu vyplněnosti, v podstatě tak, jak se během čtvrtstoletí vyvíjela má potřeba mít tam ty tagy.
Dělat to "po jednom" by bylo náročné na čas a "lidské zdroje".

Uvidíte, jak vám to s tím půjde. Jak jsem říkal, největší benefit je kvalita té databáze s metadaty.
Samozřejmě se může stát, že tam dané album nebude, ale v případě mainstream věcí je to většinou v pohodě.
Ta databáze vzniká komunitně a je tam potřeba poměrně úsilí pro participaci, než se vám tam případně povede přidat nějaké CD. Když např. chybí umělec, na kterého se chcete odkázat, musíte ho nejdřív založit. Je tam proces schvalování, než to do databáze přijmou. Jakmile vložíte určité množství v pořádku, zvýší se vám reputace a můžete přidávat sám nebo schvalovat ostatním. Zní to jako šikanování, ale přispívá to ke kvalitě těch dat.

Já k tomu došel před lety. Když jsem začínal s používáním muziky v počítači a přehrávačích, už jsem měl asi 350 fyzických CD, které jsem různě graboval, používal iTunes, nebo cddb/freedb a pak to postupně dál rozšiřoval. No a v určité chvíli jsem seznal, že by se to vyplatilo srovnat. Ideálně do podoby, kdy z toho pak snadno udělám deriváty do různých přehrávačů, vysdílím korektně přes DLNA atp.

Pokud už tam máte nějaké částečně tagy, tak pokud tam hodíte např. desítky adresářů, použijete funkci Cluster (aby se vám to spojilo do alb) a následně by pro většinu měl zabrat čistě Lookup.
Ještě doporučím rovnou v nastavení:
- povolit Metadata/Use track relationship (přidá to zmíněná metadata o tvůrcích, pokud jsou známá a zadaná v db)
- doladit parametry ve File Naming (umí to spousty věcí, např. rovnou odstranit ne-ASCII znaky, přesunout do adr. struktury atp.)
Pak se rozmyslet, jestli chcete jen ukládat tagy nebo také přejmenovávat přesouvat, což se nastavuje v menu Options

Sám mám takovou hybridní strukturu. Mám kompletně oddělenou vážnou hudbu v separátním stromu, kde to mám po skladatelích, mimo nějakých speciálních cyklů na více CD. Dál samostatně soundtracky.
Nakonec všechny ostatní styly klasicky samostatně Album Artist / Album.
Takž to přejmenování, nebo jen tagy přepínám podle potřeby.

Jinak takové ty kontextové volby k nalezenému titulu jsou vždy přes nabídku na pravé tlačítko. Např. pokud to najde album, tak v nabídce najdete i "Other versions". Nebo to typicky stahuje cover z databáze, ale pokud vám víc vyhovuje ten existujcí, tak můžete opět přes pravé tlačítko na náhledu zvolit, že tam necháte původní, případně tam můžete drag'n'drop přetáhnout libovolný obrázek z počítače. V nastavení se pak dá doladit i jestli je chcete dávat jen bokem (cover.jpg, Folder.jpg..) nebo také vkládat do tagů, doporučuji oboje.

3

Software / Re:MP3 editor/katalog/tagger pro Linux + Windows?

« kdy: 21. 12. 2025, 16:33:17 »

Doporučím dvě aplikace.

První na rychlou úpravu tagů s trochou funkcionality navíc než mají vestavěné editory v běžných přehrávačích (VLC, DeaDBeeF). Tam bych se připojil k doporučení na kid3, který je multiplatformní.. dostupný pro Windows, Linux (nativně nebo flatpak), Mac.
Používá klasicky TagLib knihovnu, dá se ovládat i z řádky pro použití ve skriptech. Má i vnitřní skriptování v QML (Javascript), v kterém je také napsaná část jeho funkcionality.. (třeba vkládání cover obrázků do tagů atp.). Z přiložených skritpů se dá případně vyjít, pokud člověk potřebuje něco specifického pro hromadné použití.

Další doporučení je jednoznačně MusicBrainz Picard
https://picard.musicbrainz.org/quick-start/
Tohle je podle mě ideální varianta, pokud si někdo chce opravdu srovnat tagy ve své sbírce.
Hlavní výhoda je v tom, že se ty soubory propojí přes tagy (jedinečné ID umělce, nahrávky, stopy) s nejlepší volně dostupnou hudební databází, která má bytelný datový model. Ten přirozeně eliminuje duplicity (různé zápisy, kvůli jazykům - Malá noční hudba, Eine kleine Nachtmusik, Маленькая ночная серенада  opisům atp.), jsou tam správně rok pův. vydání vs. re-release, správně kompilace s odkazy na původní skladby. Dají se tam zapnout dodatečná metadata (Track relationship) o muzikantech, autorech skladeb a uložit do tagů (pokud to daný formát podporuje, např. Vorbis Tags).. a spousta přehrávačů v tom následně dovede fulltextově vyhledávat.

Chce to s tím strávit trochu času, ideální je nějaký polomanuální způsob.. např. hodit tam 50 adresářů naráz, nechat dohledat, případně poupravit, uložit tagy, resp. přejmenovat soubory, pak dalších 50 atd. Tímhle způsobem se nechají projet stovky GB muziky za relativně krátký čas a člověk to má pořád pod kontrolou.
Což je i důvod proč tohle preferuju před těmi řádkovými nástroji jako zmíněný Beets, eyeD3, nebo třeba nějakými jednoduššími rozhraními na MusicBrainz API, co jsou v ostatních taggerech.
Všechny nalezené shody a změny se totiž ukážou ještě před aplikováním tagů a přejmenováním. U každé položky je pak skóre shody, takže třeba jde přehodit jiné vydání desky, které na to pasuje víc. Pokud tam jsou chybějící skladby v albu, jde to taky pořešit.
Jak je naznačeno v tom quick-startu, tak jsou tam možné způsoby/zdroje pro nalezení shody.
- standardní dohledávání podle existujcích tagů, názvů souborů a délek skladeb (tolerance se dají detailně doladit)
- audio fingerpint (AcoustID), pokud existuje
- ruční vyhledávání přes webové rozhraní MusicBrainz (jakmile si dohledám album, pošle se to přes HTTP request na localhost do aplikace), pak do toho alba drag'n'drop přidám celý adresář z disku, případně doupravím pořadí a je to.

Jsou tam i nějaké nevýhody. Např. to nepracuje s image celého CD (flac+cue nebo wav+cue, případně flac s vloženým cue v tagu).. jen s individuálními soubory. Ale to bych bral jako ideální příležitost k tomu, aby se to rozsekalo a sjednotilo na do podoby jednotlivých stop s pauzou na konci, která je ideální pro následné použití napříč různými zařízeními a přehrávači.
Plus samozřejmě ta nějaká časová investice, ale to je jednorázová věc víceméně.

4

Desktop / Re:Doporučte vysouvací konzoli à la Yakuake

« kdy: 15. 12. 2025, 00:33:17 »

Chování skriptů spouštěných z libovolného shellu se vám určitě nezmění. Pokud ho spustíte rovnou, o interpretru rozhoduje shebang (#!/bin/bash např.).
Co je tady spíš míněno je chování přímo v shellu, pokud používáte třeba nějaké ad hoc smyčky pro práci s více soubory atp.
Co si pamatuju, fish např. nemá tokeny do a done, naopak se musí blok uzavírat pomocí end, je tam jiná syntaxe pro vyhodnocování podmínek, s proměnnými kde jsou slova oddělená whitespacem to pracuje jako se seznamem atd.
Jestli tohle neděláte a máte skripty jen v souborech s shebangem, asi tohle nemusíte vůbec řešit.

5

Server / Re:Resolvery CZ.NIC nepřekládají weby Monety?

« kdy: 09. 12. 2025, 22:38:39 »

@vcunat

Díky za odpověd a nasměrování k RFC 8198. Překvapily mě ty rozdíly v odpovědích i mezi validujícími resolvery, tohle to pěkně vysvětluje.

6

Server / Re:Resolvery CZ.NIC nepřekládají weby Monety?

« kdy: 09. 12. 2025, 12:55:26 »

Chyba je na straně autoritativních serverů. Zdá se, že vracejí A záznam a rovnou k němu informaci v NSEC3, že takový záznam neexistuje. Tipoval bych na nějakou kreativitu na straně F5, který jim dělá autoritativní servery.

Teď jsem na to samé koukal na DNSViz

https://dnsviz.net/d/moneta.cz/dnssec/?rr=all&a=all&ds=all&doe=on&ta=.&tk=

Tam to tu chybu popisuje tak, že nesedí RR bitmapa s těmi záznamy.
Jen to vypadá, že DNS od NIC.CZ je na to citlivější, protože třeba Quad9 nebo Cloudflare to v pohodě vrací.. možná tohle ignorují.

U DNS4EU je to trochu zvláštní. U výchozí, protected: 86.54.11.1 se to chová stejně jako u NIC.CZ, ale ta uprotected 86.54.11.100 ten záznam vrací, přičemž by obě varianty měly používat DNSSEC.

Zajímavé, zatím jsem se podobnou věcí nesetkal.

7

Distribuce / Re:Ubuntu 25.04 na Ivy Bridge nejede?

« kdy: 04. 12. 2025, 02:52:40 »

Dobré zprávy. Tak hlavně se zdá, že hardware je v pořádku a rozběhl jsi tam nějakou distribuci. Věřím, že na nějaké základní používání s internetem by to mohlo být ještě v pohodě.

Jinak to manuální kopírování by se v budoucnu případně dalo ošetřit přes apt hook.. pokud se to bude aktualizovat.
V /etc/apt/triggers.d je trigger soubor (např. efi-grub-copy), kam napíšeš "interest grub-efi-amd64" (nebo jak se jmenuje ten balíček s grubem).
V /usr/share/apt/triggers.d pak handler se stejným názvem (normální shell skript s shebangem, co to tedy zkopíruje ten efi soubor v ESP oddílu)

S tím upgradem Ubuntu a jak to případně spravit bohužel moc neporadím.. Nepoužívám jej nijak pravidelně a často moje setkání, když s tím někde pracuju třeba na cizím notebooku nebo vynucené nějakýn uzavřený softwarem, vypadá jako náraz do zdi.. Ale třeba je to mnou..

8

Distribuce / Re:Ubuntu 25.04 na Ivy Bridge nejede?

« kdy: 04. 12. 2025, 01:16:56 »

Aha, už jsi na to přišel

9

Distribuce / Re:Ubuntu 25.04 na Ivy Bridge nejede?

« kdy: 04. 12. 2025, 01:16:06 »

Ty HP notebooky z té doby měly něco nestandardního/domrveného v UEFI, že to nerespektovalo vytvořené boot entries v EFI vars, když se odkazovaly na interní disk. Zatímco u externího USB disku nebo CD, to sežralo výchozí /EFI/boot/bootx64.efi.

Neměl jsem sice v ruce tenhle Elitebook, ale u ProBooků to občas takhle blblo.
Narazil jsem dokonce jednou i na nějaký přiblblý whitelist na Windows bootloader (bootmgr.efi), kde to chtělo prostě v EFI oddílu zkopírovat soubor grub.efi, aby byla celá cesta: /EFI/Microsoft/Boot/bootmgr.efi Ale je to dávno, už si nepamatuju model.

Takže na tohle bych se podíval. Třeba ozkoušet boot menu a ruční volbu celého disku, takže by si měl vybrat (/EFI/boot/bootx64.efi) a pak to případně nastavit v BIOSu jako výchozí.
Nebo na test zkusit natáhnout grub z flešky a pak udělat chainload toho dalšího grubu, co je na disku, minimálně abys zjistil, jestli to aspoň jednou naběhne a instalace je v pořádku.

Nicméně proč to nechodilo s legacy BIOS bootováním (přes CSM), to je otázka. Výše zmíněné věci by na to neměly mít vliv.

10

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

« kdy: 02. 12. 2025, 22:56:08 »

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.

Nejspíš ne. Co vím, tak upstream llama.cpp nemá žádný oficiální backend pro tahle NPU. S tím Strixem to bude používat buď Vulkan nebo HIP.
Ale AMD má nějaký svůj fork, kde to je dostupné.. ale použitelné omezeně.
viz https://github.com/ggml-org/llama.cpp/issues/14377
Co se týká hardwaru samotného, tak v mainline kernelu je pro to určitě modul.. drivers/accel/amdxdna

Jinak vůbec to neznám detailně a konkrétní HW se mi zatím nedostal do ruky. Ale nicméně jestli to chápu správně, tak hlavní benefit toho NPU je, že to má v porovnání s GPU daleko menší spotřebu, ale je to pomalejší a daleko míň univerzální.. Ta idea podle mě byla, že se to hodí primárně na nenáročný běh nějakých specifických menší modelů, co dělají třeba pre-procesing promptů, řeší třeba audio nebo obrazové vstupy přes CNN.. než se to finálně pošle do většího LLM. Buď v cloudu (jako třeba Copilot), nebo i lokálně, pokud bude běžet na GPU (byť jsem zatím žádný takový NPU+GPU hotový hybrid neviděl, ale extra jsem to nehledal).

11

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

« kdy: 02. 12. 2025, 16:36:05 »

Já rozlišuji mezi běžícími službami a dostupnými službami.Pokud totiž vypadne víc, než domácí jistič, nemusí být služby dostupné tak jako tak, ale nepřijdu o data vypnutím na tvrdo, případně se to nedostane do nějakého neočekávatelného stavu (domrvené aktualizace, atp).

Ono i řádné vypnutí, jen neplánovaně, je někdy problém, protože to zase musí někdo zapnout. S UPS je ten problém, že pokud se při delším výpadku vybije ale dojde včas k řádnému vypnutí, musíte před zapnutím systému počkat na nabití UPS do určité úrovně, aby byl systém chráněn v případně dalšího výpadku, to se pochopitelně týká i laptopového řešení. Tohle dokáže v konečném důsledku způsobit víc škody, než užitku.

Ona ta UPS bude mít určitě vyšší režii, než celá spotřeba toho stroje v idle. A laptopy se většinou nabíjí o dost rychleji, než olověné baterie v UPS.

Pak je otázkou, jesti to chtít z baterie táhnout co nejdéle, ale vykrýt jdeen jeden dlouhý výpadek a pak čekat na dostatečné nabití, nebo to začít vypínat už třeba po minutě bez napájení ze sítě s tím, že jakmile sít naběhne, mohu to hned začít zase spouštět, protože když dojde k dalšímu výpadku, mohu to zase bezpečně vypnout.

Ano, souhlas pokud se má opravdu zajistit dostupnost (dobře jste to upřesnil), je potřeba promyslet víc scénářů.
Já to jen nikdy neřešil takhle napůl (jedno zařízení se svou baterkou). Buď to bylo víceméně jedno resp. se počítalo s tím, že to může někdy nastat (s tím, že kritické poškození, když by se to specificky trefilo do "správného" momentu je málo pravděpodbné), nebo tam prostě byly UPSky. A to i co se týká těch malých DIY systémů (typicky - server/NAS, router/modem, switch, možná nějaká další řídící jednotka).. a zas, o.k. něco to žere, nemám teď úplně přehled napříč modely, ale když jsem si onehdá měřil nějaou malou line-interactive APC, tak to mělo asi 10W řežii (rozdíl výkonu před/za s konkrétní zátěží).
Ale jak jsem psal předtím beru, že notebook s baterkou většinou překlene ty vypnutí natvrdo.
Jediné, co by mě nenaplňovalo úplně klidem při provozu 24/7/365, je pak to, že jsem když jsem kolikrát viděl (i známí, příbuzní nosí různé notebooky na ugprade, opravu) jak se tam někdy baterka dokáže vyhřát od ostatních komponent, nafouknout tak, že to při rozebírání člověku pomalu nevyletí do.. jak je to vypružné, pak to z toho rvát. Zrovna nedávnou jsem v nějakém ACERu interní baterku radši vyndal a odpojil, než se případně sežene jiná.
To se mi zatím u UPSek nestalo, jasně odejde baterka, začne to pípat, přepne se to do bypassu.. pak výměna, ale nikdy jsem to z toho zatím nemusel takhle dolovat..
Ale třeba ten Elitebook, co máte, je v tomhle ohledu úplně v pohodě.

12

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

« kdy: 02. 12. 2025, 16:07:22 »

Tak ono nekdy staci aby se to nevyplo tvrde ale rizene a nemusel tam veci startovat a resit problemy. Tvrdy pad u stroje neni hezky a u virtualizacniho stroje o to vice boli, ze VM disky se muzou cachovat a guest o tom vedet nemusi.

To určitě, taky to většinou beru jako plus, že se to regulérně vypne.

Ještě stran těch hypervizorů, cachování atp. Pokud je to všechno dobře nastavené a odladěné, tak by ty flushe a bariéry zevnitř virtuálu měly korektně probublat přes všechny vrstvy až do fyz. zařízení. Pak je to i v tom krajním případě (vypnutí natvrdo) víceméně podobné jako pokud to běží přímo na serveru. Byť samozřejmě konkrétní praktický dopad záleží také na aplikaci/službě.
Nicméně ne vždycky se to probublání povede (patch je mimochodem od pána z Proxmoxu)
https://github.com/openzfs/zfs/pull/17131

Do jisté míry se tomu dá předcházet trochu paranoidním nastavením u důležitých virtuálů/služeb, když to dovolí situace a požadavky na výkon. Tzn. vynutit synchronní zápisy.. (sync=always u ZFS zvol/datasetu nebo cache=writethrough příp. directsync u standardního qcow2 backendu). Obdobně jsem to řešíval i fyz. serverů, kdy jsem měl vyhrazené oddíly na datové adresáře konkrétních služeb, logy a u některých mountpointů pak natvrdo sync.
Ale bavíme se o poměrně specifických situacích, kdy to bylo často v nějakých pratkicky nekontrolovatelných podmínkách nebo třeba mobilní systém jezil v autě a celé se to napájelo agregátem, který klidně třikrát za dopoledne zhebnul
Nebo někde, kde to nevadilo a chtěl jsem si být jistý.

Jinak s takovym polovicatym zalohovanim (bez UPS) je dobre si overit, zda se stroj opravdu vypne. No nekdy je lepsi si overit celkovy normalni vypinaci protokol... protoze jakmile mate vice stroju a mezi nema napr. NFS s hard option, tak pri vypnuti nfs serveru se uplne zaseknou klienti a nejde je vubec vypnout. A myslim ze tomu nepomohlo ani umount -l, takze se zalohovat musi vsechny nody a konektivita a ono se to musi domluvit a odmountovat pred tim nez se to zacne vypinat. Tohle me dost prekvapilo a vypeklo.

Dobrá poznámka. A souhlas zombie jsou peklo. A taky jsem si dávno v něčem podobném vymáchal ústa..
Správná sekvence vypínání. Nakonec jsem místo přímé komunikace z NUT (démon pro UPSky) do serverů a stanic musel udělat na jednom serveru orchestraci vypínání podle správného pořadí, kdy to přes ssh a WMI v určité sekvenci posílalo příkazy do ostatních strojů.

13

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

« kdy: 02. 12. 2025, 12:02:29 »

Provozuji dva domací mini pc jako servery - webhosting, gamehosting, všechny možné služby co si chci otestovat/vyzkoušet. A moje zkušenost a směr byla : pokud si to na sebe nevydělává, každý watt navíc není dobrý.

Spotřeba se dá hodně ladit, ale je to alchymie..

Já to beru, pokud to si tenhle atribut člověk dá jako zásadní kritérium.
Osobně u tom přemýšlím tak, že je to samozřejmě fajn udržet rozumnou spotřebu, ale nemám z toho zas úplnou obsesi, která přebije všechno ostatní.
Taky mám někde podobný, malý Alder Lake, je to bezva, žere to málo. Ideální pro nějaké malé NASy, pár služeb, router atp.
Ale samozřejmě, že podobné úsporné nebo primárně notebookové procesory jsou kompromisem (výkon, rozšířitelnost).
Takže při rozhodování by u mě záleželo, jaké ambice tam mám s aplikacemi/službami a co potřebuju nebo na tom chci zkoušet.
Třeba jakmile se to překlopí do toho, že na tom budu pravidelně něco sestavovat (CI/CD), nebo tam třeba budu mít virtuály, kde budou databáze s něajkými reálnými (většími) datasety vůči kterým budu testovat aplikace atp., tak přestože to na třeba úsporném CPU rozjedu, začne mě otravovat, že to trvá 2-3x dlouho.
Další moment je pak zmíněná rozšířitelnost.. pokud mám nějaké jasně ohraničené úlohy a vím, že to nebudu potřebovat, fajn. Na druhou stranu pokud tam budu někdy chtít třeba přidat další periferie i třeba na blbnutí (ozkoušet si pass-thru do virtuálu, dělat něco s GPU), rozšířit úložiště o další SSD atp. Tak pár normální PCIe slotu a linek je prostě fajn mít.
V tomhle světle mi pak přijde, že třeba 1500 navíc za roční provoz podobného stroje v porovnání s nějakým úsporným miniPC/NASem se absolutně ztratí, pokud to využiju.

O proti miniPC to mý výhodu, že je v tom i baterka, na kterou to nějakou hodinu klidně jede.

Jako jo, překlenu tím tvrdý shutdown stroje, to je ve většině případů plus. Ale pokud chci, aby ty služby běžely i s výpadkem napájení, tak stejně musím jistit i síťové prvky, ne? Takže vlastně malá UPS je stejně nutnost.

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..

To je přesně to, o čem bych taky uvažoval, kdybych chtěl řešit běhl lokálních modelů. Jestli se můžu zeptat, co jste nakonec vybral za variantu? (board nebo miniPC.. příp. třeba BeeLink, HP)..
Jestli je to miniPC, tak jak je to třeba s hlučností a teplotou v zátěži? Ty TDP už pak můžou být vcelku vysoké, aby to potřebovalo rozumné chlazení, ne?

14

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

« kdy: 01. 12. 2025, 23:57:40 »

Pokud by se melo jednat o typicky multi-VM host - tak zas klidne muze zapinovat router a NAS na E-cores, zatimco P-cores necha pro nejake narocnejsi systemy (napr Win s passthrough GPU, na hrani).

Neni potreba spolehat na automatiku, kdyz to lze krasne a vedome uridit.

Jo to samozřejmě můžeš (a v Proxmoxu je to affinity dokonce hezky editovatelné z GUI/API) a může to dávat smysl i v některých jiných situacích než u hybridních CPU.
Ale chceš to řešit, když si můžeš za plus-mínus stejné peníze vybrat CPU s rovnocennými jádry a nechat si to schedulovat dynamicky podle vytížení? Pokud už daný hardware mám, tak jasně, zařídím se podle toho.. ale pokud si můžu vybrat, tak za mě fakt ne.

15

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

« kdy: 01. 12. 2025, 21:59:55 »

Pokud se jedná o desktop CPU tak určitě AMD - AMD má AVX-512.

I když jsem se dost namáhal, nezjistil jsem, k čemu by mi to AVX-512 natolik, abych jenom kvůli němu kupoval CPU mělo být. Zrovna to je klasická feature, kterou když (kromě specifických úloh) máte k dispozici, dobrý a pokud nemáte, je to víceméně jedno. Ono to AVX2 o tolik horší zase není. Kde se tahle obsese bere fakt nechápu. I když že se teda tady ptám...

Já bych to taky nebral jako hlavní kritérium (ve smyslu teď si běžím vyměnit CPU protože nemám AVX-512), ale prostě jako další plusový bod (i do budoucna, je to součástí x86-64 v4 a tohlo obvykle nekupuju na 2r).

A pokud bych třeba vybíral mezi novými desktop procesory na dané použití, tak bych se díval třeba na Ultra 5 a proti tomu Ryzen 7 9700x.. a dal bych si to vedle sebe, tak to AMD má např.
- všechna stejná jádra (pořád mi pro provoz hypervizoru přijde lepší varianta)
- menší spotřebu v zátěži (v idle to bude víceméně stejné u CPU s jedním čipletem)
- AVX-512
Cenově bych to s těmi zmíněnými požadavky seskládal nové do 40 tis. bez daně (z čehož bohužel bude aktuálně přes 20 za 128GB RAMky).

Těm požadavkům (hlavně energetickým) by mohl vyhovět i nějaký notebook.

Jako asi by se něco našlo, zas ty rozumnější notebooky, co by třeba podporovaly víc paměti a měly nějaký slušný výkon (rozuměj srovnatelný s běžným středním desktop CPU), pak budou z nějakých vyšších řad a nebude to levné ani starší.. člověk pak pro stacionární použití často platí zbytečně za displej, třeba i workstation graf. kartu uvnitř atp.
A energeticky.. jsem to pochopil tak, že principiálně nechce mít prostě velký, hlučný server class hardware s relativně vyšší idle spotřebou..
Pak jestli to bude "normální" desktop nebo notebook mi osobně nepřijde až tak zajímavé.. jestli ve výsledku zaplatí na provozu třeba o tisíc víc nebo míň za celý rok, to asi pro pracovní využití nebude hrát takovou roli.. příp. offsetuje to pak případnou vyšší pořizovací cenu? Je větší výhoda, že je jedna z variant mobilní a druhá třeba mnohem líp modifikovatelná/opravitelná, míň tepelně namáhaná?