Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 160 (pdf).
Izrael od února zakáže dětem používat v prostorách základních škol mobilní telefony. Podle agentury AFP to uvedlo izraelské ministerstvo školství, které zdůraznilo negativní dopady, které na žactvo používání telefonů má. Izrael se tímto krokem přidává k rostoucímu počtu zemí, které dětem ve vzdělávacích zařízeních přístup k telefonům omezují.
Internetová společnost Google ze skupiny Alphabet pravděpodobně dostane příští rok pokutu od Evropské komise za nedostatečné dodržování pravidel proti upřednostňování vlastních služeb a produktů ve výsledcích vyhledávání. V březnu EK obvinila Google, že ve výsledcích vyhledávání upřednostňuje na úkor konkurence vlastní služby, například Google Shopping, Google Hotels a Google Flights. Případ staví Google proti specializovaným
… více »Byl oznámen program a spuštěna registrace na konferenci Prague PostgreSQL Developer Day 2026. Konference se koná 27. a 28. ledna a bude mít tři tracky s 18 přednáškami a jeden den workshopů.
Na webu československého síťařského setkání CSNOG 2026 je vyvěšený program, registrace a další informace k akci. CSNOG 2026 se uskuteční 21. a 22. ledna příštího roku a bude se i tentokrát konat ve Zlíně. Přednášky, kterých bude více než 30, budou opět rozdělené do tří bloků - správa sítí, legislativa a regulace a akademické projekty. Počet míst je omezený, proto kdo má zájem, měl by se registrovat co nejdříve.
Máirín Duffy a Brian Smith v článku pro Fedora Magazine ukazují použití LLM pro diagnostiku systému (Fedora Linuxu) přes Model Context Protocol od firmy Anthropic. I ukázkové výstupy v samotném článku obsahují AI vygenerované nesmysly, např. doporučení přeinstalovat balíček pomocí správce balíčků APT z Debianu místo DNF nativního na Fedoře.
Projekt D7VK dospěl do verze 1.0. Jedná se o fork DXVK implementující překlad volání Direct3D 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Byla vydána nová verze 2025.4 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení na blogu.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) zveřejnil Národní politiku koordinovaného zveřejňování zranitelností (pdf), jejímž cílem je nejen zvyšování bezpečnosti produktů informačních a komunikačních technologií (ICT), ale také ochrana objevitelů zranitelností před negativními právními dopady. Součástí je rovněž vytvoření „koordinátora pro účely CVD“, jímž je podle nového zákona o kybernetické … více »
Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 25.12. Přehled novinek i s náhledy a videi v oficiálním oznámení.
BTW bavil jsem se s člověkem z velkého zahraničního datacentra a ten mi tvrdil, že případů, kdy modul, který není vadný (projde memtestem) a zároveň je detekována opravitelná chyba je extrémně málo.
a co z této informace vyvozujete? Pokud mohu hovořit z vlastní zkušenosti v serverech (SDRAM - DDR4), čím novější ("méně nm" a větší kapacita per modul) tím horší. Extrém 16GB DDR3 moduly, odcházelo to šíleným tempem (tj. servisní modul označil DIMM jako vadný po X soft/hard chybách). V této cenové hladině se neočekává, že budete co týden testovat moduly Memtestem (a generovat nežádoucí výpadky), proto bych v pracovní stanici / serveru za 100k na ECC trval.
Jinými slovy při zátěži pod nebo na počtu fyzických jader HT zpomaluje. Scheduler Linuxu zřejmě není pro tuhle zátěž optimální.To snad ani nejde. Jedině že by ten plánovač vypínal HT per CPU, ale to nevím zda to vůbec jede. To čekání je způsobeno na úrovni instrukcí (třeba obě vlákna potřebujou násobičku) a tam kernel neplánuje.
jj, nejak tak .. HT jen znamena ze casti fyzickeho jadra muzou byt vyuzity zaroven., Ale pokud oba dva procesy/thready potrebuji stejne prostredky , jeden musi cekat :) a U testu jako kompilace jadra se to da ocekavat celkem casto:)
Plus jedna mala.. cim vice jader, tim mensi mnozstvi RAM a propustnost pameti na jadro. a U 16 jader to jde uz dost znat
. Tipoval bych na nějaký v druhý polovině
. Nejspíš na to bude nějakej perf nástroj.
Přes cgroups/cpuset můžeš každýmu procesu přikázat logický procesor, na kterém má běžet.
Linuxovej plánovač hlavně řeší efektivitu na jednom logickém procesoru. Přesun na jinej řeší balancer a přesun je dost nákladná operace. Tady je pojednání, že má linuxovej plánovač dost nevyužitý potenciál.
Jinak další logické procesory budou zpracovávat jiné úlohy OS a třeba věci jako přerušení (/proc/interrupts).
64GB 2666GHz RAMZpomal paměť a já změnším rybu
(1 jádro = 4 HT vlákna)
j, power, na papire krasne procaky .. jinak uplne na dve veci
), ale ta cena u talosu (!).
A čo ten spyware ktorý dávajú do procesorov, ja by som im nedal ani kačku, teda ani nedám. Nehovorím, že v AMD také veci nemôžu byť, len sa zatiaľ, pokiaľ viem, nič nenašlo.
AMD mi sympatickejšie stále viac aj vďaka prepisovaniu ovládačov na grafiky do open source, to je proste investícia do budúcnosti. Ja viem aj Intel to robí, ale proste mi to príde taká napol odfláknutá práca.
Navíc materiál mezi čipem a rozváděčem tepla je volen s ohledem na trvanlivost a nikoliv na tepelné vlastnosti.Materiál je volen s ohledem na výrobní cenu. A že by letování vydrželo kratší dobu než pasta šedivka, to se mi taky nezdá.
Jeden druheho nepresvedcime takze nema cenu v tomhle dale pokracovat, uz se na toto tema nebudu vyjadrovat.
Usetrenych 20Kc za superkvalitni (z hlediska prenosu tepla)Jenže ta pasta není superkvalitní, právě naopak - i kdybych odhlédl od porovnání s letováním, tak lidi, co tu Intel pastu dali pryč a koupili si svojí, snížili teplotu těch procesorů o několik stupňů.
Navíc materiál mezi čipem a rozváděčem tepla je volen s ohledem na trvanlivost a nikoliv na tepelné vlastnosti.Přesně, IMHO je tohle blbost, respektive PR kec, kterým se to snaží nějak omluvit. Spíš si myslím, že neví o čem mluví ti lidi, kteří opakují ty kecy o tom, že pasta je spolehlivější a že letování nefunguje nebo přestalo fungovat z toho nebo onoho důvodu. Tohle nikdy nikdo předtím netvrdil, dokud nevyvstala potřeba dělat damage control. A "doložené" je to jedním pofidérním blogem, kde tu údajnou špatnou životnost pájení otestoval AMATÉR tak, že nějaké CPU připájel vlastnoručně(!) a pak se divil, že mu to popraskalo. Když to chladil kapalným dusíkem. To jako fakt? Pájelo se patnáct let, problémy nebyly. Tyhle velké a žravé Xeony byly připájené stejně tak dlouhé a dlouhé roky, a kde jsou ty reporty o tom, že odcházejí? Jak může někdo tvrdit, že pasta, která se na ně začala používat tenhle rok, je spolehlivější? :D
Tiskni
Sdílej: