Google Blog ČR informuje, že mobilní aplikaci Gemini a NotebookLM lze používat už také v Česku.
Byla vydána nová major verze 8 duálně licencovaného open source frameworku JUCE (Wikipedie, GitHub) pro vývoj multiplatformních audio aplikací.
Od 18. června bude možné předobjednat notebook DC-ROMA RISC-V LAPTOP II od společnosti DeepComputing s osmijádrovým 64-bit RISC-V AI CPU a s předinstalovaným Ubuntu.
Byla vydána verze 1.79.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.
Byly zveřejněny výsledky průzkumu (infografika) mezi uživateli FreeBSD.
Na konferenci DevConf.CZ 2024 je na stánku Furi Labs prezentován linuxový telefon FuriPhone FLX1. Jeho cena 499 dolarů.
Bylo vydáno Eclipse IDE 2024-06 aneb Eclipse 4.32. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-2 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.
Po roce od vydání verze 15.5 bylo vydáno openSUSE Leap 15.6. Přehled novinek v nejnovější verzi této linuxové distribuce v oznámení o vydání a v poznámkách k vydání.
Byla vydána nová verze 256 správce systému a služeb systemd (GitHub). Nově mimo jiné s run0 jako alternativou k sudo.
Hrozně nerad bych mystifikoval, ale na jaderných novinách i jinde jsem četl, že podobné za problémy může velké množství dirty pages, které se drží v paměti při zápisu na pomalá zařízení. V jádře 3.3+ by toto mělo být z části vyřešené.
Sám jsem podobně fatální záseky v KDE nikdy neměl (občas se mi tohle stane na pár vtěřin při startu KDE, ale nic strašného), takže nemůžu moc posoudit. Kromě novějšího jádra si můžete zkusit pohrát s I/O plánovačem, někteří uživatelé na fórech Archu měli prý dobré výsledky s noop či deadline plánovačem při zápisu na flash paměti.
kio_file
(tj. kopírování přes jakýkoliv KDE program). Kopírování třeba pomocí mc
se chová lépe. Jestli jde o závadu jádra nebo KDE netuším, je možné, že kio_file
používá nějaký jaderný postup, kterému se mc
vyhýbá a výsledek je tento...
kio_file
to dělá. A asi vyřešení nevidím v dohledné době. Mám i problémy s kopírováním dat na server (gigabitová sít mezi stanicí a serverem, RAID 5 na serveru - stripy na raidu 16kB takže malé) A při kopírování filmů tedy cca 700MB se stejně v průběhu přenosu celá stanice chvílemi zasekne. Typicky ve chvíli, kdy se podle KDE teploměru soubor dokopíruje a asi se provádí sync. Přesto dosahuje rychlost při kopírování v krusaderu cca jednotky MB/s. Pokud jsem zkusil na příkazovém řádku natvrdo kopíroval přes cp
byly rychlost cca 10-15 krát vyšší a na 90-95% gigabitové sítě tedy rychlost mezi 90 až 110 MB/s.
Problémy jsou asi horší už podle tohoto a tohoto a tohoto. Status "UNCONFIRMED" znamená, že se s chybou nic nedělá a kašle se na ni?
Kruci mě se tak z KDE nechce. To co používám často a je tvrdě v KDE je digikam, kontact, krusader, kile, kompare, kate, kopete, ale jestli s tím něco neudělají, tak nechci mít se svého čtyřjádra i5 nepožitelnou bednu.
kio_file
?
Tiskni Sdílej: