Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
Pro moddery Minecraftu: Java edice Minecraftu bude bez obfuskace.
Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].
Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.
Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
TrueNAS (Wikipedie), tj. open source storage platforma postavená na Linuxu, byl vydán ve verzi 25.10 Goldeye. Přináší NVMe over Fabric (NVMe-oF) nebo OpenZFS 2.3.4.
Byla vydána OpenIndiana 2025.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).
České základní a střední školy čelí alarmujícímu stavu kybernetické bezpečnosti. Až 89 % identifikovaných zranitelností v IT infrastruktuře vzdělávacích institucí dosahuje kritické úrovně, což znamená, že útočníci mohou vzdáleně převzít kontrolu nad klíčovými systémy. Školy navíc často provozují zastaralé technologie, i roky nechávají zařízení bez potřebných aktualizací softwaru a používají k nim pouze výchozí, všeobecně známá
… více »Řešení dotazu:
Hlasuji pro pro LVM v hostiteli a LV pro VM a uvnitř VM zas LVM.
„Nested“ LVM není nic špinavého, naopak to takto považuji za nejčistější, když už se o tom bavíme jako o prádle…
Ve VM swapiness=0 + /tmp do ram, nevím kde necháváš session.save_path, ale to bych dal taky do ram.
vyhoda E je v tom ze pokud neco provedes s tim virtualem, tak muzes primo sahat na jeho data z hostaPřímo na data z hostitele můžeš sahat v A,B,C,D,E, když VM neběží a pro čtení (se snapshotem) i když běží.
nevyhoda je ze mas bordel v LVM namespace hosta.A to není pokud je VM pro každou mašinu a každý mašina má své LVM.
Moje zkušenost není v této oblasti velká, dříve jsem používal spíš XEN, kde jsem měl disky v souborech a používám dlouho VMWare Workstation, kde je to taky souborové. Ale u jednoho KVM hostitele (serveru), jsem zpočátku zkoušel a i jsem se ptal. A měl jsem i původně LV v hostiteli pro každou partition a ve VM přímo na tom partition a FS, ale došel jsem k závěru, že je to na prd - je to chaos (můj závěr).
Když je pro každou VM jedno LV v hostiteli a pak LVM v hostovi a přijmeme fakt, že režie je ve většině případů „neviditelná“ (někde jsem našel nějakou diskuzi, že se snížení výkonu projevilo, ale to si lze lehce zkusit, když se to chystá), tak je to „čisťoučké“ a ve správném duchu na sobě poskládané.
V hostiteli v dané VG jsou hezky naskládané LV s názvy mašin (vm_jmeno1, vm_jmeno2).
No a v dané VM mašině je to vždy přesně jak je třeba, jednotlivé přípojné body s nastavením, jak je potřeba pro daný účel (relatime,nosuid,noexec,nodev apod…) protože u mě jsou to převážně CentOS a přijde mi to tak i správné, tak v každé VM mám dvě partition boot a zbytek pro LVM (u Debianu mám jen jednu s LVM).
Je pravdou, že když se zvětšuje alokovaný prostor, tak je to trochu řekněme složitější, nicméně, to je operace nečastá a v klidu proveditelná.
Jinak přes toto jsem se dostal k tomuto (nebo teda ještě o pár nezveřejněných úprav dál…) a vždycky když dělám novou mašinou, třeba jen na testy, tak si pomlaskávám a přemýšlím jen jaké barvy jí přidělím :). Ale hodí se to jen tehdy pokud to stavíš a můžeš riskovat a nastavit si to a taky předpokládáš, že to budeš i v budoucnu využívat.
).
Dříve jsem si také dělal templaty virtuálů a jen jsem je kopíroval, ale vzhledem k tomu, že to nedělám tak často, tak jsem více času strávil nad údržbou templatů (a hlavně po vydání nového centosu jsem chtěl mít template čistý dělal jsem ho znova)... Poslední cca 2 roky používám hlavně kickstart. Vytvoření virtuálu trvá dýl, ale přechod na novější verze je mnohem jednodušší. Samozřejmě to platí jen při vytváření pár virtuálů za rok.
Co se týká swapiness, tak jsem dosud používal jako základ tuned-amd a ten ho nastavuje na 10.
/tmp do RAM jsem zatím nikde nedával, ale vidím v tom potenciál. Nevím proč mě to nikdy nenapadlo
Díky za tip!
Tiskni
Sdílej: