Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
Pro moddery Minecraftu: Java edice Minecraftu bude bez obfuskace.
Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].
Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.
Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
TrueNAS (Wikipedie), tj. open source storage platforma postavená na Linuxu, byl vydán ve verzi 25.10 Goldeye. Přináší NVMe over Fabric (NVMe-oF) nebo OpenZFS 2.3.4.
Byla vydána OpenIndiana 2025.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).
České základní a střední školy čelí alarmujícímu stavu kybernetické bezpečnosti. Až 89 % identifikovaných zranitelností v IT infrastruktuře vzdělávacích institucí dosahuje kritické úrovně, což znamená, že útočníci mohou vzdáleně převzít kontrolu nad klíčovými systémy. Školy navíc často provozují zastaralé technologie, i roky nechávají zařízení bez potřebných aktualizací softwaru a používají k nim pouze výchozí, všeobecně známá
… více »
19.2.2020 16:52
| Linux
| 
| Přečteno: 4886×
| Komentářů: 59, poslední 28. 2. 2020
| Hodnocení: 97 % (30 hlasů)
2.3.2012 23:15
| Linux
|
| Přečteno: 1730×
| Komentářů: 7, poslední 4. 3. 2012
| Hodnocení: 100 % (10 hlasů)
Po roce se mi do ruky zase dostal zajímavý procesor, který myslím stojí za otestování. Oproti minulému měření se jedná o nárůst o dvě jádra a dva paměťové kanály a to by mohlo přinést nějaké zajímavé výsledky.
Tento zápisek volně navazuje na víc jak dva roky starý (ten čas ale letí...) článek Škálování quadcore při kompilaci jádra. Nevím kdy přesně v jádře přibyla volba pro hotplugování procesorů, každopádně nyní tam je a to nám umožňuje snadno emulovat počítač s méně jádry a docílit tím přesnějšího srovnání. Z hlediska CPU se změnilo za ty dva roky poměrně málo- stále zde máme čtyřjádrové procesory, frekvence se nehla ani o píď a zlepšení v architektuře nejsou ani na straně intelu (Nahalem) ani AMD (novější Phenomy) ničím, kvůli čemu by musel člověk sbírat čelist z podlahy. Snad jen servery s 2x čtyřjádrovými procesory jsou nyní častějším jevem, na desktopu to je ale relativně vzácnost.
Vítejte ve třetím dílu seriálu věnujicímu se srovnávání výkonu 32bit a 64bit verzí aplikací a knihoven. Tentokráte bude měřena rychlost komprimace audia do mp3, ogg/vorbis a flac. Jako v každé části se i dnes pokusím propašovat nějaké výsledky zrychlení díky quadcore procesoru.
Toto je pokračování seriálu o srovnání výkonu 64bit a 32bit aplikací aplikací na platformě x86_64. Předchozí díl se věnoval přehrávání videa v nejruznějších formátech. Pokud jste jej nečetli tak doporučuji alespoň zběžně projiít úvodní odstavce s popisem metodiky. Tento díl se bude věnovat kompresi.
9.11.2007 10:15
| Linux
|
| Přečteno: 1593×
| Komentářů: 16, poslední 11. 11. 2007
| Hodnocení: 62 % (8 hlasů)
V předchozím dílu seriálu jsem se pokusil srovnat výkon při přehráváni videa pomocí 32bit a 64bit kodeků. Přišlo mi více dotazů na téma 32bit mplayeru a kodeků v 64bit linuxu než na původní téma článku. Dovolím si tedy menší odbočku od tématu seriálu abych ukázal jak si na 64bit systému vyrobit 32bit binárky a knihovny.
28.10.2007 19:25
| Linux
|
| Přečteno: 2811×
| Komentářů: 14, poslední 13. 11. 2007
| Hodnocení: 96 % (23 hlasů)
Kódování a dekódování videa jsou často kladené jako příjklady toho, že 64bit aplikace mohou být pomalejší než jejich 32bit protějšky. Důvodem není to, že by se 64bit režim pro tyto aplikace vyloženě nehodil. Problém je v optimalizaci existujících kodeků. Léty optimalizované algoritmy napsané v 32bit assembleru nelze snadno použít ani přepsat. Změnila se v tomto směru již situace nebo tento problém stále přetrvává?
30.9.2007 01:49
| Linux
|
| Přečteno: 3229×
| Komentářů: 20, poslední 22. 1. 2008
| Hodnocení: 94 % (33 hlasů)
Předně bych se chtěl omluvit za trochu bulvární nadpis. Řeč nebude ani tak o kynutí jádra nýbrž o postupném bobtnání samotných aplikací.
V eacceleratoru je nejaký bug, který občas (jednou za dva měsíce v průměru) způsobí zacyklení apache na jednom z naších serverů. Charakterizuje se to tím, že když se sekne jeden tak jdou automaticky do kolen všechny httpd procesy. Podezřívám deadlock na nějakém zamku s aktivním čekáním.
Tento zápis navazuje na Škálování quadcore při kompilaci jádra. Akce prováděne při instalaci software v Gentoo se od překladu jádra značně liší- zdrojáky je třeba stáhnout, rozbalit, opatchovat, nakonfigurovat a po kompilaci ještě nainstalovat a/nebo vytvořit balíček.
V podstatě nic 
Nevěřítete? Při reorganizaci dat na disku jsem se rozhodl převést jednu partition z reiserfs na NTFS. Ve windows jsem tedy udelal quickformat. Jaké bylo mé překvapení, když po nabootvoání do linuxu (s původnim fstabem) jsem uvidel původní obsah oné partition jako kdyby se nic nestalo.
Cílem tohoto zápisu je ukázat jak škáluje Q6600 při kompilaci kernelu. Obsahuje i odhad frekvence E6600 aby se v této úloze vyrovnalo Q6600.
Doposud jsem nevěděl jak vypadá takové čisté nefalšované zoufalství. Ani jak by se dalo nějak expresivně vyjádřit. Nyní už ano. Po několika dnech testů a ladění serveru, který běží pár hodin bez problému a pak v náhodném čase a bez náznaku potíží či nejaké podobnosti v logu vyčerpá apache veškerou paměť (2GB během tří vteřin) a posléze i celý swap (1GB během 20 vteřin) a pak už reaguje jen na ping a na tlačítko reset. Nyní už to vím. Zoufalství se dá vyjádřit následujícím skriptem:
22.2.2007 16:29
| Linux
|
| Přečteno: 2045×
| Komentářů: 6, poslední 22. 2. 2007
| Hodnocení: 100 % (2 hlasů)
) je prográmek s výstupem nápadně podobným výstupu free ale do volné paměti započítává navíc velikost reclaimable slab poolu což tam (nejen dle mého názoru) patří.
Pohadka o tom, proc je progresivni zdaneni lepsi nebo dokonce nutne ma mnoho podob. V zakladnich rysech jsou ale vsechny stejne- po hlubsi uvaze je to cele... proste jen pohadkou pro naivni deti.
Hackles tu, Hackles tam, Hackles kam se na ABClinuxu podívám. Neni to ale zdaleka jediný komix s podobnou tématikou. A dle mého(!!!) názoru není ani nejlepší
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
