Byla vydána nová verze 0.40.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 6.1 nebo novější a také libplacebo 6.338.2 nebo novější.
Byla vydána nová verze 2.20 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.
LibrePCB, tj. svobodný multiplatformní softwarový nástroj pro návrh desek plošných spojů (PCB), byl vydán ve verzi 1.3.0. Přehled novinek v příspěvku na blogu a v aktualizované dokumentaci. Vypíchnut je interaktivní HTML BOM (Bill of Materials) a počáteční podpora Rustu. Zdrojové kódy LibrePCB jsou k dispozici na GitHubu pod licencí GPLv3.
Minulý měsíc Hector "marcan" Martin skončil jako upstream vývojář linuxového jádra i jako vedoucí projektu Asahi Linux. Vývoj Asahi Linuxu, tj. Linuxu pro Apple Silicon, ale pokračuje dál. Byl publikován březnový přehled dění a novinek z vývoje. Vývojáře lze podpořit na Open Collective.
Ruská firma Operation Zero nabízí až $4 miliony za funkčí exploit komunikační platformy Telegram. Nabídku učinila na platformě X. Firma je známá prodejem exploitů ruské vládě a soukromým společnostem. Další informace na securityweek.com.
Po 9 týdnech vývoje od vydání Linuxu 6.13 oznámil Linus Torvalds vydání Linuxu 6.14. Proč až v pondělí? V neděli prostě zapomněl :-). Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a Linux Kernel Newbies.
Konference LinuxDays 2025 proběhne o víkendu 4. a 5. října v Praze v areálu ČVUT v Dejvicích na FIT.
Mapy.cz rostou a postupně přechází na Mapy.com. V plánu je vylepšení Map novými zahraničními uživateli.
Byl představen Raspberry Pi PoE+ Injector pro napájení Raspberry Pi po datovém síťovém kabelu (PoE). Cena je 25 dolarů.
Jakub Vrána napsal AI plugin sql-gemini pro nástroj pro správu databáze v jednom PHP souboru Adminer. Plugin dovoluje sestavovat SQL dotazy pomocí AI, konkrétně pomocí Google Gemini.
Tiskni
Sdílej:
nekde jsem cetl srovnani rychlosti prace sekretarky na pocitaci starem 20 let a na uplne novem. Pri normalni cinnosti byla prace rychlejsi na starem pocitadle nez na novem pocitaci. HW je daleko lepsi, ale SW je daleko narocnejsi.
Zrovna používání jednotné šablony mi přijde jako zcela logické a dobré. Rozhodně to nepatří k "blbostem". Vybral sis špatné střelivo.
pamatuju doby, kdy dosáhnout desetiny toho v sekvenčním čtení byl technický zázrakTo už je ale hodně dávno. V té době byl ale také výkon procesorů a velikost i rychlost operačních pamětí někde úplně jinde, ten rozdíl je víceřádový než u těch disků. Teď je prostě ten disk výrazným úzkým hrdlem. Tedy nechci, aby to vyznělo, že nejsou i jiné příčiny pomalosti. Mnozí vývojáři, opojení nárůstem dostupného výkonu a prostoru, dost hrubě plýtvají. Ovšem rozdíl v rychlosti při práci s daty tahanými přímo s disku nebo s daty z cache je propastný. Proto je také dočasným řešením chytré přednačítání, které využije volné paměti k tomu, aby se do ní připravila data, která budou pravděpodobně brzy potřeba.
Mozna neni ani tak primo v KDE ale v QT. QT4 je tak brutalne pomalejsi nez QT3 az to je zarazejici. A to ve vsech smerech od rychlosti vykresleni po latenci eventu. Testoval jsem to.
Testoval jsem to.Jak? Zveřejnil jsi někde testovací program a výsledky?
a navíc lze vypnout optimalizace, které jádro dělá kvůli zvětšení propustnosti při práci s diskemtoto ma celkom zaujima, ake su to tie optimalizacie?
Radi pozadavky tak, aby se co nejmene hybalo hlavickou takze kdyz se behem cteni velkeho souboru vyskytne pozadavek na precteni maleho bloku jineho souboru, ktery lezi "daleleko" tak dojde ke zpozdeni. Je jen otazkou zvoleneho IO scheduleru (anticipatory, deadline, cfq) jak velky pruser nastane, ale bude to neco mezi "velky" a "obrovsky". I deadline ma tu limitni hodnotu tak iracionalne vysoko a i ve vyprsele front se snazi radit, ze tim interaktivita brutalne trpi na ukor celkove propustnosti.
Rychlost disku je vždy problém bootu, prvního načtení aplikace, atd. Pokud spustíte jednu KDE aplikaci, ta si většinou načte hodně KDE knihoven, a zbytek už by měl frčet, ale nefrčí. Problém KDE je opravdu Qt4, o kterém se původně psalo, jak to bude bombasticy rychlé, nenáročné, bude potřebovat míň paměti než Qt3, atd. Jenže ani jeden bod bohužel není pravda. Já mám CoreQuad s 8GB ram, a KDE mi běží, ale není to opravdu nic převratného. Převratné nejsou ani Gtk aplikace (vidím je se vykreslovat).
A teď mi někteří ortodox fans určitě řeknou, že to mám rozbité
Raster engine právě používám, s opengl nebo native je to už úplná hrůza:(
V roce 1996 jsem si koupil počítač s Win 95, 1,2 GB, 16 RAM paměti, AMD K5 100 Mhz procesor. Běžel mi na tom internet, Office 95 a bylo to velmi svižné. Co to udělalo práce, dopisy, tabulky ..i scanner jsme u toho měl.
Běžel mi na tom internet...
Ech.
ale este tak kolem 1998 to bylo celkem pouzitelny, na ty blbosti ktery sme na tom hledali a delali
Nepochopil. Ani jeden. Ale nic si z toho Davide nedelej, oni si na tech pocitacich asi pousteli nejake sve soukrome internety, urcite tim nemysleli, ze by pohanely cely Internet s velkym I.
Take se mi to nelibi. Uz to ale tak zdomacnelo, ze to je jako bojovat s vetrnymi mlyny.
na to musis od lesa, pac ono se to da pochopit dvema zpusobama
vlezlo dírou po zdroji
Mě tedy zajímá, proč "máš ty KDE", když ti nevyhovují. Můžeš si někde v bazaru koupit počítač z dob vlády krále Klacka a koukat se na porno (ve formátu GIF) na něm. Nebo nevím, co na počítači děláš, ale každopádně by to mělo jít i na starších strojích, když jsou podle tebe srovnatelné s těmi dnešními, na kterých to jde.
Ano.
Padla tady správná otázka: "Proč používáš KDE, pokud ti nevyhovují?", Přesně tím jsem se řídil, když jsem si vybíral desktop. Začal jsem u KDE, vyzkoušel Gnome, pak FVWM, Window Maker, Ratpoison, WMII, kdovíco ještě. Nakonec jsem skončil u IceWM - zjistil jsem, že mi vyhovuje.
Každý by si pár správců oken (resp. prostředí) měl vyzkoušet a pak si vybrat.