Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Ruby from source on Leopard excruciatingly slow internet talk

7 views
Skip to first unread message

Chris Shea

unread,
Jan 12, 2008, 7:39:04 PM1/12/08
to
Just a couple of days ago I "upgraded" from Tiger to Leopard, and the
most horrible thing about it is that anything Ruby does over the
internet is so very very slow now. `which ruby` tells me I'm still
using my from-source install in /usr/local/bin, as does `which gem`.

I have a script that scrapes some stuff from craigslist that now takes
way too long (I might as well look myself). And my heart sinks when I
see "Updating metadata for 176 gems from http://gems.rubyforge.org".
That seriously takes forever (a little hyperbole). Nothing else is
suffering huge network slowness. Even a simple "require 'open-uri';
open('http://www.google.com')" takes 15 seconds (but half a second
tops in a browser). This all happened at a reasonable pace just a few
days ago. Other ruby installations on other machines (with other
operating systems) talk to the internet with appropriate quickness.

I know one other person who's experienced this, but with no solution.
Anyone else? I haven't found similar stories, but maybe that's because
no one else is having this problem, or the solution is so obvious no
one bothers to mention it.

Any pointers or ideas would be hugely appreciated.

Thanks,
Chris

s.ross

unread,
Jan 12, 2008, 7:45:14 PM1/12/08
to
This may not help you but I was having a slow-as-molasses DNS lookup
issue when I upgraded to Leopard. I disabled IPv6 and it sped things
up considerably. Anyhow, it's a change that might help and is easy to
undo.

HTH

Ezra Zygmuntowicz

unread,
Jan 12, 2008, 7:47:44 PM1/12/08
to

On Jan 12, 2008, at 4:39 PM, Chris Shea wrote:


Try adding this to your script:

# for OSX compatibility
Socket.do_not_reverse_lookup = true


Cheers-
- Ezra Zygmuntowicz
-- Founder & Software Architect
-- ez...@engineyard.com
-- EngineYard.com


Pierre-Yves Gérardy

unread,
Jan 14, 2008, 4:47:13 PM1/14/08
to
> Try adding this to your script:
>
> # for OSX compatibility
> Socket.do_not_reverse_lookup = true

Any idea where to patch rubygems?

Roger Pack

unread,
Jan 14, 2008, 5:45:08 PM1/14/08
to
could try the macport ruby

Chris Shea wrote:
> Just a couple of days ago I "upgraded" from Tiger to Leopard, and the
> most horrible thing about it is that anything Ruby does over the
> internet is so very very slow now. `which ruby` tells me I'm still
> using my from-source install in /usr/local/bin, as does `which gem`.
>

--
Posted via http://www.ruby-forum.com/.

s.ross

unread,
Jan 14, 2008, 11:14:20 PM1/14/08
to
I've had almost exactly the same experience. Really slow internet
connectivity in general. I think I have it narrowed down to wireless
using WEP. I hooked up an old fashioned ethernet cable (remember
those?) and everything is lickety split fast. HTH.

ara.t.howard

unread,
Jan 14, 2008, 11:22:23 PM1/14/08
to

On Jan 14, 2008, at 9:14 PM, s.ross wrote:

> I've had almost exactly the same experience. Really slow internet
> connectivity in general. I think I have it narrowed down to
> wireless using WEP. I hooked up an old fashioned ethernet cable
> (remember those?) and everything is lickety split fast. HTH.

me too. this a leoTard issue. in general i'm finding it to be
sucking the big one for networking - you can see the same behavior
with curl as you'll find in ruby.

i also disabled ipv6 and am using opendns for lookups. still slower
than tiger though.

a @ http://codeforpeople.com/
--
it is not enough to be compassionate. you must act.
h.h. the 14th dalai lama


Andrew Ohnstad

unread,
Jan 15, 2008, 1:12:30 AM1/15/08
to
ara.t.howard wrote:
> On Jan 14, 2008, at 9:14 PM, s.ross wrote:
>
>> I've had almost exactly the same experience. Really slow internet
>> connectivity in general. I think I have it narrowed down to
>> wireless using WEP. I hooked up an old fashioned ethernet cable
>> (remember those?) and everything is lickety split fast. HTH.
>
> me too. this a leoTard issue. in general i'm finding it to be
> sucking the big one for networking - you can see the same behavior
> with curl as you'll find in ruby.
>
> i also disabled ipv6 and am using opendns for lookups. still slower
> than tiger though.
>
> a @ http://codeforpeople.com/

I had this problem too and found some bogus DNS servers had creeped into
Network Setup, even though everything had been set to DCHP before (and I
assumed after) the upgrade. My guess was that network was waiting for
them to timeout before contacting my real DNS server. Key symptom is
eons to start loading a page/download a file/whatever, but normal
performance once the activity actually starts.

I know it sounds noob, but check to make sure there aren't any
unexpected DNS Servers in System Prefs -> Network -> Advanced (for the
correct interface) -> DNS.

s.ross

unread,
Jan 15, 2008, 1:29:11 AM1/15/08
to
[Note: parts of this message were removed to make it a legal post.]

On Jan 14, 2008, at 8:22 PM, ara.t.howard wrote:

> am using opendns for lookups

I tried opendns until the first bad lookup (address not in dns) when
opendns hijacked the request and redirected my browser to an ad. It
just seems creepy to have your dns lookups spoofed like that.

Frederick Cheung

unread,
Jan 15, 2008, 5:52:55 AM1/15/08
to

On 15 Jan 2008, at 04:22, ara.t.howard wrote:

>
> On Jan 14, 2008, at 9:14 PM, s.ross wrote:
>
>> I've had almost exactly the same experience. Really slow internet
>> connectivity in general. I think I have it narrowed down to
>> wireless using WEP. I hooked up an old fashioned ethernet cable
>> (remember those?) and everything is lickety split fast. HTH.
>
> me too. this a leoTard issue. in general i'm finding it to be
> sucking the big one for networking - you can see the same behavior
> with curl as you'll find in ruby.
>
> i also disabled ipv6 and am using opendns for lookups. still slower
> than tiger though.
>

I had a problem like that. For some reason removing all locations from
the network prefs and adding them back in fixed it for some reason.

Fred

Bryce Roney

unread,
Feb 3, 2008, 7:28:29 PM2/3/08
to
I am having this problem too, I've tried disabling IPv6 and I've put the
Socket. thing in my configuration and it's still slow.

Roger Pack

unread,
Feb 4, 2008, 12:57:25 AM2/4/08
to
Bryce Roney wrote:
> I am having this problem too, I've tried disabling IPv6 and I've put the
> Socket. thing in my configuration and it's still slow.

could try
require 'resolv-replace'

Bryce Roney

unread,
Feb 4, 2008, 1:23:32 AM2/4/08
to
Roger Pack wrote:
> Bryce Roney wrote:
>> I am having this problem too, I've tried disabling IPv6 and I've put the
>> Socket. thing in my configuration and it's still slow.
>
> could try
> require 'resolv-replace'

Then it comes up with this:
LoadError: no such file to load -- resolve-replace
from
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems/custom_require.rb:27:in
`gem_original_require'
from
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems/custom_require.rb:27:in
`require'
from (irb):1

Roger Pack

unread,
Feb 4, 2008, 12:03:01 PM2/4/08
to
require 'resolv-replace'

Chris Shea

unread,
Feb 4, 2008, 3:02:35 PM2/4/08
to
On Jan 12, 5:39 pm, Chris Shea <ch...@ruby.tie-rack.org> wrote:
> Any pointers or ideas would be hugely appreciated.

After some pointers and ideas, things are running much faster. What
I've done:

1. Disabled IPv6 (thanks s.ross)
2. OpenDNS for lookup (thanks Ara, though those redirects on failed
lookups suck)
3. Started requiring 'resolv-replace' (thanks Roger Pack)

I'm using Ruby and the Internet together at near Tiger speeds. I added
"require 'resolv-replace'" to /usr/local/bin/gem as well, and I'm no
longer scared of "Updating metadata for 132 gems from http://gems.rubyforge.org"

Thanks everyone. Hopes this thread helps anyone else having similar
issues.

Chris

Roger Pack

unread,
Feb 5, 2008, 10:31:20 PM2/5/08
to
Roger Pack wrote:
> require 'resolv-replace'

somehow my editing /etc/hosts once (took some hosts out), worked faster,
then adding them back in and it still worked fast. Weird.
Somebody elsewhere also said that doing the 'assist me' in networking
preferences fixed their problem. Who knows what it really is :)
-Roger

Roger Pack

unread,
Feb 5, 2008, 11:00:41 PM2/5/08
to
laughably, the following script (which overwrites your /etc/hosts file
periodically with one or two entries)
seems to help.
I probably wouldn't really recommend this unless you really know what
you're doing, but here it is

count = 0
loop do
a = File.open '/etc/hosts', 'w'
a.write '127.0.0.1 localhost' + "\n"
a.write '127.0.0.1 localhost2' + "\n" if (count%2) == 1
a.close
sleep 0.5
count += 1
end

(save this as a file like 'renew_etc.rb', save a copy of your /etc/hosts
file somewhere, then run
sudo ruby renew_etc.rb)
You could try changing the sleep value.
Note that running this may have unforeseen effects.
I wouldn't believe it if it didn't seem to work.

Note that the default /etc/hosts file is
##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting. Do not change this entry.
##
127.0.0.1 localhost
255.255.255.255 broadcasthost
::1 localhost
fe80::1%lo0 localhost


if you need to recreate it.
GL.

Bryce Roney

unread,
Feb 8, 2008, 2:29:04 AM2/8/08
to
I had success with
require 'resolv-replace'

# for OSX compatibility
Socket.do_not_reverse_lookup = true

is there a way I can have this enabled by default accross all scripts?

Roger Pack

unread,
Feb 8, 2008, 12:34:13 PM2/8/08
to
Bryce Roney wrote:
> I had success with
> require 'resolv-replace'
> # for OSX compatibility
> Socket.do_not_reverse_lookup = true
>
> is there a way I can have this enabled by default accross all scripts?

you could add that code to the lib included when you run
require 'rubygems'
as that is always loaded for app

0 new messages