#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.
Společnost Boston Dynamics oznámila, že humanoidní hydraulický robot HD Atlas šel do důchodu (YouTube). Nastupuje nová vylepšená elektrická varianta (YouTube).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.0.0. Přehled novinek v poznámkách k vydání.
Nejvyšší soud podpořil novináře Českého rozhlasu. Nařídil otevřít spor o uchovávání údajů o komunikaci (data retention). Uvedl, že stát odpovídá za porušení práva EU, pokud neprovede řádnou transpozici příslušné směrnice do vnitrostátního práva.
Minulý týden proběhl u CZ.NIC veřejný test aukcí domén. Včera bylo publikováno vyhodnocení a hlavní výstupy tohoto testu.
Byla vydána nová verze 3.5.0 svobodné implementace protokolu RDP (Remote Desktop Protocol) a RDP klienta FreeRDP. Přehled novinek v ChangeLogu. Opraveno bylo 6 bezpečnostních chyb (CVE-2024-32039, CVE-2024-32040, CVE-2024-32041, CVE-2024-32458, CVE-2024-32459 a CVE-2024-32460).
Google Chrome 124 byl prohlášen za stabilní. Nejnovější stabilní verze 124.0.6367.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 22 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Byla vydána nová verze 9.3 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Novinkou je vlastní repozitář DietPi APT.
Byl vydán Mozilla Firefox 125.0.1, první verze z nové řady 125. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Vypíchnout lze podporu kodeku AV1 v Encrypted Media Extensions (EME). Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 125.0.1 je již k dispozici také na Flathubu a Snapcraftu.
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: