<div dir="auto"><div><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, Aug 3, 2026, 7:01 PM Jim via SlackBuilds-users <<a href="mailto:slackbuilds-users@slackbuilds.org">slackbuilds-users@slackbuilds.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Aug  3, 2026 at 11:38 (-0700), Jeremy Hansen wrote:<br>
<br>
> On Mon, Aug 3, 2026, 8:47 AM Jim via SlackBuilds-users <<br>
> <a href="mailto:slackbuilds-users@slackbuilds.org" target="_blank" rel="noreferrer">slackbuilds-users@slackbuilds.org</a>> wrote:<br>
<br>
>> On Mon, Aug  3, 2026 at 14:31 (+0200), Franzen via SlackBuilds-users wrote:<br>
<br>
>>>> chmod -R u+w,go-w,a+rX-st .<br>
<br>
>>> Here is an explanation why my proposal might not be that good. It's 13<br>
>> years<br>
>>> old, maybe chmod has changed to the better:<br>
>>> <a href="https://unix.stackexchange.com/a/79874" rel="noreferrer noreferrer" target="_blank">https://unix.stackexchange.com/a/79874</a><br>
<br>
>> Since I already timed the other replacement options, here is that one as<br>
>> well (again, on qt6-6.8.3-x86_64-2_SBo.tgz, where    find . | wc -l<br>
>> outputs 18282, which is a lot of files and directories).<br>
<br>
>> $ time find .  ! -type l -a \( -perm /111 -a ! -perm 755 -a -exec chmod -f<br>
>> 755 {} + \) -o \( ! -perm /111 -a ! -perm 644 -a -exec chmod -f 644 {} + \)<br>
>> 0.03s user 0.06s system 99% cpu 0.086 total<br>
<br>
>> $ time find .  ! -type l -a \( -perm /111 -a -exec chmod -f 755 {} + \) -o<br>
>> \( ! -perm /111 -a -exec chmod -f 644 {} + \)<br>
>> 0.07s user 0.22s system 99% cpu 0.285 total<br>
<br>
>> $ time chmod -R u+w,go-w,a+rX-st .<br>
>> 0.03s user 0.21s system 99% cpu 0.244 total<br>
<br>
>> Certainly the one with ! -perm is the fastest.  Whether brevity is worth<br>
>> two tenths of a second or not is probably a personal opinion.<br>
<br>
> I'm not sure why you're seeing such a minimal amount of time with the<br>
> original command.<br>
<br>
Me neither (but see below).<br>
<br>
> That's always been a bottleneck when compiling SlackBuilds between the<br>
> visible extraction and the visible compilation. It just sits there on big<br>
> builds while find does its thing silently.<br>
<br>
I can't say I've noticed that, but often I let a SlackBuild chug away in<br>
one window and look at something else.  The next time I build something<br>
I'll have to see if thee is something weird about my tests today.<br>
<br>
> I just tested my Kodi SlackBuild by adding time in front of the find<br>
> command and that took:<br>
<br>
> real    0m15.603s<br>
> user    0m10.402s<br>
> sys     0m5.215s<br>
<br>
That seems very slow, especially in light of the machine you describe below.<br>
<br>
Astonishing, in fact.  Given that the find comes right after untarring and<br>
chowning, I would think that all of the directory structure should be<br>
cached in pages lounging around in your 64 GB memory, unless you have a<br>
bunch of VMs running which have been allocated 60 or 62 GB of your RAM.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I have no VMs and only 3 relatively small containers running. Only using about 5GB total.</div><div dir="auto"><br></div><div dir="auto"><div dir="auto">jbhansen@craven-moorhead:~/sbo-git/multimedia/kodi$ free -h</div><div dir="auto">               total        used        free      shared  buff/cache   available</div><div dir="auto">Mem:            62Gi       4.8Gi       1.8Gi       112Mi        56Gi        57Gi</div><div dir="auto">Swap:           15Gi       1.1Gi        14Gi</div></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> The chmod was incredibly fast:<br>
<br>
> real    0m0.076s<br>
> user    0m0.003s<br>
> sys     0m0.073s<br>
<br>
> As was the new find:<br>
<br>
> real    0m0.079s<br>
> user    0m0.016s<br>
> sys     0m0.062s<br>
<br>
Did you run the old stinky find again just to see how it went on second try?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Just tried it again. Left the chmod initially and then commented that out and uncommented the original find with time in front of it and reran the SlackBuild. It resulted in similar times:</div><div dir="auto"><br></div><div dir="auto"><div dir="auto">real    0m15.079s</div><div dir="auto">user    0m9.920s</div><div dir="auto">sys     0m5.185s</div></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> The amount of files in the Kodi source is around 33% smaller compared to<br>
> your qt6 example:<br>
<br>
> jbhansen@craven-moorhead:~/sbo-git/multimedia/kodi$ find<br>
> /tmp/SBo/xbmc-21.3-Omega/ | wc -l<br>
> 11697<br>
<br>
> This is all done on a Ryzen 9 5950X with a 2TB Samsung 980 Pro NVMe and<br>
> 64GB of RAM.<br>
<br>
If I had a desktop I'd probably have major hardware jealousy at this point. :-)</blockquote></div></div><div dir="auto"><br></div><div dir="auto">I've definitely been lucky, but I tend to buy big and then wait a long time before replacing. I'm hoping to get close to a decade with this set up.</div><div dir="auto"></div></div>