Red Hat řeší bezpečnostní incident, při kterém došlo k neoprávněnému přístupu do GitLab instance používané svým konzultačním týmem.
Immich byl vydán v první stabilní verzi 2.0.0 (YouTube). Jedná se o alternativu k výchozím aplikacím od Googlu a Applu pro správu fotografií a videí umožňující vlastní hosting serveru Immich. K vyzkoušení je demo. Immich je součástí balíčků open source aplikací FUTO. Zdrojové kódy jsou k dispozici na GitHubu pod licencí AGPL-3.0.
Český telekomunikační úřad vydal zprávy o vývoji cen a trhu elektronických komunikací se zaměřením na rok 2024. Jaká jsou hlavní zjištění? V roce 2024 bylo v ČR v rámci služeb přístupu k internetu v pevném místě přeneseno v průměru téměř 366 GB dat na jednu aktivní přípojku měsíčně – celkově jich tak uživateli bylo přeneseno přes 18 EB (Exabyte). Nejvyužívanějším způsobem přístupu k internetu v pevném místě zůstal v roce 2024 bezdrátový
… více »Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-10-01. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Jedná o první verzi postavenou na Debianu 13 Trixie.
Byla vydána nová verze 4.6 svobodného notačního programu MuseScore Studio (Wikipedie). Představení novinek v oznámení v diskusním fóru a také na YouTube.
Společnost DuckDuckGo stojící za stejnojmenným vyhledávačem věnovala 1,1 milionu dolarů (stejně jako loni) na podporu digitálních práv, online soukromí a lepšího internetového ekosystému. Rozdělila je mezi 29 organizací a projektů. Za 15 let rozdala 8 050 000 dolarů.
Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.17. Díky 278 přispěvatelům.
Bylo vydáno openSUSE Leap 16 (cs). Ve výchozím nastavení přichází s vypnutou 32bitovou (ia32) podporou. Uživatelům však poskytuje možnost ji ručně povolit a užívat si tak hraní her ve Steamu, který stále závisí na 32bitových knihovnách. Změnily se požadavky na hardware. Leap 16 nyní vyžaduje jako minimální úroveň architektury procesoru x86-64-v2, což obecně znamená procesory zakoupené v roce 2008 nebo později. Uživatelé se starším hardwarem mohou migrovat na Slowroll nebo Tumbleweed.
Ministerstvo průmyslu a obchodu (MPO) ve spolupráci s Národní rozvojovou investiční (NRI) připravuje nový investiční nástroj zaměřený na podporu špičkových technologií – DeepTech fond. Jeho cílem je posílit inovační ekosystém české ekonomiky, rozvíjet projekty s vysokou přidanou hodnotou, podpořit vznik nových technologických lídrů a postupně zařadit Českou republiku mezi země s nejvyspělejší technologickou základnou.
… více »Radicle byl vydán ve verzi 1.5.0 s kódovým jménem Hibiscus. Jedná se o distribuovanou alternativu k softwarům pro spolupráci jako např. GitLab.
Čí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.