On my machine (3GHz P4, 1GB RAM, Windows and other apps running) I just
opened up a command prompt and typed "ri ERB".
Then I realized that ri has become heinously slow since I upgraded to
1.8.5.
So I opened a browser window.
I typed in ruby-doc.org/stdlib.
I let the browser load the frameset and pages.
I clicked on ERB in the left side.
I let the browser load the new frameset and pages.
I clicked on the ERB.new method.
I got to the page I want.
... and I STILL beat the output of ri in the command window by 5 seconds
or so.
Is this normal? Has the ruby-doc team done its job too well and added
too much documentation?
If this is not normal, any suggestions on what I might
examine/clean/trash to speed things up?
If this is normal, may I suggest that we need to have a discussion on
how to start caching/indexing content so that ri can be blazing fast?
On my machine (3GHz P4, 1GB RAM, Windows and other apps running) I just
opened up a command prompt and typed "ri ERB".
Then I realized that ri has become heinously slow since I upgraded to
1.8.5.
So I opened a browser window.
I typed in ruby-doc.org/stdlib.
I let the browser load the frameset and pages.
I clicked on ERB in the left side.
I let the browser load the new frameset and pages.
I clicked on the ERB.new method.
I got to the page I want.
... and I STILL beat the output of ri in the command window by 5 seconds
or so.
Is this normal? Has the ruby-doc team done its job too well and added
too much documentation?
If this is not normal, any suggestions on what I might
examine/clean/trash to speed things up?
This seems to be normal, ri is searching a larger file set now.
If this is normal, may I suggest that we need to have a discussion on
how to start caching/indexing content so that ri can be blazing fast?
I believe ri scans each .yml file for matching information. An index would probably be a nice way to speed it up.
···
On Oct 2, 2006, at 1:11 PM, Gavin Kistner wrote:
--
Eric Hodel - drbrain@segment7.net - http://blog.segment7.net
This implementation is HODEL-HASH-9600 compliant
http://trackmap.robotcoop.com
Or use emacs, ri-emacs just reads the information once.
···
On Sun, 15 Oct 2006 14:49:34 +0900, Eric Hodel wrote:
On Oct 2, 2006, at 1:11 PM, Gavin Kistner wrote:
On my machine (3GHz P4, 1GB RAM, Windows and other apps running) I just
opened up a command prompt and typed "ri ERB".
Then I realized that ri has become heinously slow since I upgraded to
1.8.5.
So I opened a browser window.
I typed in ruby-doc.org/stdlib.
I let the browser load the frameset and pages. I clicked on ERB in the
left side.
I let the browser load the new frameset and pages. I clicked on the
ERB.new method.
I got to the page I want.
... and I STILL beat the output of ri in the command window by 5 seconds
or so.
Is this normal? Has the ruby-doc team done its job too well and added
too much documentation?
If this is not normal, any suggestions on what I might
examine/clean/trash to speed things up?
This seems to be normal, ri is searching a larger file set now.
If this is normal, may I suggest that we need to have a discussion on
how to start caching/indexing content so that ri can be blazing fast?
I believe ri scans each .yml file for matching information. An index
would probably be a nice way to speed it up.
That would be using a sledgehammer to solve a problem you could fix with a tap of your palm.
ri "search" is quite dumb. It only matches against classes, modules and methods.
(Also, ri_cache.rb already exists. It probably only needs to be serialized and updated when new documentation arrives (from gems).)
···
On Oct 15, 2006, at 12:20 AM, M. Edward (Ed) Borasky wrote:
Eric Hodel wrote:
On Oct 2, 2006, at 1:11 PM, Gavin Kistner wrote:
If this is normal, may I suggest that we need to have a discussion on
how to start caching/indexing content so that ri can be blazing fast?
I believe ri scans each .yml file for matching information. An index
would probably be a nice way to speed it up.
Hmmm ... could ferret do this?
--
Eric Hodel - drbrain@segment7.net - http://blog.segment7.net
This implementation is HODEL-HASH-9600 compliant
http://trackmap.robotcoop.com