Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Byla vydána verze 5.30 dnes již open source operačního systému RISC OS (Wikipedie).
V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.
Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Výkon při využívání těchto systémových prostředků současně byl testován rozbalením zdrojových kódů jádra. Zdrojové kódy byly rozbalovány desetkrát po sobě, každá kopie do samostatného adresáře. Pomocí time bylo měřeno, za jak dlouho se rozbalování dokončí.
Testovací proces byl postupně spuštěn na hostiteli, na jednom KVM 1/1 hostu a jednom Xen 1/1 hostu. Ve všech případech byl test třikrát opakován.
Hostitel | KVM 1/1 | Xen 1/1 | |
---|---|---|---|
minimum | 22 m 53,633 s | 23 m 37,996 s (+3,2 %) | 24 m 57,020 s (+9,0 %) |
průměr | 23 m 5,285 s | 23 m 43,299 s (+2,7 %) | 25 m 5,705 s (+8,7 %) |
maximum | 23 m 24,293 s | 23 m 48,617 s (+1,7 %) | 25 m 10,790 s (+7,6 %) |
Test byl spuštěn sedmkrát paralelně na hostiteli, na sedmi KVM 1/1 hostech a sedmi Xen 1/1 hostech. Test byl třikrát opakován2.
Hostitel | KVM 1/1 | Xen 1/1 | |
---|---|---|---|
minimum | 133m 11,251 s | 129m 3,866 s (-3,1 %) | 131m 48,768 s (-1,0 %) |
průměr | 135m 15,608 s | 131m 25,420 s (-2,8 %) | 133m 34,926 s (-1,2 %) |
maximum | 136m 36,002 s | 132m 44,431 s (-2,8 %) | 134m 42,039 s (-1,4 %) |
I zde zaznamenáváme výrazné zlepšení KVM oproti loňskému testu. Výkon hostů je v podstatě srovnatelný s výkonem hostitele, také se tentokrát nekonala žádná varovná hlášení v dmesg a při práci přes SSH hostitel reagoval bez prodlevy. Jak je vidět z tabulky uvedené výše, na rozdíl od loňských testů ve všech třech případech KVM podávalo rovnoměrné výkony, neopakovala se tedy situace, kdy stejný test jednou trval půl hodiny a jindy hodiny dvě.
V tomto testu si oproti minule polepšil i Xen, jehož výkon je taktéž téměř shodný s výkonem hostitele.
Časy zpracování této testovací úlohy oproti loňsku poměrně výrazně vzrostly. To je dáno tím, že souborový systém XFS byl v obou případech připojován s výchozím nastavením, které se snaží zapnout bariéry zápisu. Ve starších jádrech používaných při loňských testech tyto bariéry ale nefungovaly a práce se souborovým systémem se tak značně zrychlila (na úkor spolehlivosti při výpadku napájení/pádu systému).
U novějších jader tyto bariéry fungují a zpomalení některých operací se tak poměrně výrazně projevilo na výsledcích. Používání bariér je možné vypnout a v takovém případě se výsledky vrací na úroveň těch loňských, tj. cca 5 minut běhu bez paralelizace, cca 20 minut při paralelním běhu. S intenzivnějším využíváním disků výkon hostů oproti hostiteli klesá – například pro paralelně běžící procesy jsou výsledky následující:
Hostitel | KVM 1/1 | Xen 1/1 | |
---|---|---|---|
minimum | 21 m 21,146 s | 26 m 17,339 s (23,1 %) | 33 m 29,624 s (56,9 %) |
průměr | 22 m 34,113 s | 29 m 51,730 s (32,3 %) | 35 m 58,357 s (59,4 %) |
maximum | 23 m 40,744 s | 33 m 2,031 s (39,5 %) | 38 m 0,297 s (60,5 %) |
Výsledek KVM – zpomalení o cca 30 % – je za těchto okolností stále lepší než loňský; zpomalení o 60 % u Xenu naopak představuje zhoršení.
2 Kromě Xenu, kde při druhém běhu testu zhavaroval hostitelský stroj.
Nástroje: Tisk bez diskuse
Tiskni Sdílej:
QEMU(1) QEMU(1) NAME qemu-doc - QEMU Emulator User Documentation SYNOPSIS usage: qemu [options] [disk_image] DESCRIPTION The QEMU PC System emulator simulates the following peripherals: - i440FX host PCI bridge and PIIX3 PCI to ISA bridgeje jen čistá shoda náhod, že?
nemohlo by byt formatovani vysledku treba v tabulkach?Ono to je v tabulkách... máš na mysli orámování políček?
Je jasny, ze KVMko v oblasti virtualizace jde dopredu a bude 'the best of' v linuxu. Xen jen pomalu vymira.To je otázka, u které bych si nebyl tak jistý. Xen byl převzat Citrixem, postavili na něm dost dalších produktů, umřít ho jen tak nenechají. Mohli Xen uzavřít, neudělali to, a vývoj je otevřený v rámci projektu Xen Cloud Platform (název se veze na aktuálním buzzwordu cloud, ale v podstatě jde o open-source bázi XenServeru a nového RPC-XML XEN API).
Má to svůj smysl.Jiný, než zmiňuje trekker.dk?