Portál AbcLinuxu, 2. května 2025 08:00
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.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.