Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.
Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.
Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.
Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.
Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).
Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.
raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
Nazov blogu znie honosne, ale zaujimalo ma, aky dopad na vykon maju rozne scenare pouzitia loggeru.
Na testy som pouzil oracle java 1.7 64bit, slf4j + logback, meranie prebehlo vzdy 3x na nezatazenom kompe. Je to sice primitivne, ale hrat sa s profilerom nemam cas. Vysledky si sem ukladam pre buducu argumentaciu, ale mozu sa takisto hodit niekomu dalsiemu a usetrim mu tak 10 minut prace.
Kod na ktorom som testoval:
private static final Logger logger = LoggerFactory.getLogger(App.class);
private static final boolean loggerInfoEnabled = logger.isInfoEnabled();
public static void main(String[] args) {
long t1 = System.currentTimeMillis();
long x=0;
for(long l = 0; l < 1000000000;l++ ) {
// 1
logger.info("A {}", l);
// 2
if ( logger.isInfoEnabled()) {
logger.info("A {}",l);
}
// 3
if ( loggerInfoEnabled ) {
logger.info("A {}",l);
}
x++;
}
long t2 = System.currentTimeMillis();
System.out.println(t2-t1);
}
Komentarmi 1,2 a 3 su oznacene bloky kodu, ktore som mal za/odkomentovane. Vzdy sa vykonaval len jeden zo scenarov. Scenar 0 je s uplne zakomentovanym kodom loggeru a vykonava sa len x++;
Vysledky:
0 - 2034, 2307, 2306
1 - 20192, 20395, 20625
2 - 8905, 8930, 8941
3 - 2306, 2301, 2309
Vysledok je teda jasny, pokial pracujem v casovo narocnom prostredi, ale chcem mat moznost logovat, pouzijem variantu 3. Nevyhoda je jasna - nebude mi fungovat reloading konfiguracie loggerov za behu aplikacie.
Tiskni
Sdílej:
Vysledok je teda jasny, pokial pracujem v casovo narocnom prostredi, ale chcem mat moznost logovat, pouzijem variantu 3.To mi až tak jasné nepřijde. Protože za 2,0192 ms stihneš zalogovat 100 000 zpráv, to není málo
I při variantě #1 jich zaloguješ 10 000, což je stále dost velká rychlost.
Klíčové je hlavně to, dát tam ten IF (klidně s logger.isInfoEnabled()), pokud do logovacích hlášek dáváme parametry, jejichž získání/vypočtení trvá dlouho.