All I could find for context about what caused it (which is not reflected in that issue)
> Go command
The directory $GOROOT/pkg no longer stores pre-compiled package archives for the standard library: go install no longer writes them, the go build no longer checks for them, and the Go distribution no longer ships them. Instead, packages in the standard library are built as needed and cached in the build cache, just like packages outside GOROOT. This change reduces the size of the Go distribution and also avoids C toolchain skew for packages that use cgo.
Other two comments are wrong. The correct answer is that the compiler now builds everything on demand if it's not already built. This now includes the standard library as well. Previously built versions of standard library modules were being shipped.
It seems like it rebuilds itself with PGO. I can't tell if I'm being paranoid/didn't only include stdlib in something, but I ran some random programs, restarted my computer and the install is now at 320mb, vs. 213 when I first untarred it.
> PGO in Go applies to the entire program. All packages are rebuilt to consider potential profile-guided optimizations, including standard library packages.
Go1.21 uses PGO by default, if the file default.pgo exists.
> The -pgo build flag now defaults to -pgo=auto, and the restriction of specifying a single main package on the command line is now removed. If a file named default.pgo is present in the main package's directory, the go command will use it to enable profile-guided optimization for building the corresponding program.
Possibly compiler/linker improvements. For example, FTA:
“In Go 1.21 the linker (with help from the compiler) is now capable of deleting dead (unreferenced) global map variables, if the number of entries in the variable initializer is sufficiently large, and if the initializer expressions are side-effect free.”
There also may be differences in debug symbols in the various binaries.
If you want to maximize battery life on a Mac, you need to do Mac-specific things. The most energy efficient way to do things is to hook into proprietary APIs such as CTS and GCD. You can’t get around these by doing it yourself because they’re designed to coordinate tasks across all running processes.
This high level of coordination improves efficiency because the CPU can wake up, crank through the queue of scheduled tasks, and go back to sleep. If every process does it DIY, then the CPU just gets woken up repeatedly and your battery dies a death by a thousand cuts.
Under the Advanced Search options there is a way to search file contents but it comes with a warning that contents are not indexed, so you'll want to narrow the search through filenames first.
It has worked for me when I knew the snippet I was looking for but couldn't remember which of about 50 files might contain it.
I really hope windows search has sped up again. I really only use it for opening apps that aren't on my taskbar but somewhere in the past couple of updates it slowed way down for me. I type S-T and it takes 5 seconds to come back with a list of apps starting with ST---.
Are there any power users who use File Explorer? I use TCMD since last millennium and ocassionally working with FE is unproductive PITA. Pretty much only time I use file explorer is when I open/save file (if that dialog window is even FE).
Location: South Africa
Remote: Yes
Willing to relocate: Yes
Technologies: C#, Python (NumPy and friends), some JS, Go
Skills: finance, statistics, applied maths
Résumé/CV: on request
Email: tncszsnmg@mozmail.com
I have more than four years of development experience in the quant-finance and insurance space.
Have developed valuation and risk models, tools to speed up and automate analysis and reporting etc.
Interested in opportunities inside and outside of finance.
Current hobby project: a small 2D game using C++ (SFML).
Location: South Africa
Remote: Yes
Willing to relocate: Yes
Technologies: C#, Python (NumPy and friends), JS
Résumé/CV: https://drive.google.com/file/d/1X-LFxgiO4Q62bsp0VDf0fHuD5tsW1N3x
Email: tncszsnmg@mozmail.com
I have four years of development experience in the quant-finance and insurance space.
Interested in opportunities inside and outside of finance.
