> On Sep 18, 2016, at 04:25, René J.V. Bertin <[email protected]> wrote: > > Hi, > > This isn't actually about codesigning but something that may have come up > because of my testing in that domain. > > I got a low disk space warning (for an unrelated reason) and hunting down the > space eater I noticed this: > > {{{ > %> id macports > uid=502(macports) gid=503(macports) > groups=503(macports),12(everyone),61(localaccounts),402(com.apple.sharepoint.group.1),403(com.apple.sharepoint.group.2),100(_lpoperator) > %> ps -u 502 > UID PID TTY TIME CMD > 502 1476 ?? 0:26.85 /sbin/launchd > 502 1479 ?? 0:19.00 /usr/sbin/distnoted agent > 502 3843 ?? 0:00.14 /usr/libexec/xpcd > 502 3844 ?? 0:13.81 com.apple.IconServicesAgent > 502 94723 ?? 0:00.06 > /System/Library/Frameworks/CoreServices.framework/Frameworks/Metadata.framework/Versions/A/Support/md > 502 95293 ?? 0:00.19 /usr/sbin/cfprefsd agent > }}} > > I'm not sure if it's normal that macports has a launchd running
That all looks as expected for someone on OS X 10.9. launchd2 in 10.10+ did
away with per-user launchd. All domains are managed by the same process.
> or to what extent that has to do with my recent tests of using that user's
> keychain for codesigning. I started the Keychain Utility as user macports,
> maybe that's what launched launchd c.s.
> Anyway, I don't see any valid reason why the macports user would have a
> fullblown icon cache. In my case each cache directory eats up about 900Mb.
> Some may find that insignificant; I still consider it a waste of space.
That's pretty large. I'm a bit surprised by that.
My macports user's disk usage is about 90 MB, mostly for its pch cache.
> I also notice that users like root and _securityagent have *much* smaller
> icon cache directories. Does anyone know if there's a setting or other means
> to limit the information being cached by users that should never run
> full-blown sessions? Could it be related to the UID being larger or smaller
> than some symbolic value (often 500 on Unix)?
>
> Evidently the macports user isn't the only one that's concerned: any user
> added by MacPorts is (polkituser, polkitd, avahi, ldap, ...)
>
> Is it possible to create users with UID<500 despite those numbers being
> "reserved by Apple"?
Yes, of course it's possible. Don't. There's nothing special about the UID in
this case that has anything to do with what you're seeing.
>
> Thanks,
> René
>
> PS: this is what afsctool reports about my icon caches
> {{{
> %> sudo afsctool -cfvv -8 -J4 /var/folders/*/*/C/com.apple.IconServices
What is -J4? I don't see that option mentioned, and afsctool seems to bawk at
it.
> Adding
> /var/folders/11/_bf842l54ngf42g66hkzslmw0000gp/C/com.apple.IconServices to
> queue
> Adding
> /var/folders/8d/5ghf31k1063f1wcln60nd91h0000gv/C/com.apple.IconServices to
> queue
> Adding
> /var/folders/99/yvy25dd94jn_ykbfkf1q4mzw0000gw/C/com.apple.IconServices to
> queue
> Adding
> /var/folders/gf/wmgp2zv506dcsg7_cjxx69m40000gr/C/com.apple.IconServices to
> queue
> Adding
> /var/folders/j1/1439ppj08xj8h6006s6drbq00000gs/C/com.apple.IconServices to
> queue
> Adding
> /var/folders/sd/pwbxpphw8xj3vb006s6drbq00000gn/C/com.apple.IconServices to
> queue
> Adding
> /var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/C/com.apple.IconServices to
> queue
> Adding
> /var/folders/zz/zyxvpxvq6csfxvn_n00000bh00002w/C/com.apple.IconServices to
> queue
> Starting 4 worker threads to process queue with 8617 items
> 11% [33.45%] .. 21% [33.95%] .. 32% [33.63%] .. 42% [31.99%] .. 52% [30.15%]
> .. 63% [29.08%] .. 73% [27.90%] .. 84% [27.30%] .. 94% [27.62%]
> Processed 8617 entries
> Total number of files: 14016
> Total number of file hard links: 0
> Total number of folders: 0
> Total number of folder hard links: 0
> Total number of items (number of files + number of folders): 14016
> Folder size (uncompressed; reported size by Mac OS 10.6+ Finder): 6306042064
> bytes / 6.32 GB (gigabytes) / 5.88 GiB (gibibytes)
> Folder size (compressed - decmpfs xattr; reported size by Mac OS 10.0-10.5
> Finder): 665214917 bytes / 678.6 MB (megabytes) / 647.2 MiB (mebibytes)
> Folder size (compressed): 676008333 bytes / 689.4 MB (megabytes) / 657.5 MiB
> (mebibytes)
> Compression savings: 89.3%
> Approximate total folder size (files + file overhead + folder overhead):
> 698299808 bytes / 698.3 MB (megabytes) / 666 MiB (mebibytes)
> }}}
>
> IOW, they compress about 10x. A real shame HFS doesn't have transparent,
> online compression!!
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ macports-dev mailing list [email protected] https://lists.macosforge.org/mailman/listinfo/macports-dev
