Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Rubygems gem command very slow on Windows Ruby 3.1 x64-mingw-ucrt #5540

Closed
johnnyshields opened this issue May 14, 2022 · 7 comments
Closed
Labels

Comments

@johnnyshields
Copy link
Contributor

johnnyshields commented May 14, 2022

I am running Ruby 3.1 on x64-mingw-ucrt using RubyInstaller 3.1.1-1. (Note that x64-mingw-ucrt is the new platform which is now the standard for Windows as of Ruby 3.1.)

Running gem install is drastically slower than on Ruby 3.0 and other versions; it takes several minutes before any log lines print at all. It does eventually work correctly, i.e. installs the gems.

Doing gem update --system doesn't make any difference.

I am not noticing slowness in any other aspect of Ruby 3.1; I've run various code benchmarks on irb and there wasn't a major performance difference.

I've filed an issue with RubyInstaller as well: oneclick/rubyinstaller2#264

@deivid-rodriguez
Copy link
Member

I'd definitely like to figure this one out, although it seems something to do with Ruby/RubyInstaller rather than RubyGems, since we don't really have code specific to any rubies.

Would you be able to run some benchmarks to figure out where RubyGems updater is spending the most time? Also, is it equally slow if you use --no-document?

@johnnyshields
Copy link
Contributor Author

OK, I've determined that its due to HTTPS being slow. Added comment on oneclick/rubyinstaller2#264. I think this is not related to Rubygems itself, so closing issue.

@deivid-rodriguez
Copy link
Member

I'll subscribe to that ticket!

@deivid-rodriguez
Copy link
Member

By the way, I doubt it's related to ipv6, but you may want to try setting the IPV4_FALLBACK_ENABLED environment variable just in case!

@deivid-rodriguez
Copy link
Member

So, was it indeed an ipv6 related issue that IPV4_FALLBACK_ENABLED did not fix?

@johnnyshields
Copy link
Contributor Author

IPV4_FALLBACK_ENABLED didn't seem to fix it. Issue is still open on RubyInstaller side.

@deivid-rodriguez
Copy link
Member

Ok!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants