Po 9 týdnech vývoje od vydání Linuxu 6.14 oznámil Linus Torvalds vydání Linuxu 6.15. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a Linux Kernel Newbies.
plwm je nový, poměrně minimalistický správce oken pro X11. Podporuje dynamické dláždění okny, plochy, pravidla pro okna atd. Zvláštností je, že je napsaný v logickém programovacím jazyce Prolog. Používá implementaci SWI-Prolog.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Sean Heelan se na svém blogu rozepsal o tom, jak pomocí OpenAI o3 nalezl vzdálenou zranitelnost nultého dne CVE-2025-37899 v Linuxu v implementaci SMB.
Jiří Eischmann v příspěvku na svém blogu představuje typy, jak lépe chránit své soukromí na mobilním telefonu: "Asi dnes neexistuje způsob, jak se sledování vyhnout úplně. Minimálně ne způsob, který by byl kompatibilní s tím, jak lidé technologie běžně používají. Soukromí ovšem není binární věc, ale škála. Absolutního soukromí je dnes na Internetu dost dobře nedosažitelné, ale jen posun na škále blíže k němu se počítá. Čím méně dat se o vás posbírá, tím nepřesnější budou vaše profily a tím méně budou zneužitelné proti vám."
Byla vydána nová stabilní verze 25.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Warbler. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Multiplatformní open source spouštěč her Heroic Games Launcher byl vydán v nové stabilní verzi 2.17.0 Franky (Mastodon, 𝕏). Přehled novinek na GitHubu. Instalovat lze také z Flathubu.
Organizace Apache Software Foundation (ASF) vydala verzi 26 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Klávesnice IBM Enhanced Keyboard, známá také jako Model M, byla poprvé představena v roce 1985, tzn. před 40 lety, s počítači IBM 7531/7532 Industrial Computer a 3161/3163 ASCII Display Station. Výročí připomíná článek na zevrubném sběratelském webu Admiral Shark's Keyboards. Rozložení kláves IBM Enhanced Keyboard se stalo průmyslovým standardem.
Vyšlo Pharo 13 s vylepšenou podporou HiDPI či objektovým Transcriptem. Pharo je programovací jazyk a vývojové prostředí s řadou pokročilých vlastností.
Čítanie: až 2150 MB/s Zápis: až 1260 MB/s Náhodné čítanie: až 300 000 IOPS Náhodný zápis: až 100 000 IOPS
0d:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller (rev 01)
sudo hdparm -Tt /dev/nvme0n1 /dev/nvme0n1: Timing cached reads: 34580 MB in 2.00 seconds = 17313.68 MB/sec Timing buffered disk reads: 5180 MB in 3.00 seconds = 1726.18 MB/sec
randwrite: (g=0): rw=randwrite, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=1 ... fio-2.10 Starting 8 processes randwrite: Laying out IO file(s) (1 file(s) / 256MB) randwrite: Laying out IO file(s) (1 file(s) / 256MB) randwrite: Laying out IO file(s) (1 file(s) / 256MB) randwrite: Laying out IO file(s) (1 file(s) / 256MB) randwrite: Laying out IO file(s) (1 file(s) / 256MB) randwrite: Laying out IO file(s) (1 file(s) / 256MB) randwrite: Laying out IO file(s) (1 file(s) / 256MB) randwrite: Laying out IO file(s) (1 file(s) / 256MB) Jobs: 7 (f=7): [w(7),_(1)] [100.0% done] [0KB/424.6MB/0KB /s] [0/109K/0 iops] [eta 00m:00s] randwrite: (groupid=0, jobs=8): err= 0: pid=7642: Tue May 31 22:32:25 2016 write: io=2048.0MB, bw=380677KB/s, iops=95169, runt= 5509msec slat (usec): min=5, max=974596, avg=80.60, stdev=7766.20 clat (usec): min=0, max=308, avg= 0.29, stdev= 0.80 lat (usec): min=5, max=974598, avg=80.97, stdev=7766.22 clat percentiles (usec): | 1.00th=[ 0], 5.00th=[ 0], 10.00th=[ 0], 20.00th=[ 0], | 30.00th=[ 0], 40.00th=[ 0], 50.00th=[ 0], 60.00th=[ 0], | 70.00th=[ 0], 80.00th=[ 1], 90.00th=[ 1], 95.00th=[ 1], | 99.00th=[ 1], 99.50th=[ 2], 99.90th=[ 2], 99.95th=[ 3], | 99.99th=[ 9] bw (KB /s): min=60856, max=126120, per=25.17%, avg=95831.54, stdev=15978.61 lat (usec) : 2=99.33%, 4=0.63%, 10=0.03%, 20=0.01%, 50=0.01% lat (usec) : 100=0.01%, 250=0.01%, 500=0.01% cpu : usr=0.93%, sys=14.69%, ctx=159383, majf=0, minf=81 IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0% submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% issued : total=r=0/w=524288/d=0, short=r=0/w=0/d=0, drop=r=0/w=0/d=0 latency : target=0, window=0, percentile=100.00%, depth=1 Run status group 0 (all jobs): WRITE: io=2048.0MB, aggrb=380677KB/s, minb=380677KB/s, maxb=380677KB/s, mint=5509msec, maxt=5509msec
randread: (g=0): rw=randread, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=16 ... fio-2.10 Starting 8 processes randread: Laying out IO file(s) (1 file(s) / 512MB) randread: Laying out IO file(s) (1 file(s) / 512MB) randread: Laying out IO file(s) (1 file(s) / 512MB) randread: Laying out IO file(s) (1 file(s) / 512MB) randread: Laying out IO file(s) (1 file(s) / 512MB) randread: Laying out IO file(s) (1 file(s) / 512MB) randread: Laying out IO file(s) (1 file(s) / 512MB) randread: Laying out IO file(s) (1 file(s) / 512MB) Jobs: 8 (f=4): [f(2),r(3),f(2),r(1)] [100.0% done] [372.3MB/0KB/0KB /s] [95.3K/0/0 iops] [eta 00m:00s] randread: (groupid=0, jobs=8): err= 0: pid=7811: Tue May 31 22:34:45 2016 read : io=4096.0MB, bw=380850KB/s, iops=95212, runt= 11013msec slat (usec): min=65, max=4418, avg=82.84, stdev=18.83 clat (usec): min=0, max=9097, avg=1259.17, stdev=76.93 lat (usec): min=69, max=9205, avg=1342.18, stdev=80.50 clat percentiles (usec): | 1.00th=[ 1160], 5.00th=[ 1192], 10.00th=[ 1208], 20.00th=[ 1224], | 30.00th=[ 1240], 40.00th=[ 1240], 50.00th=[ 1256], 60.00th=[ 1272], | 70.00th=[ 1272], 80.00th=[ 1288], 90.00th=[ 1320], 95.00th=[ 1336], | 99.00th=[ 1384], 99.50th=[ 1416], 99.90th=[ 1544], 99.95th=[ 2192], | 99.99th=[ 4832] bw (KB /s): min=46920, max=48152, per=12.51%, avg=47651.81, stdev=182.73 lat (usec) : 2=0.01%, 100=0.01%, 250=0.01%, 500=0.01%, 750=0.01% lat (usec) : 1000=0.01% lat (msec) : 2=99.93%, 4=0.04%, 10=0.02% cpu : usr=1.53%, sys=8.68%, ctx=1048955, majf=0, minf=189 IO depths : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=100.0%, 32=0.0%, >=64=0.0% submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.1%, 32=0.0%, 64=0.0%, >=64=0.0% issued : total=r=1048576/w=0/d=0, short=r=0/w=0/d=0, drop=r=0/w=0/d=0 latency : target=0, window=0, percentile=100.00%, depth=16 Run status group 0 (all jobs): READ: io=4096.0MB, aggrb=380850KB/s, minb=380850KB/s, maxb=380850KB/s, mint=11013msec, maxt=11013msec
19100860416 bytes (19 GB, 18 GiB) copied, 5.00009 s, 3.8 GB/s 20480+0 records in 20480+0 records out 21474836480 bytes (21 GB, 20 GiB) copied, 6.35217 s, 3.4 GB/s
real 0m1.674s user 0m0.008s sys 0m1.644s
real 0m6.314s user 0m5.468s sys 0m1.364s
real 0m5.257s user 0m5.052s sys 0m0.200s
real 1m45.311s user 11m57.640s sys 0m33.292s
Operation Count AvgLat MaxLat ---------------------------------------- NTCreateX 4242331 0.798 135.693 Close 3118398 0.001 3.406 Rename 179743 10.691 119.931 Unlink 854312 8.990 162.852 Qpathinfo 3853880 0.024 91.208 Qfileinfo 672865 0.001 1.694 Qfsinfo 702956 0.002 2.442 Sfileinfo 346278 0.220 11.717 Find 1486474 0.091 26.967 WriteX 2097999 0.095 161.195 ReadX 6653382 0.002 7.880 LockX 13830 0.002 2.576 UnlockX 13830 0.001 0.669 Flush 296534 45.448 276.845 Throughput 732.755 MB/sec 150 clients 150 procs max_latency=276.847 ms
Tiskni
Sdílej:
so životnosťou až 500 TBW (Total Bytes Written)Ti tam vypadla jednotka, pochybuju, že by to bylo jen 500 bajtů.
A co kdyz ma clovek databazi na tmpfs? (smysl takoveho reseni ted nechme stranou)
Pozor pri nasazeni s nejnovejsi Postgresql ktera podporuje vice prozesoru. Implementace je bohuzel tak, ze ty rychle odpovedi prepisi db-cache a dochazi k uplne nesmyslnym vysledkum. Vyvojari patrne pocitali s beznou latenci byt i rychlych disku a beznych SSD, ale harddisk autora se blizi k hranic, kdy to muze byt kriticke. Pro jistotu prepnou do single modu.To je zajímavá informace... nicméně lze předpokládat že každý kdo bude nasazovat db engine ve verzi Beta 1 si buď již pozor dává a velký, nebo ho takové drobnosti nezajímají
for i in {1..1000}; do dd if=/dev/zero of=tempfile bs=1M count=512 000 conv=fdatasync,notrunc status=progress && sync && rm -f tempfile ; done
19100860416 bytes (19 GB, 18 GiB) copied, 5.00009 s, 3.8 GB/s 20480+0 records in 20480+0 records out 21474836480 bytes (21 GB, 20 GiB) copied, 6.35217 s, 3.4 GB/s
dd if=/dev/zero of=tempfile bs=1M count=20480 conv=fdatasync,notrunc status=progress && syncRAM je tusim 8GB a je tam sync, tak neviem...
conv=fdatasyncThis tells dd to require a complete “sync” once, right before it exits. So it commits the whole 256 MB of data, then tells the operating system: “OK, now ensure this is completely on disk”, only then measures the total time it took to do all that and calculates the benchmark result.