Všem vše nejlepší do nového roku 2026.
Crown je multiplatformní open source herní engine. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT a GPLv3+. Byla vydána nová verze 0.60. Vyzkoušet lze online demo.
Daniel Stenberg na svém blogu informuje, že po strncpy() byla ze zdrojových kódů curlu odstraněna také všechna volání funkce strcpy(). Funkci strcpy() nahradili vlastní funkcí curlx_strcopy().
Byla vydána nová verze 25.12.30 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Společnost Valve publikovala přehled To nej roku 2025 ve službě Steam aneb ohlédnutí za nejprodávanějšími, nejhranějšími a dalšími nej hrami roku 2025.
Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu a listopadu 2025. Zúčastnilo se více než 5000 uživatelů.
V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.
Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.
FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Ahoj,
naistaloval jsem si 64bit kubuntu 8.10 (kde 4.1) a narazil jsem na "drobny" problem. Kdyz si pustím 2xEclipse (s velkyma projektama) a k tomu treba jeste xp v vmware (prirazeny maji 256 mb), tak se mi po case pouzivani zaplni pamet(2gb). Takze jsem rozsiril na 4gb, ale stane se to uplne stejne, akorat ze po delsim case. Nemam tam zadny applikace, ktere by vylozene sami od sebe leakovali(prinejmensim ne ve velkym (koukal jsem na to prez system monitor, takze jsem mozna neco minul)).
Jeste jedna poznamecka pokud si to dobre pamatuji, tak mi tyhle veci na 32bitovem kubuntu 8.10 nebo na WinXP behali i na tech puvodnich 2gb ram vcelku v pohode.
A k moji otazce : O kolik vic pameti zere 64bitovy OS ? Zere vic jen po startu ? Nebo zabira vic kazda applikace ? Nebo je problem nekde jidne (ze bych tam mohl mit nejaky mizerny knihovny ..... jedine zvlastni co tam mam je kdelibs a kdebase 4.1.3 (kvuli amaroku-kde4, ale ten uz je pryc))?
Nějak nechápu ? Však je to správné že linux použije všechnu RAM (80-90%) tak to má být - naco vám jinak bude RAM kterou nebudou programy využívat (potom jste ji koupil zbytečně moc).
Takže popiště konkrétní problém - aplikace se nespustí že nemají RAM, nebo je začne jádro zabíjet z nedostatku RAM ? Začne se zuřivě swapovat ?
Jinak 32b program na 64b může být o trochu pomalejší (ovšem zase se používají na 64b nové rychlejší CPU takže to nepoznáš) a 64b program na 64b CPU by měl být rychlejší. (Někdy to nemusí být pravda u speciálních případů.)
To ze by pouzil vsechnu pamet je ok (cache apod.), ale to ze si ukousne dalsi 2gb ze swapu uz tak ok neni. Nejde mi rychlost, kdyby totiz nezacal swapowat, tak by to bylo uplne v poradku..... Jde mi o to, jestli aplikace pod 64 bit linuxem zaberou vic nez pod 32bit., popr. jestli to jde nejak kvantifikovat.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz