FazBrowse GitHub Viewer | Trending |
URL:
| Home
Tools: [Download Repo ZIP]   [Original HTTPS Page]

Cache both hash forms for FString by headius · Pull Request #9143 · jruby/jruby · GitHub

/ jruby Public

Cache both hash forms for FString - #9143

Merged
headius merged 1 commit into
jruby:10.1-devfrom
headius:cache_fstring_hash
Dec 30, 2025
Merged

Cache both hash forms for FString#9143
headius merged 1 commit into
jruby:10.1-devfrom
headius:cache_fstring_hash

Conversation

headius commented Dec 18, 2025

Copy link
Copy Markdown
Member

Previously the long form of the FString was cached and returned by longHashCode, but that value is actually just an int and can also be returned by hashCode. We can also pre-allocate and cache the fixnum version of the hash so it does not have to be created each time it is used from Ruby.

Found while working on performance optimizations for Puma in puma/puma#3838.

Previously the long form of the FString was cached and returned
by longHashCode, but that value is actually just an int and can
also be returned by hashCode. We can also pre-allocate and cache
the fixnum version of the hash so it does not have to be created
each time it is used from Ruby.

Found while working on performance optimizations for Puma in
puma/puma#3838.
headius added this to the JRuby 10.1.0.0 milestone Dec 18, 2025
headius merged commit 8a3cc6c into jruby:10.1-dev Dec 30, 2025
153 of 154 checks passed
headius deleted the cache_fstring_hash branch December 30, 2025 20:15
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters. Learn more about bidirectional Unicode characters
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant


Back | FazBrowse Home | New Git URL