Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).
Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek
… více »Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Google Chrome 149 byl prohlášen za stabilní. Nejnovější stabilní verze 149.0.7827.53 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.
Pluto.jl, reaktivní notebook pro programovací jazyk Julia, dospěl do verze 1.0.
Byla vydána nová verze 12.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.
takto vypadá můj výpis. Je možné nějak dosáhnout toho, aby eth0 až eth8 obsadily přerušení 3,4,5,6,7,10,11,13 ?
cat /proc/interrupts
0: 138 IO-APIC-edge timer
1: 268 IO-APIC-edge i8042
8: 1 IO-APIC-edge rtc0
9: 0 IO-APIC-fasteoi acpi
12: 3 IO-APIC-edge i8042
14: 0 IO-APIC-edge ide0
15: 18 IO-APIC-edge ide1
16: 120 IO-APIC-fasteoi eth0, eth5
17: 0 IO-APIC-fasteoi eth1
18: 0 IO-APIC-fasteoi eth2, eth6, eth7
19: 0 IO-APIC-fasteoi eth3, eth4
51: 0 PCI-MSI-edge eth8
NMI: 0 Non-maskable interrupts
LOC: 1281268 Local timer interrupts
SPU: 0 Spurious interrupts
PMI: 0 Performance monitoring interrupts
PND: 0 Performance pending work
RES: 0 Rescheduling interrupts
CAL: 0 Function call interrupts
TLB: 0 TLB shootdowns
TRM: 0 Thermal event interrupts
THR: 0 Threshold APIC interrupts
MCE: 0 Machine check exceptions
MCP: 5 Machine check polls
ERR: 0
MIS: 0
Jedná se o to, že routování na prvních kartách jede bez problémů, ale dvě poslední buď nejdou vůbec nebo je tam odezva ping řádově desítky ms, což je hodně ( někdy i stovky ms, podle toho jakou nohou ráno vstanu z postele).
V takových novostech se nevyznám, ale třeba u eth8 máte MSI, což je úplně jiný způsob doručování přerušení, který místo linek používá paměťové zprávy, takže těch čísel je dostupných velké množství (proto taky máte číslo 51) a není pak nějaký problém se sdílením. Asi bych se zaměřil na hardware: co to ja za karty, umí MSI? Slyšel jsem, že některé víceportové karty jsou ošizené a třeba MSI dělají jen pro vyšší porty a nižší dělají vždy po staru.
Jestli máte problém se zpožděním, tak nejprve karty ve slotech prohoďte, ať víte, jestli je problém v kartě nebo v přerušení (slotu). Pokud v přerušení, tak bych zvážil víceprocesorový systém, kde je možné obsluhu rozložit na více procesorů.
Tiskni
Sdílej: