I''m running tracks on my local machine with lighttpd and fastcgi. Pages
are taking up to 5 or 6 seconds to load, and the fastcgi procs are
spiking up to 60% cpu during requests. I set up lighttpd with what I
think is a pretty standard config:
server.dir-listing = "disable"
server.modules = ( "mod_rewrite",
"mod_access",
"mod_fastcgi",
"mod_compress",
"mod_accesslog")
# typical mimetypes, access log, etc...
# the good stuff
$HTTP["host"] =~ "tracks" {
server.document-root = "/usr/local/tracks/public"
fastcgi.server = ( ".fcgi" =>
("localhost" =>
( "socket" =>
"/usr/local/tracks/public/lighttpd.socket",
"bin-path" =>
"/usr/local/bin/ruby
/usr/local/tracks/public/dispatch.fcgi",
"bin-environment" =>
("RAILS_ENV" =>
"production"),
"min-procs" => 1,
"max-procs" => 2
)
)
)
}
Am I missing something, or is this normal performance on a pretty new
(~2 years) powerbook?
___________________
Ben Jackson
Diretor de Desenvolvimento
+55 (21) 9997-0593
ben-p14LI7ZcAE/pVLaUnt/cCQC/G2K4zDHf@public.gmane.org
http://www.incomumdesign.com
On Jul 6, 2005, at 8:49 PM, Ben Jackson wrote:> I''m running tracks on my local machine with lighttpd and fastcgi. > Pages are taking up to 5 or 6 seconds to load, and the fastcgi > procs are spiking up to 60% cpu during requests. I set up lighttpd > with what I think is a pretty standard config: > > server.dir-listing = "disable" > server.modules = ( "mod_rewrite", > "mod_access", > "mod_fastcgi", > "mod_compress", > "mod_accesslog") > > # typical mimetypes, access log, etc... > > # the good stuff > $HTTP["host"] =~ "tracks" { > server.document-root = "/usr/local/tracks/public" > fastcgi.server = ( ".fcgi" => > ("localhost" => > ( "socket" => "/usr/local/tracks/ > public/lighttpd.socket", > "bin-path" => "/usr/local/bin/ > ruby /usr/local/tracks/public/dispatch.fcgi",You need to drop this part ^^^^^^^^^^^ I think it is running slow because you are loading an extra ruby interpreter here that is not needed.> "bin-environment" => > ("RAILS_ENV" => "production"), > "min-procs" => 1, > "max-procs" => 2 > ) > ) > ) > } > > Am I missing something, or is this normal performance on a pretty > new (~2 years) powerbook? > ___________________ > Ben Jackson > Diretor de Desenvolvimento > > +55 (21) 9997-0593 > ben-p14LI7ZcAE/pVLaUnt/cCQC/G2K4zDHf@public.gmane.org > http://www.incomumdesign.com > > _______________________________________________ > Rails mailing list > Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > http://lists.rubyonrails.org/mailman/listinfo/rails >-Ezra Zygmuntowicz WebMaster Yakima Herald-Republic Newspaper ezra-gdxLOakOTQ9oetBuM9ipNAC/G2K4zDHf@public.gmane.org 509-577-7732
I had it originally without that part, and performance was the same. Ben On Jul 7, 2005, at 1:16 AM, Ezra Zygmuntowicz wrote:> > On Jul 6, 2005, at 8:49 PM, Ben Jackson wrote: > >> I''m running tracks on my local machine with lighttpd and fastcgi. >> Pages are taking up to 5 or 6 seconds to load, and the fastcgi procs >> are spiking up to 60% cpu during requests. I set up lighttpd with >> what I think is a pretty standard config: >> >> server.dir-listing = "disable" >> server.modules = ( "mod_rewrite", >> "mod_access", >> "mod_fastcgi", >> "mod_compress", >> "mod_accesslog") >> >> # typical mimetypes, access log, etc... >> >> # the good stuff >> $HTTP["host"] =~ "tracks" { >> server.document-root = "/usr/local/tracks/public" >> fastcgi.server = ( ".fcgi" => >> ("localhost" => >> ( "socket" => >> "/usr/local/tracks/public/lighttpd.socket", >> "bin-path" => "/usr/local/bin/ruby >> /usr/local/tracks/public/dispatch.fcgi", > You need to drop this part ^^^^^^^^^^^ I think > it is running slow because you are loading an extra ruby interpreter > here that is not needed. >> "bin-environment" => ("RAILS_ENV" >> => "production"), >> "min-procs" => 1, >> "max-procs" => 2 >> ) >> ) >> ) >> } >> >> Am I missing something, or is this normal performance on a pretty new >> (~2 years) powerbook? >> ___________________ >> Ben Jackson >> Diretor de Desenvolvimento >> >> +55 (21) 9997-0593 >> ben-p14LI7ZcAE/pVLaUnt/cCQC/G2K4zDHf@public.gmane.org >> http://www.incomumdesign.com >> >> _______________________________________________ >> Rails mailing list >> Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org >> http://lists.rubyonrails.org/mailman/listinfo/rails >> > > -Ezra Zygmuntowicz > WebMaster > Yakima Herald-Republic Newspaper > ezra-gdxLOakOTQ9oetBuM9ipNAC/G2K4zDHf@public.gmane.org > 509-577-7732 > > _______________________________________________ > Rails mailing list > Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > http://lists.rubyonrails.org/mailman/listinfo/rails >
Do you get anything in your logs? On Jul 6, 2005, at 9:52 PM, Ben Jackson wrote:> I had it originally without that part, and performance was the same. > > Ben > > On Jul 7, 2005, at 1:16 AM, Ezra Zygmuntowicz wrote: > > >> >> On Jul 6, 2005, at 8:49 PM, Ben Jackson wrote: >> >> >>> I''m running tracks on my local machine with lighttpd and fastcgi. >>> Pages are taking up to 5 or 6 seconds to load, and the fastcgi >>> procs are spiking up to 60% cpu during requests. I set up >>> lighttpd with what I think is a pretty standard config: >>> >>> server.dir-listing = "disable" >>> server.modules = ( "mod_rewrite", >>> "mod_access", >>> "mod_fastcgi", >>> "mod_compress", >>> "mod_accesslog") >>> >>> # typical mimetypes, access log, etc... >>> >>> # the good stuff >>> $HTTP["host"] =~ "tracks" { >>> server.document-root = "/usr/local/tracks/public" >>> fastcgi.server = ( ".fcgi" => >>> ("localhost" => >>> ( "socket" => "/usr/local/tracks/ >>> public/lighttpd.socket", >>> "bin-path" => "/usr/local/bin/ >>> ruby /usr/local/tracks/public/dispatch.fcgi", >>> >> You need to drop this part ^^^^^^^^^^^ I >> think it is running slow because you are loading an extra ruby >> interpreter here that is not needed. >> >>> "bin-environment" => >>> ("RAILS_ENV" => "production"), >>> "min-procs" => 1, >>> "max-procs" => 2 >>> ) >>> ) >>> ) >>> } >>> >>> Am I missing something, or is this normal performance on a pretty >>> new (~2 years) powerbook? >>> ___________________ >>> Ben Jackson >>> Diretor de Desenvolvimento >>> >>> +55 (21) 9997-0593 >>> ben-p14LI7ZcAE/pVLaUnt/cCQC/G2K4zDHf@public.gmane.org >>> http://www.incomumdesign.com >>> >>> _______________________________________________ >>> Rails mailing list >>> Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org >>> http://lists.rubyonrails.org/mailman/listinfo/rails >>> >>> >> >> -Ezra Zygmuntowicz >> WebMaster >> Yakima Herald-Republic Newspaper >> ezra-gdxLOakOTQ9oetBuM9ipNAC/G2K4zDHf@public.gmane.org >> 509-577-7732 >> >> _______________________________________________ >> Rails mailing list >> Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org >> http://lists.rubyonrails.org/mailman/listinfo/rails >> >> > > _______________________________________________ > Rails mailing list > Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > http://lists.rubyonrails.org/mailman/listinfo/rails >-Ezra Zygmuntowicz WebMaster Yakima Herald-Republic Newspaper ezra-gdxLOakOTQ9oetBuM9ipNAC/G2K4zDHf@public.gmane.org 509-577-7732
Which logs should I look at? fastcgi crash log is empty, as is lighttpd error log. On Jul 7, 2005, at 2:17 AM, Ezra Zygmuntowicz wrote:> Do you get anything in your logs? > > On Jul 6, 2005, at 9:52 PM, Ben Jackson wrote: > >> I had it originally without that part, and performance was the same. >> >> Ben >> >> On Jul 7, 2005, at 1:16 AM, Ezra Zygmuntowicz wrote: >> >> >>> >>> On Jul 6, 2005, at 8:49 PM, Ben Jackson wrote: >>> >>> >>>> I''m running tracks on my local machine with lighttpd and fastcgi. >>>> Pages are taking up to 5 or 6 seconds to load, and the fastcgi >>>> procs are spiking up to 60% cpu during requests. I set up lighttpd >>>> with what I think is a pretty standard config: >>>> >>>> server.dir-listing = "disable" >>>> server.modules = ( "mod_rewrite", >>>> "mod_access", >>>> "mod_fastcgi", >>>> "mod_compress", >>>> "mod_accesslog") >>>> >>>> # typical mimetypes, access log, etc... >>>> >>>> # the good stuff >>>> $HTTP["host"] =~ "tracks" { >>>> server.document-root = "/usr/local/tracks/public" >>>> fastcgi.server = ( ".fcgi" => >>>> ("localhost" => >>>> ( "socket" => >>>> "/usr/local/tracks/public/lighttpd.socket", >>>> "bin-path" => >>>> "/usr/local/bin/ruby /usr/local/tracks/public/dispatch.fcgi", >>>> >>> You need to drop this part ^^^^^^^^^^^ I think >>> it is running slow because you are loading an extra ruby interpreter >>> here that is not needed. >>> >>>> "bin-environment" => >>>> ("RAILS_ENV" => "production"), >>>> "min-procs" => 1, >>>> "max-procs" => 2 >>>> ) >>>> ) >>>> ) >>>> } >>>> >>>> Am I missing something, or is this normal performance on a pretty >>>> new (~2 years) powerbook? >>>> ___________________ >>>> Ben Jackson >>>> Diretor de Desenvolvimento >>>> >>>> +55 (21) 9997-0593 >>>> ben-p14LI7ZcAE/pVLaUnt/cCQC/G2K4zDHf@public.gmane.org >>>> http://www.incomumdesign.com >>>> >>>> _______________________________________________ >>>> Rails mailing list >>>> Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org >>>> http://lists.rubyonrails.org/mailman/listinfo/rails >>>> >>>> >>> >>> -Ezra Zygmuntowicz >>> WebMaster >>> Yakima Herald-Republic Newspaper >>> ezra-gdxLOakOTQ9oetBuM9ipNAC/G2K4zDHf@public.gmane.org >>> 509-577-7732 >>> >>> _______________________________________________ >>> Rails mailing list >>> Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org >>> http://lists.rubyonrails.org/mailman/listinfo/rails >>> >>> >> >> _______________________________________________ >> Rails mailing list >> Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org >> http://lists.rubyonrails.org/mailman/listinfo/rails >> > > -Ezra Zygmuntowicz > WebMaster > Yakima Herald-Republic Newspaper > ezra-gdxLOakOTQ9oetBuM9ipNAC/G2K4zDHf@public.gmane.org > 509-577-7732 > > _______________________________________________ > Rails mailing list > Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > http://lists.rubyonrails.org/mailman/listinfo/rails >
Look at the logs under your rails root in the log directory - there should be a log corresponding to the environment you''re running Rails in. Inside these logs you will find statistics on how long requests are taking, and whether the delay is in the rendering, sql connection or something else. Do a ''tail -f development.log'' then play around with your application to get some feedback. Ben On 7/8/05, Ben Jackson <ben-p14LI7ZcAE/pVLaUnt/cCQC/G2K4zDHf@public.gmane.org> wrote:> Which logs should I look at? fastcgi crash log is empty, as is lighttpd > error log. > > On Jul 7, 2005, at 2:17 AM, Ezra Zygmuntowicz wrote: > > > Do you get anything in your logs? > > > > On Jul 6, 2005, at 9:52 PM, Ben Jackson wrote: > > > >> I had it originally without that part, and performance was the same. > >> > >> Ben > >> > >> On Jul 7, 2005, at 1:16 AM, Ezra Zygmuntowicz wrote: > >> > >> > >>> > >>> On Jul 6, 2005, at 8:49 PM, Ben Jackson wrote: > >>> > >>> > >>>> I''m running tracks on my local machine with lighttpd and fastcgi. > >>>> Pages are taking up to 5 or 6 seconds to load, and the fastcgi > >>>> procs are spiking up to 60% cpu during requests. I set up lighttpd > >>>> with what I think is a pretty standard config: > >>>> > >>>> server.dir-listing = "disable" > >>>> server.modules = ( "mod_rewrite", > >>>> "mod_access", > >>>> "mod_fastcgi", > >>>> "mod_compress", > >>>> "mod_accesslog") > >>>> > >>>> # typical mimetypes, access log, etc... > >>>> > >>>> # the good stuff > >>>> $HTTP["host"] =~ "tracks" { > >>>> server.document-root = "/usr/local/tracks/public" > >>>> fastcgi.server = ( ".fcgi" => > >>>> ("localhost" => > >>>> ( "socket" => > >>>> "/usr/local/tracks/public/lighttpd.socket", > >>>> "bin-path" => > >>>> "/usr/local/bin/ruby /usr/local/tracks/public/dispatch.fcgi", > >>>> > >>> You need to drop this part ^^^^^^^^^^^ I think > >>> it is running slow because you are loading an extra ruby interpreter > >>> here that is not needed. > >>> > >>>> "bin-environment" => > >>>> ("RAILS_ENV" => "production"), > >>>> "min-procs" => 1, > >>>> "max-procs" => 2 > >>>> ) > >>>> ) > >>>> ) > >>>> } > >>>> > >>>> Am I missing something, or is this normal performance on a pretty > >>>> new (~2 years) powerbook? > >>>> ___________________ > >>>> Ben Jackson > >>>> Diretor de Desenvolvimento > >>>> > >>>> +55 (21) 9997-0593 > >>>> ben-p14LI7ZcAE/pVLaUnt/cCQC/G2K4zDHf@public.gmane.org > >>>> http://www.incomumdesign.com > >>>> > >>>> _______________________________________________ > >>>> Rails mailing list > >>>> Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > >>>> http://lists.rubyonrails.org/mailman/listinfo/rails > >>>> > >>>> > >>> > >>> -Ezra Zygmuntowicz > >>> WebMaster > >>> Yakima Herald-Republic Newspaper > >>> ezra-gdxLOakOTQ9oetBuM9ipNAC/G2K4zDHf@public.gmane.org > >>> 509-577-7732 > >>> > >>> _______________________________________________ > >>> Rails mailing list > >>> Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > >>> http://lists.rubyonrails.org/mailman/listinfo/rails > >>> > >>> > >> > >> _______________________________________________ > >> Rails mailing list > >> Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > >> http://lists.rubyonrails.org/mailman/listinfo/rails > >> > > > > -Ezra Zygmuntowicz > > WebMaster > > Yakima Herald-Republic Newspaper > > ezra-gdxLOakOTQ9oetBuM9ipNAC/G2K4zDHf@public.gmane.org > > 509-577-7732 > > > > _______________________________________________ > > Rails mailing list > > Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > > http://lists.rubyonrails.org/mailman/listinfo/rails > > > > _______________________________________________ > Rails mailing list > Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > http://lists.rubyonrails.org/mailman/listinfo/rails >
Looks like someone already nailed http://www.salesonrails.com/ (registered in March of 2004)
> Looks like someone already nailed http://www.salesonrails.com/ > (registered in March of 2004)...but I note that railsforce.com is not taken ;-)
I took www.railslabs.com :) -----Original Message----- From: rails-bounces-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org [mailto:rails-bounces-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org] On Behalf Of James Fairbairn Sent: Thursday, July 07, 2005 11:00 AM To: rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org Subject: Re: [Rails] SalesOnRails.com> Looks like someone already nailed http://www.salesonrails.com/ > (registered in March of 2004)...but I note that railsforce.com is not taken ;-) _______________________________________________ Rails mailing list Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org http://lists.rubyonrails.org/mailman/listinfo/rails
Andrew Stuart wrote:>perhaps some wealthy philanthropist might register and donate >salesonrails.org > >unless its already taken. > >andrew > >Not exactly wealthy, but I did go ahead and register the domain and donate it. Feel free to contact me about hosting. I can donate load-balanced server space with Rails 0.13 and lighttpd. -Erik
What a great feature :)
Here''s my log for the home page request. Looks like the bottleneck is
in the rendering, however I don''t see any point at which the cpu usage
drastically differs.. it stays constant at between 20 and 30% during
the whole operation.
Processing TodoController#index (for 127.0.0.1 at Thu Jul 07 16:33:38
BRT 2005)
Parameters: {"action"=>"index",
"controller"=>"todo"}
Project Load (0.006862) SELECT * FROM projects ORDER BY position ASC
Context Load (0.034538) SELECT * FROM contexts ORDER BY position ASC
Context Load (0.085002) SELECT * FROM contexts WHERE hide=0 ORDER
BY position ASC
Context Load (0.002244) SELECT * FROM contexts WHERE hide=1 ORDER
BY position ASC
Todo Load (0.003142) SELECT * FROM todos WHERE done=1 ORDER BY
completed DESC LIMIT 5
Todo Load (0.054588) SELECT * FROM todos WHERE done=0
Rendering within layouts/standard
Rendering todo/list (200 OK)
Todo Load (0.002773) SELECT * FROM todos WHERE done=0 AND
context_id=4 ORDER BY due IS NULL, due ASC, created ASC
Todo Load (0.026055) SELECT * FROM todos WHERE done=0 AND
context_id=2 ORDER BY due IS NULL, due ASC, created ASC
Project Load (0.001857) SELECT * FROM projects WHERE projects.id =
1 LIMIT 1
Project Load (0.001850) SELECT * FROM projects WHERE projects.id =
2 LIMIT 1
Todo Load (0.002914) SELECT * FROM todos WHERE done=0 AND
context_id=3 ORDER BY due IS NULL, due ASC, created ASC
Todo Load (0.002823) SELECT * FROM todos WHERE done=0 AND
context_id=1 ORDER BY due IS NULL, due ASC, created ASC
Todo Load (0.077383) SELECT * FROM todos WHERE done=0 AND
context_id=5 ORDER BY due IS NULL, due ASC, created ASC
Todo Load (0.002829) SELECT * FROM todos WHERE done=0 AND
context_id=6 ORDER BY due IS NULL, due ASC, created ASC
Todo Load (0.004828) SELECT * FROM todos WHERE done=0 AND
context_id=10 ORDER BY due IS NULL, due ASC, created ASC
Project Load (0.002088) SELECT * FROM projects WHERE projects.id =
4 LIMIT 1
Todo Load (0.003020) SELECT * FROM todos WHERE done=0 AND
context_id=14 ORDER BY due IS NULL, due ASC, created ASC
Todo Load (0.019433) SELECT * FROM todos WHERE done=0 AND
context_id=16 ORDER BY due IS NULL, due ASC, created ASC
Todo Load (0.003058) SELECT * FROM todos WHERE done=0 AND
context_id=17 ORDER BY due IS NULL, due ASC, created ASC
Project Load (0.011994) SELECT * FROM projects WHERE projects.id =
4 LIMIT 1
Project Load (0.002729) SELECT * FROM projects WHERE done = 0 ORDER
BY position ASC
Todo Count (0.001516) SELECT COUNT(*) FROM todos WHERE project_id=1
AND done=0
Todo Count (0.001477) SELECT COUNT(*) FROM todos WHERE project_id=3
AND done=0
Todo Count (0.050596) SELECT COUNT(*) FROM todos WHERE project_id=2
AND done=0
Todo Count (0.051124) SELECT COUNT(*) FROM todos WHERE project_id=4
AND done=0
Todo Count (0.001451) SELECT COUNT(*) FROM todos WHERE project_id=5
AND done=0
Todo Count (0.001529) SELECT COUNT(*) FROM todos WHERE project_id=6
AND done=0
Todo Count (0.026696) SELECT COUNT(*) FROM todos WHERE project_id=7
AND done=0
Project Load (0.090249) SELECT * FROM projects WHERE done = 1 ORDER
BY position ASC
Context Load (0.169570) SELECT * FROM contexts WHERE hide = 0 ORDER
BY position ASC
Todo Count (0.001491) SELECT COUNT(*) FROM todos WHERE context_id=4
AND done=0
Todo Count (0.001507) SELECT COUNT(*) FROM todos WHERE context_id=2
AND done=0
Todo Count (0.001794) SELECT COUNT(*) FROM todos WHERE context_id=3
AND done=0
Todo Count (0.023065) SELECT COUNT(*) FROM todos WHERE context_id=1
AND done=0
Todo Count (0.001509) SELECT COUNT(*) FROM todos WHERE context_id=5
AND done=0
Todo Count (0.001597) SELECT COUNT(*) FROM todos WHERE context_id=6
AND done=0
Todo Count (0.001550) SELECT COUNT(*) FROM todos WHERE
context_id=10 AND done=0
Todo Count (0.001705) SELECT COUNT(*) FROM todos WHERE
context_id=14 AND done=0
Todo Count (0.020867) SELECT COUNT(*) FROM todos WHERE
context_id=16 AND done=0
Todo Count (0.025014) SELECT COUNT(*) FROM todos WHERE
context_id=17 AND done=0
Context Load (0.002267) SELECT * FROM contexts WHERE hide = 1 ORDER
BY position ASC
Completed in 11.03027 (0 reqs/sec) | Rendering: 9.10937 (82%) | DB:
0.18638 (1%) [http://tracks/todo]
On Jul 7, 2005, at 1:12 PM, Ben Myles wrote:
> Look at the logs under your rails root in the log directory - there
> should be a log corresponding to the environment you''re running
Rails
> in. Inside these logs you will find statistics on how long requests
> are taking, and whether the delay is in the rendering, sql connection
> or something else. Do a ''tail -f development.log'' then
play around
> with your application to get some feedback.
>
> Ben
>
> On 7/8/05, Ben Jackson
<ben-p14LI7ZcAE/pVLaUnt/cCQC/G2K4zDHf@public.gmane.org> wrote:
>> Which logs should I look at? fastcgi crash log is empty, as is
>> lighttpd
>> error log.
>>
>> On Jul 7, 2005, at 2:17 AM, Ezra Zygmuntowicz wrote:
>>
>>> Do you get anything in your logs?
>>>
>>> On Jul 6, 2005, at 9:52 PM, Ben Jackson wrote:
>>>
>>>> I had it originally without that part, and performance was the
same.
>>>>
>>>> Ben
>>>>
>>>> On Jul 7, 2005, at 1:16 AM, Ezra Zygmuntowicz wrote:
>>>>
>>>>
>>>>>
>>>>> On Jul 6, 2005, at 8:49 PM, Ben Jackson wrote:
>>>>>
>>>>>
>>>>>> I''m running tracks on my local machine with
lighttpd and fastcgi.
>>>>>> Pages are taking up to 5 or 6 seconds to load, and the
fastcgi
>>>>>> procs are spiking up to 60% cpu during requests. I set
up lighttpd
>>>>>> with what I think is a pretty standard config:
>>>>>>
>>>>>> server.dir-listing = "disable"
>>>>>> server.modules = ( "mod_rewrite",
>>>>>> "mod_access",
>>>>>> "mod_fastcgi",
>>>>>> "mod_compress",
>>>>>> "mod_accesslog")
>>>>>>
>>>>>> # typical mimetypes, access log, etc...
>>>>>>
>>>>>> # the good stuff
>>>>>> $HTTP["host"] =~ "tracks" {
>>>>>> server.document-root =
"/usr/local/tracks/public"
>>>>>> fastcgi.server = ( ".fcgi" =>
>>>>>> ("localhost"
=>
>>>>>> ( "socket"
=>
>>>>>> "/usr/local/tracks/public/lighttpd.socket",
>>>>>> "bin-path"
=>
>>>>>> "/usr/local/bin/ruby
/usr/local/tracks/public/dispatch.fcgi",
>>>>>>
>>>>> You need to drop this part ^^^^^^^^^^^
I
>>>>> think
>>>>> it is running slow because you are loading an extra ruby
>>>>> interpreter
>>>>> here that is not needed.
>>>>>
>>>>>>
"bin-environment" =>
>>>>>> ("RAILS_ENV" => "production"),
>>>>>>
"min-procs" => 1,
>>>>>>
"max-procs" => 2
>>>>>> )
>>>>>> )
>>>>>> )
>>>>>> }
>>>>>>
>>>>>> Am I missing something, or is this normal performance
on a pretty
>>>>>> new (~2 years) powerbook?
>>>>>> ___________________
>>>>>> Ben Jackson
>>>>>> Diretor de Desenvolvimento
>>>>>>
>>>>>> +55 (21) 9997-0593
>>>>>> ben-p14LI7ZcAE/pVLaUnt/cCQC/G2K4zDHf@public.gmane.org
>>>>>> http://www.incomumdesign.com
>>>>>>
>>>>>> _______________________________________________
>>>>>> Rails mailing list
>>>>>> Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
>>>>>> http://lists.rubyonrails.org/mailman/listinfo/rails
>>>>>>
>>>>>>
>>>>>
>>>>> -Ezra Zygmuntowicz
>>>>> WebMaster
>>>>> Yakima Herald-Republic Newspaper
>>>>> ezra-gdxLOakOTQ9oetBuM9ipNAC/G2K4zDHf@public.gmane.org
>>>>> 509-577-7732
>>>>>
>>>>> _______________________________________________
>>>>> Rails mailing list
>>>>> Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
>>>>> http://lists.rubyonrails.org/mailman/listinfo/rails
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Rails mailing list
>>>> Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
>>>> http://lists.rubyonrails.org/mailman/listinfo/rails
>>>>
>>>
>>> -Ezra Zygmuntowicz
>>> WebMaster
>>> Yakima Herald-Republic Newspaper
>>> ezra-gdxLOakOTQ9oetBuM9ipNAC/G2K4zDHf@public.gmane.org
>>> 509-577-7732
>>>
>>> _______________________________________________
>>> Rails mailing list
>>> Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
>>> http://lists.rubyonrails.org/mailman/listinfo/rails
>>>
>>
>> _______________________________________________
>> Rails mailing list
>> Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
>> http://lists.rubyonrails.org/mailman/listinfo/rails
>>
> _______________________________________________
> Rails mailing list
> Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org
> http://lists.rubyonrails.org/mailman/listinfo/rails
>
On 7/7/05, Scott Burton <scottb-+eNEF4B5W7x6hJeZ3vmeHwC/G2K4zDHf@public.gmane.org> wrote:> I took www.railslabs.com :)What''s a rail slab? ;) -- Urban Artography http://artography.ath.cx
perhaps some wealthy philanthropist might register and donate salesonrails.org unless its already taken. andrew
On Fri, 8 Jul 2005, Andrew Stuart wrote:> perhaps some wealthy philanthropist might register and donate > salesonrails.org > > unless its already taken.I''m not wealthy, but I managed anyway. (I really really needed to do some of the stuff for SoR anyway because I need to replace some of the code for another website) I have a TXD account, so I could technically host it there, but I''m open to different suggestions. :) -- _Deirdre web / blog: http://deirdre.net/ yarn: http://fuzzyorange.com cat''s blog: http://fuzzyorange.com/vsd/ "Memes are a hoax! Pass it on!"
On Thu, 7 Jul 2005, Erik Howard wrote:> Not exactly wealthy, but I did go ahead and register the domain and > donate it. Feel free to contact me about hosting. I can donate > load-balanced server space with Rails 0.13 and lighttpd.How odd -- I was wondering what would happen if two people registered the same domain at the same time. I guess we''ll figure that out, as my registration went through as well. -- _Deirdre web / blog: http://deirdre.net/ yarn: http://fuzzyorange.com cat''s blog: http://fuzzyorange.com/vsd/ "Memes are a hoax! Pass it on!"