I''m running production on lighttpd w/fastcgi. All of my operations are
running incredibly fast and its awesome. But the only thing that''s
running slow is my create and update operations. I''m using the
scaffold
code for my operations with just a modified view to fit my site.
Looking in my log I get:
Processing EmployeesController#create (for XX.XX.XX.XXX at Wed Sep 21
10:52:22 PDT 2005)
Parameters: {"commit"=>"Create Employee",
"employee"=>{"title"=>"Finance Intern",
"cell"=>"", "last"=>"Tung",
"username"=>"", "first"=>"Arnold",
"location_id"=>"1",
"hire_date(1i)"=>"2005",
"office"=>"408-534-4953",
"hire_date(2i)"=>"9",
"department_id"=>"14",
"hire_date(3i)"=>"21",
"resp"=>"536",
"active"=>"1", "notary"=>"0"},
"action"=>"create",
"controller"=>"admin/employees"}
Redirected to http://hcc-intranet1/admin/employees/list
Completed in 0.03796 (26 reqs/sec) | DB: 0.01333 (35%)
[http://hcc-intranet1/admin/employees/create]
So it says it was completed in 0.03796 seconds, yet this same request
actually took nearly 30 seconds to execute.
I''ve looked in the server.log and haven''t found any errors. I
looked
in the fastcgi.crash.log and don''t see anything there either.
Any ideas?
==================DISCLAIMER===============================This email may
contain confidential and privileged material for the sole use of the intended
recipient.
Any review or distribution by others is strictly prohibited. If you are not the
intended recipient, please contact the sender and delete all copies of it from
your system.
The sender accepts no responsibility for viruses and it is your responsibility
to scan attachments (if any).
No contracts may be concluded on behalf of the sender by means of email
communications unless expressly stated to the contrary.
==================DISCLAIMER================================
On 9/21/05, Marc Love <Marc.Love-w5+zYyZo3JRBDgjK7y7TUQ@public.gmane.org> wrote:> > I''m running production on lighttpd w/fastcgi. All of my operations are > running incredibly fast and its awesome. But the only thing that''s > running slow is my create and update operations. I''m using the scaffold > code for my operations with just a modified view to fit my site. > > Looking in my log I get: > > Processing EmployeesController#create (for XX.XX.XX.XXX at Wed Sep 21 > 10:52:22 PDT 2005) > Parameters: {"commit"=>"Create Employee", > "employee"=>{"title"=>"Finance Intern", "cell"=>"", "last"=>"Tung", > "username"=>"", "first"=>"Arnold", "location_id"=>"1", > "hire_date(1i)"=>"2005", "office"=>"408-534-4953", "hire_date(2i)"=>"9", > "department_id"=>"14", "hire_date(3i)"=>"21", "resp"=>"536", > "active"=>"1", "notary"=>"0"}, "action"=>"create", > "controller"=>"admin/employees"} > Redirected to http://hcc-intranet1/admin/employees/list > Completed in 0.03796 (26 reqs/sec) | DB: 0.01333 (35%) > [http://hcc-intranet1/admin/employees/create] > > So it says it was completed in 0.03796 seconds, yet this same request > actually took nearly 30 seconds to execute. > > I''ve looked in the server.log and haven''t found any errors. I looked > in the fastcgi.crash.log and don''t see anything there either. >I only remember this in passing, but it sounds like a lighttpd issue with http redirects that I saw on the list not long ago (they take forever). Might do a search on that and see what you find. _______________________________________________ Rails mailing list Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org http://lists.rubyonrails.org/mailman/listinfo/rails
Marc Love wrote:> I''m running production on lighttpd w/fastcgi. All of my operations are > running incredibly fast and its awesome. But the only thing that''s > running slow is my create and update operations.[SNIP]> So it says it was completed in 0.03796 seconds, yet this same request > actually took nearly 30 seconds to execute.Add server.max-keep-alive-requests = 0 to your Lighttpd config. Check http://mentalized.net/journal/2005/09/21/slow_lighttpd_on_redirect_to/ and http://trac.lighttpd.net/trac/ticket/243 for further details. -- Jakob Skjerning - http://mentalized.net
Thanks! That fixed it!>>> jakob-pixy5vpirPnEueBKFXcDjA@public.gmane.org 09/21/05 11:40AM >>>Marc Love wrote:> I''m running production on lighttpd w/fastcgi. All of my operationsare> running incredibly fast and its awesome. But the only thing that''s > running slow is my create and update operations.[SNIP]> So it says it was completed in 0.03796 seconds, yet this samerequest> actually took nearly 30 seconds to execute.Add server.max-keep-alive-requests = 0 to your Lighttpd config. Check http://mentalized.net/journal/2005/09/21/slow_lighttpd_on_redirect_to/ and http://trac.lighttpd.net/trac/ticket/243 for further details. -- Jakob Skjerning - http://mentalized.net _______________________________________________ Rails mailing list Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org http://lists.rubyonrails.org/mailman/listinfo/rails ==================DISCLAIMER===============================This email may contain confidential and privileged material for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies of it from your system. The sender accepts no responsibility for viruses and it is your responsibility to scan attachments (if any). No contracts may be concluded on behalf of the sender by means of email communications unless expressly stated to the contrary. ==================DISCLAIMER================================
I second that. That''s what solved my problem. AEM Jakob L. Skjerning wrote:> Marc Love wrote: >> I''m running production on lighttpd w/fastcgi. All of my operations are >> running incredibly fast and its awesome. But the only thing that''s >> running slow is my create and update operations. > [SNIP] >> So it says it was completed in 0.03796 seconds, yet this same request >> actually took nearly 30 seconds to execute. > > Add server.max-keep-alive-requests = 0 to your Lighttpd config. > > Check > http://mentalized.net/journal/2005/09/21/slow_lighttpd_on_redirect_to/ > and http://trac.lighttpd.net/trac/ticket/243 for further details. >-- Adrian Madrid HyperX Inc. Mobile: 801.815.1870 Office: 801.566.0670 aemadrid-kSB444ljgzMmlAP/+Wk3EA@public.gmane.org www.hyperxmedia.com 9000 S. 45 W. Sandy, UT 84070 _______________________________________________ Rails mailing list Rails-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org http://lists.rubyonrails.org/mailman/listinfo/rails