本帖最後由 MSI_R9_280_Gami 於 2026-3-18 15:57 編輯

reiser5,即reiserfs 5.1.3,只可以喺debian bullseye 11 ( previous of previous debian stable )用,bookworm 12 ( previous stable release) trixie 13 ( current stable release of debian ) ❌ unavailable

我懷疑reiser5好用過B tree fs同bcachefs

https://metztli.it/sites/default/files/xonecuiltzin-5.13.19-reizer4-sfrn-5.1.3.mp4

由于linux kernel只支援reiserfs(早期version),reiser5好似requires being run in kernel 所以無法使用,fuse都唔得

雖然德國hans reiser殺左佢俾錢買返黎的俄羅斯老婆,不過reiserfs係好野黎,可能要等到Linus Torvalds死左,reiserfs先至可以重返the kernel

TOP

本帖最後由 MSI_R9_280_Gami 於 2026-3-29 22:56 編輯

45nm socket 775 Xeon X3320
userdel void -r
useradd void -m -d /home/musl -p qwerty123
p2#18 -march=x86-64>core2>penryn
https://en.wikipedia.org/wiki/Penryn_(microarchitecture)
https://zh.wikipedia.org/zh-hk/酷睿2

P45 + x3320,DDR2 2GB x4,發覺run super pi滿左ram,再check真d發覺有條ram有大量errors,super pi都幾食ram

呢個super pi同windows的super pi唔係同一樣野,只係用同一個formula

高斯-勒讓德演算法是一種用於計算圓周率(π)的演算法。它以迅速收斂著稱,只需25次迭代即可產生π的4500萬位正確數字。不過,它的缺點是主記憶體密集,因此有時它不如梅欽類公式使用廣泛。

SYSTEM MEMORY SUMMARY:
mem_used:       14825287680 (  14138MB) [ 43%] Logically used memory
mem_used:       29652815872 (  28279MB) [ 86%] Logically used memory
root@frei ~# freecolor -tmo
             total       used       free     shared    buffers     cached
Mem:         31648      27071       4577          0          0          0
Swap:         4099          0       4099
Total:       35747 = (   27071 (used) +     8676 (free))


呢個pi係非常食ram無怪乎5代broadwell有好大優勢(128MB L4 cache),我感覺compression decompression X79 + Xeon E5 v2 ivybridge 12C24T 8C16T 10C20T快過broadwell 4C8T

CPU-X on FreeBSD 15




以broadwell 4C8T 128MB L4 cache計,平均每核32MB,7995WX 9995WX 9654 9754 9755 9965過百核,L3 cache有3GB先至係同等規模
threadripper 7995WX
L2 Cache: 96 x 1024 KB
L3 Cache: 384 MB
threadripper 9995WX
L2 Cache: 96 x 1024 KB
L3 Cache: 384 MB

Cache
Cache L1:         64 KB (per core)
Cache L2:         1 MB (per core)
Cache L3:         384 MB (shared)

384MB/96cores=4MB/core

GA-Z97-HD3 REV:2.0 + E3-1285L v4 + 32GB DDR3-2000mt/s + freebsd
frei@frei ~/Downloads> ./pi-libc5-5ᵗʰbroadwell 1000000000
Calculation of PI using FFT and AGM, ver. LG1.1.2-MP1.5.2a.memsave
initializing...
nfft= 268435456
radix= 1000
error_margin= 0.0923872
calculating 805306368 digits of PI...
AGM iteration
precision= 36: 110.09 sec
precision= 84: 108.91 sec
precision= 168: 109.48 sec
precision= 348: 109.84 sec
precision= 696: 109.24 sec
precision= 1392: 109.31 sec
precision= 2784: 109.95 sec
precision= 5580: 113.23 sec
precision= 11160: 114.52 sec
precision= 22344: 110.56 sec
precision= 44688: 114.02 sec
precision= 89400: 113.46 sec
precision= 178812: 111.84 sec
precision= 357648: 111.12 sec
precision= 715308: 109.91 sec
precision= 1430628: 109.52 sec
precision= 2861280: 111.36 sec
precision= 5722584: 112.65 sec
precision= 11445192: 112.54 sec
precision= 22890408: 113.42 sec
precision= 45780852: 110.51 sec
precision= 91561716: 110.46 sec
precision= 183123468: 110.41 sec
precision= 366246960: 112.32 sec
precision= 732493944: 115.41 sec
precision= 1464987924: 112.77 sec
writing pi805306368.txt...
3202.91 sec. (real time)




之前提到apm acpi,freebsd應該唔support acpi,反而係優勢,因為4代5代南橋lynx point有bug,會instantly & immediately自動喚醒by usb keyboard,無法S3睡眠。linux要入/proc/acpi閂野,freebsd直頭唔support acpi & wakeup from usb device,只可以用更舊的apm,apm不支援wakeup from usb device,,實際上freebsd進入S3前斷左USB signal

freebsd 冇 /proc呢個virtual filesystem for processes

#cat /proc/acpi/wakeup;echo EHC1 > /proc/acpi/wakeup;echo EHC2 > /proc/acpi/wakeup;echo XHC > /proc/acpi/wakeup;echo PTXH > /proc/acpi/wakeup

mageia原來有ImageMagick同F3,freebsd個F3完全用唔到

https://madb.mageialinux-online.org/show?distribution=9&architecture=x86_64&rpm=imagemagick&repo=&group=&page=

https://madb.mageialinux-online.org/show?distribution=9&architecture=x86_64&rpm=f3&repo=&group=&page=


root@localhost ~# f3fix --last-sec=61502207 /dev/sdb
F3 fix 8.0
Copyright (C) 2010 Digirati Internet LTDA.
This is free software; see the source for copying conditions.

Drive `/dev/sdb' was successfully fixed
root@localhost ~# lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINTS
sda      8:0    0 465.8G  0 disk   
├─sda1   8:1    0   512M  0 part  /boot/EFI
├─sda2   8:2    0     4G  0 part  [SWAP]
├─sda3   8:3    0    40G  0 part  /
├─sda4   8:4    0 391.2G  0 part   
│ └─a  252:0    0 391.2G  0 crypt /home
└─sda5   8:5    0    30G  0 part   
sdb      8:16   1   125G  0 disk   
└─sdb1   8:17   1  29.3G  0 part
root@localhost ~# udisksctl power-off -b /dev/sdb
mageia@localhost ~/Downloads> date;fish fish;date
Wednesday, March 18, 2026 PM04:29:19 HKT
mogrify: no decode delegate for this image format `HEIC' @ error/constitute.c/ReadImage/746.
Wednesday, March 18, 2026 PM04:29:20 HKT

233 56s/8 2p 32GB 2ch 2000mt/s CL11-11-11-28 Z97 1285L v4 mageia appimage x profile
mageia@localhost ~/Downloads> date;fish fish;date
Wednesday, March 18, 2026 PM04:37:16 HKT
Wednesday, March 18, 2026 PM04:41:09 HKT
mageia@localhost ~/Downloads> date;fish fish;date
Wednesday, March 18, 2026 PM05:43:01 HKT
Wednesday, March 18, 2026 PM05:43:57 HKT
root@localhost ~# cryptsetup luksFormat /dev/sdb1 --type=luks2 --pbkdf=argon2id
WARNING: Device /dev/sdb1 already contains a 'exfat' superblock signature.
WARNING: Device /dev/sdb1 already contains a 'dos' partition signature.

WARNING!
========
This will overwrite data on /dev/sdb1 irrevocably.

Are you sure? (Type 'yes' in capital letters): YES
Enter passphrase for /dev/sdb1:  
Verify passphrase:




另一個之前反映過既問題,S3 suspend-to-ram之後网絡失效要reload,只出現在mageia 9上,Sabertooth X79 P9X79 H81 B85 Z97都出現類似情況,有可能關lynx point南橋事,睡眠suspend後南橋閂左网絡,冇開返
root@localhost ~# systemctl suspend
root@localhost ~# service network restart
Restarting network (via systemctl):                        [  OK  ]
root@localhost ~#
附件: 您需要登錄才可以下載或查看附件。沒有帳號?註冊

TOP

days ago failed to install netbsd nor openbsd

本帖最後由 MSI_R9_280_Gami 於 2026-3-29 20:52 編輯

ghostBSD midnachtBSD dragonflyBSD太冷門。估唔到netbsd openbsd難裝過freebsd咁多

netbsd篇

https://book.bsdcn.org/di-27-zhang-netbsd-xi-tong-ru-men/di-27.2-jie-an-zhuang-yu-pei-zhi
27.2 NetBSD 安装示例 | FreeBSD 中文社区
https://itsfoss.community/t/doing-a-hard-install-of-netbsd/14718
Doing a hard install of NetBSD - Other Distributions - It's FOSS Community

die fs aus freebsd est ufs aka ffs called FFSv2 im netbsd , netbsd chooses FFSv2ea

mountpoint /boot/efi/ IN newfs & install
mountpoint / N newfs

dont choose B for boot

x: Partition sizes ok

f: Fetch and unpack pkgsrc 安裝pkgin
x:
installed successfully but failed zu install pkgin the package manager
k: Enable xdm x display manager

dmesg | grep 'wd\|sd’
mbrlabel wd0
mbrlabel sd0
mbrlabel sd1
/boot/efi/EFI/boot/bootia32.efi
/boot/efi/EFI/boot/bootx64.efi
shutdown -p now

openbsd篇
E using fdisk
edit 0
EF
edit ?
A6 data disk for openbsd
double input passphrase ob wenn encryption was enabled
installation failed

搞完一輪發覺始終void musl好用過freebsd 15。試過ubuntu fedora debian openS.u.S.E. tumbleweed mageia void alt alpine freebsd
https://voidlinux.org/packages/?arch=x86_64-musl&q=mesa-vdpau

想用$wget dl an image,發覺原來仲未裝,再#xbps-install wget,發覺mirror用唔到,想用#xmirror,發覺又未裝,原來可以手動改,唔經#xmirror

https://docs.voidlinux.org/xbps/repositories/mirrors/changing.html
root@void ~# cat /etc/xbps.d/00-repository-main.conf
repository=https://mirror.meowsmp.net/voidlinux/current/musl
vi edit it轉做
https://repo-default.voidlinux.org/current/musl/


難怪之前一路更新唔到套件,原來 /etc/apk/repositories 炒左

https://wiki.alpinelinux.org/wiki/Finding_the_fastest_mirror
https://wiki.alpinelinux.org/wiki/How_to_setup_a_Alpine_Linux_mirror
https://mirrors.alpinelinux.org/
https://www.reddit.com/r/AlpineLinux/comments/vujyrc/manually_adding_mirrors/
https://wiki.alpinelinux.org/wiki/Repositories#Overview
https://pkgs.alpinelinux.org/package/v3.23/main/x86_64/fish

H81M-K i7-4770 DDR3 8GB x2 alpine musl
alpine@alpine ~/Downloads> ./pi-voidMUSL-4ᵗʰhaswell 1000000000
Calculation of PI using FFT and AGM, ver. LG1.1.2-MP1.5.2a.memsave
initializing...
nfft= 268435456
radix= 1000
error_margin= 0.0882149
calculating 805306368 digits of PI...
AGM iteration
precision= 36: 170.39 sec
precision= 84: 167.71 sec
precision= 168: 164.40 sec
precision= 348: 166.66 sec
precision= 696: 174.29 sec
precision= 1392: 167.33 sec
precision= 2784: 173.09 sec
precision= 5580: 173.08 sec
precision= 11160: 172.60 sec
precision= 22344: 173.36 sec
precision= 44688: 170.75 sec
precision= 89400: 168.38 sec
precision= 178812: 174.79 sec
precision= 357648: 173.45 sec
precision= 715308: 169.26 sec
precision= 1430628: 168.68 sec
precision= 2861280: 169.05 sec
precision= 5722584: 170.32 sec
precision= 11445192: 171.03 sec
precision= 22890408: 172.13 sec
precision= 45780852: 167.45 sec
precision= 91561716: 166.08 sec
precision= 183123468: 166.51 sec
precision= 366246960: 151.88 sec
precision= 732493944: 152.00 sec
precision= 1464987924: 149.10 sec
writing pi805306368.txt...
4788.10 sec. (real time)


alpine個firefox musl成日crashes,尤其係zhihu view content source。#shutdown用唔到,用返freebsd經驗#poweroff OK

TOP

about using Xeon E5 paired mit X79 & Xeon E3 mit Z97 / H97

本帖最後由 MSI_R9_280_Gami 於 2026-4-16 09:28 編輯

發覺i7-4770明顯慢過3代E5同5代E3,尤其tar -c -x -vf -z -j -J zstd 壓縮解壓縮(compress extract view-processes forced)

https://tieba.baidu.com/p/10479327763
晒一下上个月入的2673V2(95大元)【至强吧】_百度贴吧

😝 不玩4K,这U根本吃不满的,别看是V2,照样算力过剩
😝 日常根本没机会满载,我的2687只用三热管[滑稽]
😝 E5-2687W v2>2673 v2>2667 v2,2687是满血版,2673是节能版,2667是标准版
😝 E5-2687W v2是Xeon E5 v2的天花板,属于收藏的情怀,没必要再买了,反正民用算力永远过剩

https://tieba.baidu.com/p/9614186136
可以说E5性能差,但不能说E5功耗高【至强吧】_百度贴吧

計返時間2024-11-19應該係用緊Sabertooth X79 + E5-4650 v2,channel C unfunctional,懷疑係CL10-10-10-27 8GB 1600mt/s x6,48GB(channel A + B + D 16GB x3),殘血版


debian@debian:~$ ls -la /home/debian/Music/screenfetch/ss.png
-rw-r--r-- 1 debian debian 145765 Nov 19  2024 /home/debian/Music/screenfetch/ss.png
debian@debian:~$ ls -lu /home/debian/Music/screenfetch/ss.png
-rw-r--r-- 1 debian debian 145765 Mar 29 10:12 /home/debian/Music/screenfetch/ss.png
debian@debian:~$ ls -lc /home/debian/Music/screenfetch/ss.png
-rw-r--r-- 1 debian debian 145765 Mar 28 09:52 /home/debian/Music/screenfetch/ss.png



下圖滿血版係E5-2667 v2 4通道ABCD 64GB 1866mt/s CL10-10-10-27 on debian。跑分高過9代i9-9900K,呢個跑分相當有問題,估計剩係計computing dies,冇計到DDR4 bandwidth latency同CPU cache,實際應該係9900K快好多(都係8C16T)。多核性能貼近5600X應該冇乜可能。當然我唔駛睇都知9900 9900K KS KF的16MB L3 cache同E3-1285L v4的128MB L4 cache冇得比

https://www.cpubenchmark.net/compare/3386vs2154vs3334vs3859/Intel-Xeon-E5-4650-v2-vs-Intel-Xeon-E5-2667-v2-vs-Intel-i9-9900K-vs-AMD-Ryzen-5-5600X






H97 Z97可以boot Gen5ᵗʰ broadwell i7-5775C i5-5675C XEON E3-1285 v4 1285L v4,唔止Gen4ᵗʰ haswell。asus個page寫住H97M-E support i7-5775C i5-5675C(但冇寫是否支援Xeon E3 v4) https://www.asus.com/me-en/supportonly/h97me/helpdesk_cpu/

甚至B85 Z87 H87 Q87都可以刷非官方bios更新微碼boot Gen5ᵗʰ broadwell,當然呢個係非正式方法

坊間傳聞B85可以flash bios變H97,Z87可以flash bios變Z97(4代5代共用1150 socket)。我觀察H97塊板幾縮水下,懷疑同B85係同一條產品綫,MOSFET (DrMOS) VRMs果度冇散熱鋁鰭片no aluminum heatsink heatfins heat,就咁暴露喺空氣中,我既ASUS Z87-C GA-Z97-HD3 REV:2.0係有鋁鰭片

H97M-E 有個M.2 (Socket 3) slot
https://dlcdnet.asus.com/pub/ASUS/mb/LGA1150/H97M-E/T9092_H97M-E.pdf
https://en.wikipedia.org/wiki/M.2
PCIe ×4

https://www.reddit.com/r/buildapc/comments/44gza3/discussion_has_anyone_used_broadwell_in_an/
[Discussion] Has anyone used Broadwell in an LGA1150 Z87 motherboard? : r/buildapc

Broadwell is not quite pin compatible with original 1150 boards, as it changes a few power connections (V_PROC_IO now needs 1.05V, new VCCST rail added to power the eDRAM), and requires buffering the THRMTRIP# pin.

apk del libxpm appstream-glib babl libraw gegl inih inih-inireader exiv2-libs gexiv2 libheif libmypaint gimp

H81M-K i7-4770 DDR3-1600 CL11-11-11-30 8GB x2 alpine,呢個网頁跑分果然唔準



GA-Z97-HD3 REV:2.0 E3-1285L v4 extreme oc profile DDR3-2000mt/s CL11-11-11-28 8GB x4 dual channel void musl,感覺唔多準確





E3-1285L v4勁過E5-2667 v2唔多奇。网上見到700蚊有ASUS zenith X399板 + 1920X,南橋散熱heatsink甩左,竟然sold out,又俾奸商執到。800蚊有asus prime X299-deluxe + 7820X。始終太outdated跑分不及新少少的threadripper,冇乜興趣

https://www.cpubenchmark.net/compare/3038vs2830vs2154vs6344vs3837/Intel-i7-7820X-vs-Intel-Xeon-E5-2667-v4-vs-Intel-Xeon-E5-2667-v2-vs-AMD-Ryzen-7-9800X3D-vs-AMD-Ryzen-Threadripper-PRO-3995WX
https://www.cpubenchmark.net/compare/3062vs3354vs3837vs4764vs6693/AMD-Ryzen-Threadripper-1920X-vs-AMD-Ryzen-Threadripper-2920X-vs-AMD-Ryzen-Threadripper-PRO-3995WX-vs-AMD-Ryzen-Threadripper-PRO-5995WX-vs-AMD-Ryzen-Threadripper-PRO-9995WX
https://www.cpubenchmark.net/compare/3625.2vs2814.2vs2750.2vs2753.2/[Dual-CPU]-AMD-EPYC-7282-vs-[Dual-CPU]-Intel-Xeon-E5-2697A-v4-vs-[Dual-CPU]-Intel-Xeon-E5-2696-v4-vs-[Dual-CPU]-Intel-Xeon-E5-2699-v4

XEON E5-4650 v2
Asus Sabertooth X79
48Gb 3 channels 1600mt/s CL9-9-9-24
void musl firefox

TOP

本帖最後由 MSI_R9_280_Gami 於 2026-4-9 21:55 編輯

https://github.com/Jas0nG/RunCat_for_Linux

#xbps-install unzip  python3-argcomplete python3-packaging python3-click  python3-platformdirs python3-userpath python3-parsing python3-pipx

#pip3 install -r requirements.txt ❌
#pipx install requirements.txt;python3 main.py ❌

failure logfile was stored @  /root/.local/state/pipx/log/*

見到dcfever有850蚊AORUS X470 GAMING PLUS + 5600X,好似好過E5 v2 2690 (¥70) 1680 (¥200) 2687W 2673,原先仲諗住買塊mtx size H97 Z97板(有m2)

X99配E5 v4 2696 2667 2699A 1680太舊又貴,不過AM4再換5600X3D 5800X3D 5950X 配 DDR4好似都幾麻煩。socket 1331 1718 AM4 AM5始終不及2011,maybe swrx8 socket lga 4094 est better

ASRock X570 Creator carousell都係HKD$300,HKD$100買ASUS H97M-E好似好on居

rampage iv gene + E5-1680 v2 overclocked überuhren DDR memory & IO die computing die(rampage iii gene=X58;rampage v gene=X99。maximus iv gene=Z68;maximus v gene=Z77;maximus vi gene=Z87;maximus vii gene=Z97。rampage=hedt maximus=msdt gene=mtx extreme=atx。maximus viii gene / extreme=Z170;maximus ix extreme=Z270)
rog maximus vi formula=z87 ATX
ROG MAXIMUS IX FORMULA=Z270 ATX
ROG MAXIMUS XI HERO=Z390 ATX

互比較,佢4通道32GB 2176mt/s 1DPC 8C16T 3代ivybridge X79 mtx rampage iv gene,我係Z97 ATX 2通道32GB 2000mt/s 2DPC 5代broadwell 4C8T,不過我有128MB L4 cache,E3-1285L v4 65watts非常凉爽

突然諗起之前traded out左96GB recc DDR3:兩條LRDIMM 及寨板X99 DDR3 RDIMM平台,唔知RDIMM 16GB x2 + LRDIMM 32GB x2可否混插?

https://tieba.baidu.com/p/9256712187
【图片】x79超频1680v2 全核心4.5G 内存2176hz_x79吧_百度贴吧



freebsd可以用 tar + brotli 壓縮但無法解壓

root@frei /m/mpt# tar --use-compress-program=brotli -cvf /mpt/mpt/Desktop/a.gz /tmp/*
root@frei /m/mpt# tar -I brotli -cvf /mpt/mpt/Desktop/a.gz /tmp/*
tar: Couldn't open brotli: No such file or directory
root@frei /m/mpt# tar -I [brotli] -cvf /mpt/mpt/Desktop/a.gz /tmp/*
tar: Couldn't open [brotli]: No such file or directory
frei@frei ~/Downloads> tar --use-compress-program=brotli -xvf tar.brotli
failed to write output [con]: Broken pipe
tar: Error opening archive: Child process exited with status 1

frei@frei ~/Downloads [1]> tar -I "brotli" -xvf tar.brotli
tar: Error inclusion pattern: Failed to open 'brotli'

TOP

本帖最後由 MSI_R9_280_Gami 於 2026-4-14 16:58 編輯

C平台見到有塊400蚊板msi mag z690 torpedo,好似幾正,配粒12代13代1700 i3-12100F(HKD$638) 13100F(HKD$660) 4C8T跑分高過E5-1680 v2(淘宝PDD最平要¥350) E5-1680 v4,不過DDR5相當頭痕,非常貴

似乎Z790新d。防縮prevent degrading三部曲:閂細核,更新uefi bios microcodes,用Z板

400蚊有塊4槽DDR5 max 192GB 14代板,另外仲要腰同dram,都係用返3 4 5代X79 H81 Z87 Z97好d

tar --lzma -xvf 7z
tar -I lzma -xvf 7z
tar --use-compress-program=lzma -xvf 7z

TOP

本帖最後由 MSI_R9_280_Gami 於 2026-4-18 00:15 編輯

Sabertooth X79 E5-4650 v2 48GB 3ch 1600mt/s CL9-9-9-24 void musl
compares to P1#4 quad-channel四通道 1866mt/s
compares to P1#5 E5-2697 v2 / i7-4770

root@void ~ [SIGINT]# sysbench cpu --cpu-max-prime=5000000 --threads=20 --events=1 run
sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3)

Running the test with following options:
Number of threads: 20
Initializing random number generator from current time


Prime numbers limit: 5000000

Initializing worker threads...

Threads started!

CPU speed:
    events per second:     0.13

General statistics:
    total time:                          7.4167s
    total number of events:              1

Latency (ms):
         min:                                 7416.59
         avg:                                 7416.59
         max:                                 7416.59
         95th percentile:                     7479.98
         sum:                                 7416.59

Threads fairness:
    events (avg/stddev):           0.0500/0.22
    execution time (avg/stddev):   0.3708/1.62


root@void ~# sysbench cpu --cpu-max-prime=50000000 --threads=20 --events=1 run
sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3)

Running the test with following options:
Number of threads: 20
Initializing random number generator from current time


Prime numbers limit: 50000000

Initializing worker threads...

Threads started!

CPU speed:
    events per second:     0.01

General statistics:
    total time:                          195.7178s
    total number of events:              1

Latency (ms):
         min:                               195717.70
         avg:                               195717.70
         max:                               195717.70
         95th percentile:                   100000.00
         sum:                               195717.70

Threads fairness:
    events (avg/stddev):           0.0500/0.22
    execution time (avg/stddev):   9.7859/42.66



void@void ~> sysbench memory --memory-block-size=2GB --memory-total-size=200GB run
sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3)

Running the test with following options:
Number of threads: 1
Initializing random number generator from current time


Running memory speed test with the following options:
  block size: 2097152KiB
  total size: 204800MiB
  operation: write
  scope: global

Initializing worker threads...

Threads started!

Total operations: 37 (    3.61 per second)

75776.00 MiB transferred (7392.50 MiB/sec)


General statistics:
    total time:                          10.2479s
    total number of events:              37

Latency (ms):
         min:                                  276.08
         avg:                                  276.95
         max:                                  281.51
         95th percentile:                      277.21
         sum:                                10247.30

Threads fairness:
    events (avg/stddev):           37.0000/0.00
    execution time (avg/stddev):   10.2473/0.00



void@void ~/Downloads> ./pi-voidMUSL-3ʳᵈivybridge 1000000000
Calculation of PI using FFT and AGM, ver. LG1.1.2-MP1.5.2a.memsave
initializing...
nfft= 268435456
radix= 1000
error_margin= 0.0882149
calculating 805306368 digits of PI...
AGM iteration
precision= 36: 203.40 sec
precision= 84: 203.11 sec
precision= 168: 202.98 sec
precision= 348: 203.31 sec
precision= 696: 202.88 sec
precision= 1392: 202.45 sec
precision= 2784: 202.07 sec
precision= 5580: 201.79 sec
precision= 11160: 202.37 sec
precision= 22344: 202.10 sec
precision= 44688: 202.13 sec
precision= 89400: 202.81 sec
precision= 178812: 202.02 sec
precision= 357648: 202.24 sec
precision= 715308: 202.47 sec
precision= 1430628: 204.43 sec
precision= 2861280: 205.16 sec
precision= 5722584: 205.81 sec
precision= 11445192: 205.08 sec
precision= 22890408: 203.52 sec
precision= 45780852: 203.32 sec
precision= 91561716: 202.46 sec
precision= 183123468: 202.49 sec
precision= 366246960: 203.70 sec
precision= 732493944: 202.90 sec
precision= 1464987924: 202.33 sec
writing pi805306368.txt...
5838.73 sec. (real time)

TOP

decompression

本帖最後由 MSI_R9_280_Gami 於 2026-4-27 16:15 編輯

commandline
.tar.gz > -z
.tar.bz2 > -j
.tar.xz > -J
brotli N/A
zstd N/A
lzma N/A



lzma篇

FreeBSD 15壓縮左個lzma包,一些linux variants derivants解壓縮lzma原來包喺xz入邊,tar -xJvf target。lzma其實即係microsoft windows的7z。某程度上lzma 7z xz係差不多?

壓縮係
tar --lzma -cvf target source_1 source_2 source_3
tar -I lzma -cvf target source_1 source_2 source_3
tar --use-compress-program=lzma -cvf target source_1 source_2 source_3


unrar篇

.rar係proprietary編碼解碼都係,但解碼器unrar好似限制少d,linux可用 non-free repository

mageia urpmi unrar

https://unix.stackexchange.com/questions/644491/how-can-i-extract-a-rar-file-on-debian

bsdtar -xvf target , which is included in package libarchive-tools

https://packages.debian.org/sid/libarchive-tools



mageia@localhost ~/Downloads> unrar 'resources.rar'

UNRAR 6.23 freeware      Copyright (c) 1993-2023 Alexander Roshal

Usage:     unrar <command> -<switch 1> -<switch N> <archive> <files...>
               <@listfiles...> <path_to_extract/>

<Commands>
  e             Extract files without archived paths
  l[t[a],b]     List archive contents [technical[all], bare]
  p             Print file to stdout
  t             Test archive files
  v[t[a],b]     Verbosely list archive contents [technical[all],bare]
  x             Extract files with full path

<Switches>
  -             Stop switches scanning
  @[+]          Disable [enable] file lists
  ad[1,2]       Alternate destination path
  ag[format]    Generate archive name using the current date
  ai            Ignore file attributes
  ap<path>      Set path inside archive
  c-            Disable comments show
  cfg-          Disable read configuration
  cl            Convert names to lower case
  cu            Convert names to upper case
  dh            Open shared files
  ep            Exclude paths from names
  ep3           Expand paths to full including the drive letter
  ep4<path>     Exclude the path prefix from names
  f             Freshen files
  id[c,d,n,p,q] Display or disable messages
  ierr          Send all messages to stderr
  inul          Disable all messages
  kb            Keep broken extracted files
  me[par]       Set encryption parameters
  n<file>       Additionally filter included files
  n@            Read additional filter masks from stdin
  n@<list>      Read additional filter masks from list file
  o[+|-]        Set the overwrite mode
  ol[a]         Process symbolic links as the link [absolute paths]
  op<path>      Set the output path for extracted files
  or            Rename files automatically
  ow            Save or restore file owner and group
  p[password]   Set password
  r             Recurse subdirectories
  sc<chr>[obj]  Specify the character set
  si[name]      Read data from standard input (stdin)
  sl<size>      Process files with size less than specified
  sm<size>      Process files with size more than specified
  ta[mcao]<d>   Process files modified after <d> YYYYMMDDHHMMSS date
  tb[mcao]<d>   Process files modified before <d> YYYYMMDDHHMMSS date
  tn[mcao]<t>   Process files newer than <t> time
  to[mcao]<t>   Process files older than <t> time
  ts[m,c,a,p]   Save or restore time (modification, creation, access, preserve)
  u             Update files
  v             List all volumes
  ver[n]        File version control
  vp            Pause before each volume
  x<file>       Exclude specified file
  x@            Read file names to exclude from stdin
  x@<list>      Exclude files listed in specified list file
  y             Assume Yes on all queries

mageia@localhost ~/Downloads [7]> unrar e 'resources.rar'

UNRAR 6.23 freeware      Copyright (c) 1993-2023 Alexander Roshal

Extracting from resources.rar

Extracting  resources                                          OK
Extracting  resources                                          OK
Extracting  resources                                          OK
Extracting  resources                                          OK
Extracting  resources                                          OK
Extracting  resources                                          OK
Extracting  resources                                          OK
Extracting  resources                                          OK
Extracting  resources                                          OK
Extracting  resources                                          OK
Extracting  resources                                          OK
Extracting  resources                                          OK
Extracting  resources                                          OK
Extracting  resources                                          OK
Extracting  resources                                          OK
Extracting  resources                                          OK
All OK





GUI我推介peazip,有.deb .rpm,peazip portable有 based on C的qt、gtk+。both peazip & rar unrar are freewares,實測peazip可以成功解壓縮 .rar file

root@localhost ~# urpmi /home/mageia/Downloads/peazip-11.0.0.LINUX.Qt6-1.x86_64.rpm


SECURITY: The following package is _NOT_ signed (OK ((none))): /home/mageia/Downloads/peazip-11.0.0.LINUX.Qt6-1.x86_64.rpm
installing peazip-11.0.0.LINUX.Qt6-1.x86_64.rpm from /home/mageia/Downloads
Preparing...                     ##########################################################################################################################################################
      1/1: peazip                ##########################################################################################################################################################




我認為解壓縮比壓縮重要得多,网路上的資源根本不可能聯絡到原作者並要求提供指定格式,自由度不如自己壓縮。如果冇解壓既工具,下載完個包係冇用


使用peazip作前端 GUI frontend,zpaq ultimate extreme ultra compression ratio size唔係細好多。mageia冇zpaq lpaq *paq呢個套件,要用peazip

> ls -la *.rar *.zpaq
-rw-r--r-- 1 mageia mageia 328514053 Apr 24 00:42 'resources.rar'
-rw-r--r-- 1 mageia mageia 326743023 Apr 24 14:10 'resources.zpaq'


依稀記得十幾年前用peazip壓縮 *paq lpaq zpaq非常慢,現在用快左好多,懷疑係5代U E3-1285L v4有128MB L4 ondie cache,有好大得益。理論上9950X3D2有兩片CCD兩塊大緩存(快取)應該喺dram io密集既任務有優勢。去dram攞料要經uncore的memory controller即係北橋,再出去,再返返入黎,呢段距離用光速行係有延遲。ondie既cache會快好多,即係CL值,幾多個CPU circles dram cycles

呢個portable version aus peazip based on qt都幾搞笑,完全run唔到,要裝左 .rpm version先至run到,缺呢個 libQt6Pas.so libQt6Pas.so.6 libQt6Pas.so.6.2 喺 ./ folder內係soft links by ln -s target link_names,軟鏈結,軟指針指向 ./libQt6Pas.so.6.2.8,一路話缺,我見根本喺 ./ folder 入面存在they were existing,完全冇缺,整極唔得,原來係system folder缺,裝左 .rpm version補返就run到

mageia@localhost ~/Downloads> /home/mageia/Downloads/peazip_portable-11.0.0.LINUX.Qt6.x86_64/peazip
/home/mageia/Downloads/peazip_portable-11.0.0.LINUX.Qt6.x86_64/peazip: error while loading shared libraries: libQt6Pas.so.6: cannot open shared object file: No such file or directory

peazip portable gtk+ 版本質素高好多,冇呢個低能既bug

pezip有些特别的功能,包括但不限于 files comparing comparison,safely erase:「Zero delete」、「Secure delete」




zpaq in an archiver, it's primary and central purpose is to compress folders. You absolutely don't need to make a tar, try again.
zpaq 就是个压缩软件,它最主要、最核心的功能就是压缩文件夹。你完全不需要先打包成 tar,再试试。
zpaq 係一個歸檔工具,佢最主要嘅功能就係壓縮文件夾。你絕對唔需要整 tar 檔,再試吓啦。


Usage: zpaq command archive[.zpaq] files... -options...

zpaq add output.zpaq a b c d  -m5


https://www.deploymentresearch.com/data-deduplication-reference-zpaq-benchmarking/
Data Deduplication Reference - ZPAQ Benchmarking - Deployment Research

0~5共5(6)層壓縮級數compression levels

       -mtype[Blocksize[.pre[.arg][comp[.arg]]...]]
       -method type[Blocksize[.pre[.arg][comp[.arg]]...]]
           With "add", select a compression method. type may be 0, 1, 2, 3, 4, 5, "x", or "s". The optional Blocksize  may  be  0..11,
           written with no space after the type, like "-m10" or "-method 511". The remaining arguments, separated by periods or commas
           without spaces, are only allowed for types "x" or "s", for example "-mx4.3ci1".

           If  type  is  numeric,  then  higher  numbers  compress better but are slower.  The default is "-m1". It is recommended for
           backups. "-m2" compresses slower but decompresses just as fast as 1. It is recommended for archives to be  compressed  once
           and decompressed many times, such as downloads. "-m0" stores with deduplication but no further compression.

我都幾肯定zpaq係記憶體密集的process,E3-1285L v4(peazip qt on mageia)同E5-2667 v2(peazip gtk+ / commandline zpaq on debian)大概要4.7分鐘。peazip壓出黎size恆定係326743023 326743021(懷疑係folder name改左所以略有變化),用commandline zpaq細500 bytes左右

-rw-rw-r-- 1 root root 326742516 Apr 24 19:43 a.zpaq

Fri Apr 24 07:15:19 PM HKT 2026
Fri Apr 24 07:20:12 PM HKT 2026

Fri Apr 24 07:38:47 PM HKT 2026
275.516 seconds (all OK)
Fri Apr 24 07:43:23 PM HKT 2026

debian安裝係#apt-get install libarchive-tools zpaq;apt-get install ./peazip_11.0.0.LINUX.GTK2-1_amd64.deb
remove #apt-get purge libarchive-tools zpaq peazip

#urpme unrar peazip



Commands:
   a  add         Append files to archive if dates have changed.
   x  extract     Extract most recent versions of files.
   l  list        List or compare external files to archive by dates.


void@void /h/m/Downloads> zpaq x Music.zpaq

TOP

本帖最後由 MSI_R9_280_Gami 於 2026-5-17 02:31 編輯

第一級,最佳:debian mageia 9 ,成熟穩健,功能豐富,套件多,健康,最general最通用,更新慢但穩定

優良:void musl alpine ,安裝同重裝簡單,lightweight。雖然alpine我唔知點令佢有聲output,但都算好用。openS.u.S.E. tumbleweed都算好用。芬蘭及美國國籍的linus用fedora + threadripper 3970X(32c64t 四通道不支援ecc dimm,max         3200mt/s) + unbuffered DDR4-2666 16GB x4 + 技嘉 Aorus TRX40 Master + intel arc B580(之前用i9-9900K + radeon RX580),我稍微略略用過吓fedora唔多慣,印象中fedora算lightweight同好用。

不建議:Russo-alt。altlinux其實算好用,間唔中連server更新套件网速得幾KB,等到傻

劣:ubuntu freebsd 15,snap劣。freebsd hdmi斷線重新連過會死dm,重load restart dm(#service sddm restart)會lost unsaved sessions & tasks

TOP

本帖最後由 MSI_R9_280_Gami 於 2026-5-18 11:00 編輯

XEON E3-1271 v3
Z87-C REV. 1.02
DDR3-2200mt/s 8GB x4 AB2通道 CL13-13-13-33
void musl

CPU-X Voltage 1.140 V,超頻超到傻都比唔上E3-1285L v4
void@void ~/Downloads> ./pi-voidMUSL-4ᵗʰhaswell 1000000000
Calculation of PI using FFT and AGM, ver. LG1.1.2-MP1.5.2a.memsave
initializing...
nfft= 268435456
radix= 1000
error_margin= 0.0882149
calculating 805306368 digits of PI...
AGM iteration
precision= 36: 128.03 sec
precision= 84: 130.57 sec
precision= 168: 127.20 sec
precision= 348: 128.03 sec
precision= 696: 125.86 sec
precision= 1392: 127.81 sec
precision= 2784: 127.15 sec
precision= 5580: 127.67 sec
precision= 11160: 128.37 sec
precision= 22344: 127.74 sec
precision= 44688: 130.78 sec
precision= 89400: 134.70 sec
precision= 178812: 138.25 sec
precision= 357648: 135.05 sec
precision= 715308: 131.42 sec
precision= 1430628: 130.76 sec
precision= 2861280: 130.23 sec
precision= 5722584: 129.58 sec
precision= 11445192: 128.16 sec
precision= 22890408: 127.78 sec
precision= 45780852: 144.61 sec
precision= 91561716: 158.24 sec
precision= 183123468: 131.13 sec
precision= 366246960: 132.24 sec
precision= 732493944: 125.21 sec
precision= 1464987924: 124.79 sec
writing pi805306368.txt...
3776.55 sec. (real time)



compaire with P1#4,DDR3 由onda昂达2000mt/s換為步战士infantry 2200mt/s,但HSW比起BDW冇左128MB L4 cache


void@void ~> sysbench memory --memory-block-size=2GB --memory-total-size=200GB run
sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3)

Running the test with following options:
Number of threads: 1
Initializing random number generator from current time


Running memory speed test with the following options:
  block size: 2097152KiB
  total size: 204800MiB
  operation: write
  scope: global

Initializing worker threads...

Threads started!

Total operations: 61 (    6.08 per second)

124928.00 MiB transferred (12442.74 MiB/sec)


General statistics:
    total time:                          10.0387s
    total number of events:              61

Latency (ms):
         min:                                  163.09
         avg:                                  164.56
         max:                                  168.58
         95th percentile:                      167.44
         sum:                                10038.15

Threads fairness:
    events (avg/stddev):           61.0000/0.00
    execution time (avg/stddev):   10.0381/0.00

TOP