Tiny Core Extensions > TCE Talk
mksquasfs 4.7 increased speed [20% up to 10x]
CentralWare:
Good evening, @Everyone!
mksquashfs v4.3 is in @Rich's example using a dual core (assuming two thread) processor...
x86 assumes 3GB~4GB ceiling, but there's no specs for storage which may also factor into the mix.
v4.6.1 has been in play since TCL 14.x and continues onto 16.x
v4.7 (including git download, repackaging as tar.gz, extracting to ./src and compiling) takes a whole 2.95 seconds on the machine I'm compiling with at the moment once all the z-compression dependencies were located.
I repeated the test using 8.x/x86/tcz/src as our source
--- Code: ---10.51s using 2 cores, <3s using 8 cores, <2s open throttle w/ 40 threads ~ 12 in use during trial
...compiling 4.6.1...
10.64s using 2 cores, <3s using 8 cores... yeah, I'm not seeing any real differences so far...
...compiling 4.5.1...
0.24s slower using 2 cores... virtually same using 8 cores...
--- End code ---
Now, when you adjust memory (-mem 3072M) things get a little more interesting
v4.7 2 cores: 10.43s
v4.6.1 2 cores: 10.41s
v4.5.1 2 cores: 13.94s
But that's still 630MB being managed, many of the files found in tcz/src are already archived so results may vary.
As @Paul_123 notes, this only applies to creating an archive/extension... it does not affect efficiency when loading the TCZ
Rich:
Hi CentralWare
--- Quote from: CentralWare on May 14, 2025, 07:54:47 PM --- ... but there's no specs for storage which may also factor into the mix. ...
--- End quote ---
I take it you are referring to my hard drives.
Both are WD5003ABYX 500GB 7200RPM 64MB cache SATA 3.0Gb/sec
/mnt/sdb1/ which was the target had 80 Gbytes out of 192GBytes free.
/mnt/sda1/home/tc had 3.8 Gbytes out of 46GBytes free.
Juanito:
--- Quote from: Rich on May 14, 2025, 05:19:57 PM ---Maybe Juanito will weigh in on this. He builds more
extensions than anyone.
--- End quote ---
Not much to add except that this is probably like zstd in that the version in the kernel is behind that used separately?
Navigation
[0] Message Index
[*] Previous page
Go to full version