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.
Yazi je správce souborů běžící v terminálu. Napsán je v programovacím jazyce Rust. Podporuje asynchronní I/O operace. Vydán byl v nové verzi 25.12.29. Instalovat jej lze také ze Snapcraftu.
Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
Wayback byl vydán ve verzi 0.3. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.
Byla vydána verze 4.0.0 programovacího jazyka Ruby (Wikipedie). S Ruby Box a ZJIT. Ruby lze vyzkoušet na webové stránce TryRuby. U příležitosti 30. narozenin, první veřejná verze Ruby 0.95 byla oznámena 21. prosince 1995, proběhl redesign webových stránek.
hdparm -tT /dev/hdatak se hodnoty rychlosti čtení z disku pohybují okolo 25MB/s. Přitom pokud spustím live distribuci na tom stejným PC a udělám ten stejný test, tak se hodnoty blíží ke 40MB/s a zatížení CPU při kopírování apod. je minimální. Mám distribuci Gentoo, jádro 2.6.11-r6 (stejné to bylo i s 2.6.10). Ona live distribuce je založena na jádru 2.4.xx. Tento problém je i u vypalovačky při čtení i pálení.
bash-2.05b# hdparm /dev/hda /dev/hda: multcount = 16 (on) IO_support = 3 (32-bit w/sync) unmaskirq = 1 (on) using_dma = 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead = 256 (on) geometry = 16383/255/63, sectors = 80026361856, start = 0
bash-2.05b# hdparm -i /dev/hda
/dev/hda:
Model=ST380011A, FwRev=3.06, SerialNo=5JVANJ4A
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=16
CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=156301488
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 *udma4 udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 2:
* signifies the current active mode
Budu vděčný za jakékoliv "nakopnutí".
bash-2.05b# lspci 0000:00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev c4) 0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] 0000:00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 22) 0000:00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 10) 0000:00:07.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 10) 0000:00:07.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 10) 0000:00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30) 0000:00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 20) 0000:00:0b.0 Ethernet controller: Accton Technology Corporation EN-1216 Ethernet Adapter (rev 11) 0000:01:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 4000 AGP 8x] (rev c1)
CONFIG_PREEMPT=y. Nemůže to být způsobeno tímto? Jako že když se přistupuje k disku, tak se obsluhují i jiná přerušení, takže se čtení zpomaluje? Nejsem žádnej hacker, a nevím, v čem přesně spočívá preemptivnost, tak nevím.
) APIC:
CONFIG_X86_GOOD_APIC=y CONFIG_X86_UP_APIC=y CONFIG_X86_UP_IOAPIC=y CONFIG_X86_LOCAL_APIC=y CONFIG_X86_IO_APIC=y
lapic do lilo.conf), ale vse zustalo pri starem. Podle vypisu z dmesg je APIC povolene.
CONFIG_IDEDISK_MULTI_MODE=yto je totiz jediny rozdil meho a vaseho configu, co se tyce IDE, a me se vykon pri prechodu 2.4=>2.6 nezhorsil.
UDMA modes: udma0 udma1 udma2 udma3 *udma4 udma5je vidět, že tvůj HW podporuje udma5, takže snad nastavit udma5 pomocí
hdparm -X /dev/hda viz man hdparm,, ale to tě už určitě muselo napadnout, nebo ne?
)
hdparm, ale zlepseni se nedostavilo, jenom zhorseni po vypnuti DMA. To udma4 je kvuli zakladovce, ktera neumi udma5.
/dev/null. Vytizeni je asi takove, ze cca 70% jsou systemove zdroje a 30% uzivatelske. Live distribuci s 2.6 nemam, ale nejakou stahnu a vyzkousim.
Ale to by vás asi netrápilo a neptal byste se...
hdparm -tT /dev/hda se dostane maximalne ke 30MB/s, parametry disku jsou nastaveny stejne. Zkousel jsem i vypnuti ACPI, coz by mohlo podle nekterych zdroju pomoci, ale vysledek je stale stejny.
/usr/sbin/hdparm -c3 -d1 -X69 -M254 -W1 /dev/hda
Takhle to mám já. Třeba to pomůže jako inspirace (hlavně ten vypnutý akustický management).
hdparm -M254 /dev/hda /dev/hda: setting acoustic management to 254 HDIO_DRIVE_CMD:ACOUSTIC failed: Input/output error acoustic = 0 (128=quiet ... 254=fast)Tak jsem to ze zvedavosti zkusil i pod tou Live distribuci s jadrem 2.4.xx a zde to funguje bez problemu. Ve Slaxu (jadro 2.6.11.6) to rovnez nefunguje.
Tiskni
Sdílej: