Project

General

Profile

Redmine caching

Added by Thomas Eccard almost 17 years ago

Hi redminers,

I have been doing some benchmarking on a test server, and I have decided to use Redmine as an application to test. I haven't had the chance to really dive into the code, but I'd like to know if there is some page caching somewhere, specially for the index page.

My server can handle 700req/s on static files, and only 30req/s on the index page (login page) of Redmine.


Replies (5)

RE: Redmine caching - Added by Jean-Philippe Lang almost 17 years ago

What kind of machine did you use for this test (os, cpu) ? And how do you run Redmine (webrick, mongrel, fastcgi...) ?
30 req/s on the login page is not very good (I get 35req/s for this same page on a PIII 500).

To answer your question, there's some caching mechanism on the repository diff views only.

RE: Redmine caching - Added by Jean-Philippe Lang almost 17 years ago

Oh, and make sure that:
  • you run Redmine in production mode
  • you have the mysql ruby c bindings installed, if you use mysql

RE: Redmine caching - Added by Thomas Eccard almost 17 years ago

Hi jean-Phillipe,

Yeah I should have specified my hardware:

My test setup is:
- PIII 500 384MB SDram
- Ubuntu 7.10
- Rails 2.0.2
- Redmine 0.6.3
- mysql gem (do I need to specify anything in Redmine to use it?)
- Nginx + 2 thin servers
- production mode

And I get around 30req/s.

What did you use for your setup? I saw in the News section you had 55req/s with PStore like me.

RE: Redmine caching - Added by Thomas Eccard almost 17 years ago

With a single mongrel instance I barely get 20req/s.

RE: Redmine caching - Added by Jean-Philippe Lang almost 17 years ago

A quick test on my workstation : 110 req/s on the login page with 10 clients.
Obtained using openwebload:

openload http://localhost/login 10
My test setup is:
  • C2D E6600 with 3gig of RAM
  • Win32 + Ruby 1.8.6 + Rails 2.0.2 + Mysql 5.0
  • 5 mongrel instances + pound

Note that win32 may not be the best os to (at least) do this kind of test, as ruby seems to be faster on linux:
http://antoniocangiano.com/2007/02/19/ruby-implementations-shootout-ruby-vs-yarv-vs-jruby-vs-gardens-point-ruby-net-vs-rubinius-vs-cardinal/

    (1-5/5)