Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.1.0. Po devíti letech od vydání předchozí verze 3.0.5. Doména dillo.org již nepatří vývojářům Dilla.
O víkendu probíhá v Bostonu, a také virtuálně, konference LibrePlanet 2024 organizovaná nadací Free Software Foundation (FSF).
Nová vývojová verze Wine 9.8 řeší mimo jiné chybu #3689 při instalaci Microsoft Office 97 nahlášenou v roce 2005.
Coppwr, tj. GUI nástroj pro nízkoúrovňové ovládání PipeWire, byl vydán v nové verzi 1.6.0. Zdrojové kódy jsou k dispozici na GitHubu. Instalovat lze také z Flathubu.
Byla vydána dubnová aktualizace aneb nová verze 1.89 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Vypíchnout lze, že v terminálu lze nově povolit vkládání kopírovaného textu stisknutím středního tlačítka myši. Ve verzi 1.89 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-1 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.
Byla vydána verze 1.78.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.
Služba Dropbox Sign (původně HelloSign) pro elektronické podepisování smluv byla hacknuta.
Byla vydána nová major verze 8.0 textového editoru GNU nano (Wikipedie). Podrobný přehled novinek a oprav v oznámení v diskusním listu info-nano nebo v souboru ChangeLog na Savannah. Volbou --modernbindings (-/) lze povolit "moderní" klávesové zkratky: ^C kopírování, ^V vložení, ^Z vrácení zpět, … Tato volba je aktivována také pokud binárka s nano nebo link na ni začíná písmenem "e".
Před 60 lety, 1. května 1964, byl představen programovací jazyk BASIC (Beginners' All-purpose Symbolic Instruction Code).
Par radku i vmstat -n 1 -----io---- -system-- ----cpu---- bi bo in cs us sy id wa 1 1 1 0 0 0 97 2 44 1824 1084 10913 5 2 57 36 164 1112 1158 11407 0 0 77 22 244 944 1320 11558 1 1 8 91 168 1152 1939 13423 4 9 3 84 68 480 1567 12179 0 0 0 99 48 484 1997 11416 0 0 20 80 24 228 1353 9041 0 0 49 50 40 520 1243 9874 1 1 14 84 36 380 1177 9663 0 0 0 100 248 516 1698 12608 1 1 0 99 232 500 1062 9827 0 1 0 98 372 832 1264 10084 0 3 4 92 1940 556 1588 9283 1 1 7 92 504 644 1086 10060 0 0 57 43 340 636 843 9230 0 0 66 34 516 576 876 9423 0 1 95 4 468 608 1949 27378 0 2 97 0 384 592 1117 9018 0 0 98 1- desi me vysoke cislo context switches, tak interrupt neni podle me zrovna malo Napr. ted ma system load az se klepu. top - 16:10:55 up 173 days, 8:01, 4 users, load average: 10.00, 7.99, 4.66 Ale pritom se uvnitr vubec nic nedeje, zadny proces co by stroj pretezoval. Dokaze nekdo poradit jak to diagnostikovat a pripadne jak postupovat dale?
Aktualne pouzivam noop [anticipatory] deadline cfq - ktery ukazuje na systemu nejvetsi propustonost, dle mereni, i kdyz netusim jak to to rozumne a rad bych se vratil k cfq
Readahead jsem nastavil pro vsechny disky sda,sdb,sdc stejne. blockdev --getra /dev/sda 8192
Parametry kolem VM: power:~# cat /proc/sys/vm/* 0 7 3000 30 500 0 0 0 256 256 32 65536 3453 2 0 50 3 0 0 60 300 1 100
ata1: EH complete SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB) sda: Write Protect is off sda: Mode Sense: 00 3a 00 00 SCSI device sda: drive cache: write through SCSI device sdb: 488397168 512-byte hdwr sectors (250059 MB) sdb: Write Protect is off sdb: Mode Sense: 00 3a 00 00 SCSI device sdb: drive cache: write back
Could not run iotop as some of the requirements are not met: - Python >= 2.5 for AF_NETLINK support: Found - Linux >= 2.6.20 with I/O accounting support: Not foundA kernel jen tak vymenit nemohu.
Muzes taky zkusit "iostat -p -k -d 2" s napr. s 2s intervaly. To abys zjistil, zda nejakej demon ci kernelovske vlakno (nejcasteji pdflush) neco neustale cte/zapisuje na disk. Za pomoci "fuser -vm /dev/...." se da zjistit kdo saha na disk nebo ma otevreny nejakej soubor, ale pro oddil pouzity jako root je to k nicemu - tam se promitnou vsechny procesy v systemu.
Tiskni Sdílej: