I don't know much of PHP, but reaching "Rust/Go" performance is not simply because they have AOT compiler, but because the semantic of the language itself allows efficient compilation.

Many attempts has been made for an AOT compiler for Python and Ruby, but they don't reach those performance because of this.

This is not what "by definition" means.

A - your code

B - a heavy runtime that is greater than 0

C - system libraries

By definition

A + C < A + B + C

Again, this is not by definition. This is by deduction.

What about https://github.com/tw93/mole ?

Mole looks great — I hadn't seen it before. Go is a solid choice for this kind of tool.

  The main differences from onClean:

  - Mole is free/open-source (MIT), onClean is $5.99 one-time. If free matters most, Mole wins there.
  - onClean's scanning engine is written in Zig with direct POSIX syscalls — different tradeoff (smaller
  binary, no GC pauses during large scans).
  - onClean has first-class support for developer-specific caches (Xcode DerivedData, nested node_modules,
   Cargo, CocoaPods, Docker) which tend to be the biggest space hogs for devs.
  - We also have a menu bar helper for scheduled cleaning and a recommendations system for stale
  downloads/screenshots.

  Honestly, the more tools in this space the better — CleanMyMac charging $40/yr for cache deletion has
  gone on long enough. Thanks for sharing the link.

I'm (and millions other people) are using macOS with a classic scroll wheel mouse perfectly fine. Are you sure there is not something messing with the trackpad at the same time ? (this looking erratically random?)

There is no trackpad connected, just the Magic Mouse that was charging. Maybe it is because of some setting stored inside the mouse (it's a Razer mini). I think it has something to do with the scroll speed that macOS cannot deal with.

As I said, I'm sure I can fix it, but the point is that it works just fine as is on Windows and Linux.

Logitech mice are appreciated on Macs because they generally make drivers to deal with macOS idiosyncracies. A generic mouse will probably work OK but will be painful to deal with. macOS expects scrolling to work with inertia because of their focus on the trackpad or touch surface for the Magic Mouse.

Having used both extensively, it's not all bad, and I think they actually got some things right, but the problem is they make it hard for 3rd parties to make hardware because the APIs are lacking or inaccessible. For example, they just enabled linear mouse movement without relying on 3rd-party software; Windows has had that option since basically forever.

Apple does have some good things, but you can't argue with the fact that they make it very hard to integrate 3rd-party solutions (display are the same, notably for brightness control, etc).

TLDR: DBtune identified and tuned key server parameters that seem to have had a large impact, including random_page_cost and max_wal_size

Zed uses clangd, I don't think clangd support only 90% of C++ (and I don't think it avoid hard work).

export template extern still exists.

TIL that std::visit supports multiple variants. How new is that ?

Always did, as far as I know. Never knew why...