News for hackers. Stuff that matters.

A comment on Types will be part of Ruby 3 stdlib source. Parent comment

Re:Types will be part of Ruby 3 stdlib source by bjoli on Friday April 19, 2019 @09:53AM (#19699614)
The slowness of brew isnt ruby's fault. They don't keep a local cache of the taps, but instead searches for taps using an API that interfaces with github and searches local taps, remote taps, then blacklisted taps and then probably something more. It is limited by network speed, not by string searching.

Edit: explained better here: https://github.com/Homebrew/brew/issues/3056#issuecomment-32...

[ Parent | on HN ]
Re:Types will be part of Ruby 3 stdlib source by aasasd on Friday April 19, 2019 @10:06AM (#19699695)
It's not limited by network speed because I have HOMEBREW_NO_GITHUB_API and HOMEBREW_NO_AUTO_UPDATE enabled. It's not like I just today stumbled into the problem.

Brew's not even consuming much system cpu time during `brew search`, despite hogging a core for a full minute.

Even just `brew help` takes almost 10 sec cold.

[ Parent | on HN ]
Re:Types will be part of Ruby 3 stdlib source by wilg on Friday April 19, 2019 @12:55PM (#19701044)
Are you using JRuby or something? 10 seconds is too long.

> time brew help

> brew help 0.55s user 0.26s system 96% cpu 0.849 total

[ Parent | on HN ]
Re:Types will be part of Ruby 3 stdlib source by aasasd on Friday April 19, 2019 @01:10PM (#19701164)
Regular Ruby 2.5.1. I do have a throttled CPU due to no battery in the MacBook, but I still have Python and other stuff to compare, and Brew (or Ruby) definitely does something wrong on my machine. It's hugely CPU-bound without a particular reason for being so.
[ Parent | on HN ]
Re:Types will be part of Ruby 3 stdlib source by wilg on Friday April 19, 2019 @06:23PM (#19703516)
Weird. I'd guess Brew because MRI Ruby tends to have pretty good boot times.
[ Parent | on HN ]