Open source RDP (Remote Desktop Protocol) server xrdp (Wikipedie) byl vydán ve verzi 0.10.0. Z novinek je vypíchnuta podpora GFX (Graphic Pipeline Extension). Nová větev řeší také několik bezpečnostních chyb.
Rocky Linux byl vydán v nové stabilní verzi 9.4. Přehled novinek v poznámkách k vydání.
Dellu byla odcizena databáze zákazníků (jméno, adresa, seznam zakoupených produktů) [Customer Care, Bleeping Computer].
V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. Byl napevno svázán s Metalem. Situace se ale postupně mění. V aktuálním příspěvku Kdy Zed na Linuxu? na blogu Zedu vývojáři popisují aktuální stav. Blíží se alfa verze.
O víkendu 11. a 12. května lze navštívit Maker Faire Prague, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byl vydán Fedora Asahi Remix 40, tj. linuxová distribuce pro Apple Silicon vycházející z Fedora Linuxu 40.
Představena byla služba Raspberry Pi Connect usnadňující vzdálený grafický přístup k vašim Raspberry Pi z webového prohlížeče. Odkudkoli. Zdarma. Zatím v beta verzi. Detaily v dokumentaci.
Byla vydána verze R14.1.2 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Dnešním dnem lze již také v Česku nakupovat na Google Store (telefony a sluchátka Google Pixel).
Apple představil (keynote) iPad Pro s čipem Apple M4, předělaný iPad Air ve dvou velikostech a nový Apple Pencil Pro.
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 modeBudu 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.
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.
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: