Provozovatel čínské sociální sítě TikTok dostal v Evropské unii pokutu 530 milionů eur (13,2 miliardy Kč) za nedostatky při ochraně osobních údajů. Ve svém oznámení to dnes uvedla irská Komise pro ochranu údajů (DPC), která jedná jménem EU. Zároveň TikToku nařídila, že pokud správu dat neuvede do šesti měsíců do souladu s požadavky, musí přestat posílat data o unijních uživatelích do Číny. TikTok uvedl, že se proti rozhodnutí odvolá.
Společnost JetBrains uvolnila Mellum, tj. svůj velký jazykový model (LLM) pro vývojáře, jako open source. Mellum podporuje programovací jazyky Java, Kotlin, Python, Go, PHP, C, C++, C#, JavaScript, TypeScript, CSS, HTML, Rust a Ruby.
Vývojáři Kali Linuxu upozorňují na nový klíč pro podepisování balíčků. K původnímu klíči ztratili přístup.
V březnu loňského roku přestal být Redis svobodný. Společnost Redis Labs jej přelicencovala z licence BSD na nesvobodné licence Redis Source Available License (RSALv2) a Server Side Public License (SSPLv1). Hned o pár dní později vznikly svobodné forky Redisu s názvy Valkey a Redict. Dnes bylo oznámeno, že Redis je opět svobodný. S nejnovější verzí 8 je k dispozici také pod licencí AGPLv3.
Oficiální ceny Raspberry Pi Compute Modulů 4 klesly o 5 dolarů (4 GB varianty), respektive o 10 dolarů (8 GB varianty).
Byla vydána beta verze openSUSE Leap 16. Ve výchozím nastavení s novým instalátorem Agama.
Devadesátková hra Brány Skeldalu prošla portací a je dostupná na platformě Steam. Vyšel i parádní blog autora o portaci na moderní systémy a platformy včetně Linuxu.
Lidi dělají divné věci. Například spouští Linux v Excelu. Využít je emulátor RISC-V mini-rv32ima sestavený jako knihovna DLL, která je volaná z makra VBA (Visual Basic for Applications).
Revolut nabídne neomezený mobilní tarif za 12,50 eur (312 Kč). Aktuálně startuje ve Velké Británii a Německu.
Společnost Amazon miliardáře Jeffa Bezose vypustila na oběžnou dráhu první várku družic svého projektu Kuiper, který má z vesmíru poskytovat vysokorychlostní internetové připojení po celém světě a snažit se konkurovat nyní dominantnímu Starlinku nejbohatšího muže planety Elona Muska.
Čí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.