Man Yue Mo z GitHub Security Lab se podrobně rozepsal o již opravené zranitelnosti CVE-2023-6241 v Arm Mali GPU umožňující získání roota na telefonu Pixel 8 s povoleným MTE (Memory Tagging Extension).
V San José probíhá vývojářská konference NVIDIA GTC 2024. CEO společnosti NVIDIA Jensen Huang měl dvouhodinovou keynote, ve které představil celou řadu novinek: NVIDIA Blackwell platform, NVIDIA NIM microservices, NVIDIA Omniverse Cloud APIs, Project GR00T, …
Byly zpracovány a na YouTube zveřejněny videozáznamy jednotlivých přednášek z letošního Installfestu.
Od 21. do 23. března proběhnou Arduino Days 2024. Sledovat bude možné oficiální streamy. Zúčastnit se lze i lokálních akcí. V Česku jsou aktuálně registrovány dvě: v Praze na Matfyzu a v Poličce v městské knihovně.
Letošní ročník konference LinuxDays se uskuteční o víkendu 12. a 13. října, opět se potkáme v pražských Dejvicích na FIT ČVUT. Také během letošního ročníku nás budou čekat desítky přednášek, workshopy, stánky a spousta doprovodného programu. Aktuální dění můžete sledovat na Twitteru, Facebooku nebo na Mastodonu, přidat se můžete také do telegramové diskusní skupiny.
Byla vydána nová major verze 2.0.0 a krátce na to opravné verze 2.0.1 open source online editoru Etherpad (Wikipedie) umožňujícího společné úpravy v reálném čase.
Matematický software GNU Octave byl vydán ve verzi 9.1.0. Podrobnosti v poznámkách k vydání. Nově je preferovaný grafický backend Qt a preferovaná verze Qt 6. V tomto vydání byly přepracovány funkce pro převod čísel z desítkové soustavy. Jako obvykle jsou zahrnuta také výkonnostní vylepšení a zlepšení kompatibility s Matlabem.
Společnost PINE64 stojící za telefony PinePhone nebo notebooky Pinebook publikovala na svém blogu březnový souhrn novinek. Vypíchnout lze, že pracují na virtuálním asistentu PineVox a zatím bezejmenných sluchátkách na lícní kosti (bone conduction).
Hyprland, kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, je již dva roky starý. Při té příležitosti byla vydána verze 0.37.0 (a záhy opravná 0.37.1 řešící chybu ve vykreslování oken). Nově závisí na knihovně hyprcursor, která poskytuje škálovatelné kurzory myši.
Čí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)
>>> butt.status 'hurt'
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.