Webrick rất chậm phản hồi. Làm thế nào để tăng tốc độ?

Question

Tôi có một ứng dụng Rails mà tôi đang chạy trên máy chủ của mình. Khi tôi đi đến một máy tính từ xa và cố gắng tải ứng dụng, máy chủ sẽ mất 3-4 phút để trả lời với một trang HTML đơn giản. Tuy nhiên, khi tôi tải lên trang cục bộ trên máy chủ, trang sẽ hiển thị chỉ trong một giây. Tôi đã thử ping máy chủ từ máy tính từ xa của tôi và ping đang trải qua thành công trong một khoảng thời gian hợp lý.

Điều này dường như đã bắt đầu sau khi tôi cài đặt máy khách cơ bản của Oracle và SQLPLUS. Tôi có nên nghi ngờ Oracle? Có ai có kinh nghiệm gì tương tự như vậy không?

Answer 1

Tôi gặp sự cố tương tự như mơ hồ khi tự truy cập máy chủ WEBrick qua VPN. Yêu cầu sẽ mất một thời gian dài, hầu hết nó không có gì xảy ra trên dây. Vì không phải mongrel cũng không phải thin đá quý đã làm việc với Ruby1.9 trên Windows và không có cách nào tôi bị lôi kéo vào việc biên soạn nội dung từ nguồn, tôi cần phải gắn bó với WEBrick.

Việc sửa chữa là để thiết lập các tham số cấu hình DoNotReverseLookup để true, khi tạo server WEBrick:

server = HTTPServer.new {:DoNotReverseLookup => true, ...} 

Answer 2

Có cùng một vấn đề ở đây (thậm chí một năm sau đó). Dưới linux bạn phải làm như sau:

Tìm tệp /usr/lib/ruby/1.9.1/webrick/config.rb và chỉnh sửa.

Thay thế dòng

:DoNotReverseLookup => nil, 

với

:DoNotReverseLookup => true, 

Restart webrick và nó sẽ làm việc như một nét duyên dáng :)

Answer 3

Chỉ cần có cùng một vấn đề. Số điện thoại

... 
:DoNotReverseLookup => true, 
... 

cũng làm như vậy cho tôi. Chỉ trong trường hợp bạn đang chạy ruby ​​theo rvm, dưới đây là đường dẫn đến:

~/.rvm/rubies/ruby-<version>/lib/ruby/<version>/webrick/config.rb 

Answer 4

Có cùng vấn đề. Đối với tôi, this post đã tổ chức giải pháp. Nếu bạn đang sử dụng Ubuntu, hãy dừng (hoặc gỡ cài đặt) avahi-daemon. service avahi-daemon stop dừng trình nền.

Webrick hiện cảm thấy rất nhanh chóng.

Sự cố có số old report in Rails Lighthouse, tuy nhiên, Ruby-on-Rails đã di chuyển their tickets to github kể từ đó; Không may là vấn đề cũ này vẫn còn tồn tại.

Xin lưu ý rằng nếu bạn thực sự hãy sử dụngavahi-daemon cho mục đích nào đó, như finding printers and scanners trên mạng của bạn, điều đó sẽ không hoạt động nữa.

Answer 5

Đã cố gắng thực hiện việc này với webrick trên 1.8.7 và không thể tìm thấy cấu hình để thay đổi. Tuy nhiên, một cheat bạn có thể sử dụng là để thêm vào các tập tin host của máy chủ đang chạy webrick địa chỉ ip nó đang cố gắng đảo ngược tra cứu ..

Answer 6

"Thin" bây giờ là một lựa chọn tuyệt vời để chạy cả trong nước và trên Heroku:

On Heroku: https://devcenter.heroku.com/articles/rails3#webserver

website: http://code.macournoyer.com/thin/

bạn có thể sử dụng nó tại địa phương bằng cách đặt trong Gemfile của bạn:

gem "thin" 

... và sau đó chạy bó và khởi động máy chủ của bạn với thin start hoặc rails s.

Cập nhật trên Heroku

Thin hiện nay được coi là một xấu lựa chọn cho Heroku. Biết thêm thông tin ở đây:

https://blog.heroku.com/archives/2013/4/3/routing_and_web_performance_on_heroku_a_faq

khuyến nghị của họ:

Đổi thành một backend web đồng thời như Unicorn hoặc Puma trên JRuby, cho phép người Dyno để quản lý hàng đợi yêu cầu riêng của mình và tránh bị chặn trên dài yêu cầu.

Answer 7

Bạn có thể sử dụng Apache hoặc cài đặt Thin. Trong Gemfile của bạn: gem 'thin'

Hoặc bạn có thể kiểm tra danh sách web-servers for rails.

Answer 8

Trong lẽ tình huống hiếm hoi của tôi, nó làm việc sau khi tôi đỏ ửng iptables của tôi, điều này đã không có bất kỳ tác dụng phụ vì tôi không có bất kỳ quy tắc tùy chỉnh (chỉ mặc định Ubuntu cho phép tất cả):

sudo iptables -F 

Answer 9

Tôi trải qua 10 giây trì hoãn thường xuyên với Sinatra. Đoạn mã này đã giải quyết nó cho tôi.

Thêm này gần phía trên cùng của tập tin app.rb bạn

class Rack::Handler::WEBrick 
    class << self 
     alias_method :run_original, :run 
    end 
    def self.run(app, options={}) 
     options[:DoNotReverseLookup] = true 
     run_original(app, options) 
    end 
end 

Xem source

Answer 10

Đây là một câu trả lời rất muộn nhưng tôi đã dành một phần tốt trong ngày gỡ rối vấn đề này rất có Rails chạy trên Vagrant . Thay đổi tra cứu DNS ngược lại không thực sự cải thiện thời gian yêu cầu. Kết hợp hai thứ đã tải trang của tôi từ ~ 20 giây xuống ~ 3 giây ở chế độ phát triển:

Thay thế WEBrick với mongrel.Tôi đã phải sử dụng phiên bản phát hành trước hoặc nó sẽ không cài đặt:

sudo gem install mongrel --pre 

Sau đó thêm nó vào Gemfile tôi cho dev:

group :test, :development do 
    gem 'mongrel' 
end 

Started máy chủ của tôi như thế này thì:

rails server mongrel -e development 

Điều đó cắt giảm một vài giây, 5 hoặc 6 giây, nhưng nó vẫn còn chậm khủng khiếp. Đây là đóng băng trên bánh - thêm này cũng như để các Gemfile:

group :development do 
    gem 'rails-dev-boost', :git => 'git://github.com/thedarkone/rails-dev-boost.git' 
end 

Answer 11

Không có DoNotReverseLookup tùy chọn trong ruby ​​1.8.x webrick. Giải pháp là đặt:

Socket.do_not_reverse_lookup = true 

ở đâu đó ở đầu tập lệnh của bạn.

Nguồn: WEBrick and Socket.do_not_reverse_lookup: A Tale in Two Acts

Answer 12

Đây là một câu hỏi và câu trả lời cũ chủ đề đó đã giúp tôi giải quyết vấn đề :DoNotReverseLookup trên một máy ảo phát triển địa phương và muốn thêm thông tin bổ sung. This web page explains the regression error trong lõi Ruby dẫn đến vấn đề này xuất hiện đối với một số; nhấn mạnh là của tôi; dài một ngắn của tất cả điều này là có một yêu cầu kéo GitHub cho một lõi Ruby sửa chữa này và hy vọng nó sẽ được chấp thuận và sáp nhập trong một bản phát hành sớm của Ruby:

Sau một vài giờ xử lý sự cố, nó bật ra rằng nó đã được! Rõ ràng, ở đâu đó dọc theo sự phát triển của lib chuẩn của Ruby từ 1.8.6 đến 2.0.0, WEBrick đã có được tùy chọn cấu hình mới :DoNotReverseLookup được đặt thành nil theo mặc định. Sau đó, sâu trong đường dẫn mã xử lý yêu cầu của WEBrick, nó đặt cờ do_not_reverse_lookup trên ví dụ socket kết nối đến với giá trị config[:DoNotReverseLookup]. Vì giá trị này là nil, bị lỗi, hiệu ứng cũng giống như đặt thành false, ghi đè cờ toàn cầu Socket.do_not_reverse_lookup. Vì vậy, trừ khi bạn có: DoNotReverseLookup => true trong cấu hình WEBrick của bạn, đảo ngược Tra cứu DNS sẽ luôn xảy ra cho mỗi kết nối mới, có khả năng gây ra độ trễ nghiêm trọng.

liên quan đến phát hiện này là a GitHub pull request from the author đề nghị làm thế nào để sửa chữa vấn đề này trong mã nguồn của Ruby WEBrick: Fix regression bug in WEBrick's :DoNotReverseLookup config option implementation #731

Các giải pháp như đã nêu trong yêu cầu là thay đổi dòng 181 trong lib/webrick/server.rb từ này:

sock.do_not_reverse_lookup = config[:DoNotReverseLookup] 

Để này:

unless config[:DoNotReverseLookup].nil? 

Chia sẻ ở đây nếu có ai tình cờ gặp được chuỗi câu hỏi/trả lời được đánh giá cao này và quan tâm đến tiến trình giải quyết vấn đề này trong lõi Ruby. Hy vọng rằng kéo này sẽ được sáp nhập hoặc vấn đề cơ bản được xử lý theo một cách nào đó trong bản phát hành tiếp theo của Ruby; có lẽ 2.1.6?