Skip to Content
Menu
Musisz się zarejestrować, aby móc wchodzić w interakcje z tą społecznością.
To pytanie dostało ostrzeżenie
5 Odpowiedzi
22046 Widoki

I have installed openerp v7 on a Intel dual core machine

  • RAM: 4G
  • OS: FreeBSD 9.1
  • PostgreSQL: 9.2

It's a machine for testing OpenERP so there's only 2~3 users.

The reaction is kinda slow even there's only one concurrent user.

The machine's kinda old so I'm trying to squeeze the juice out of it... So I'm wondering does anyone have a tuning guide of tips?

Awatar
Odrzuć
Najlepsza odpowiedź

You don't mention the version of PostgreSQL you have installed (9.2 is faster than 9.1), or how much RAM you have, or how many total users you support, how many concurrent users you support, or what they do, or how performance is now - what about those details?

These are the pieces that affect performance of OpenERP:

  • Disk hardware - very little you can do
  • Operating System - no experience with FreeBSD
  • Database - PostgreSQL - see below
  • Application - Python - Unless you want to start profiling code and re-programming there isn't anything here you can do
  • Python Interpreter - Doubful there is anything here you can do
  • Web Server - CherryPy - A single Pentium M 1.6 Ghz with 1GB can support over 500 requests a second
  • CPU - nothing you can do apart from upgrade
  • Memory - nothing you can do apart from upgrade/increase

So your only real option is PostgreSQL.

See http://www.slideshare.net/openobject/tips-on-how-to-improve-the-performance-of-your-custom-modules-for-high-volumes-deployment-olivier-dony-open-erp

Awatar
Odrzuć
Autor

Thank you!

Autor

So actually the only "tuning" we can do is all about Postgre?

Additionnaly you could find this one : http://fr.slideshare.net/openobject/performance2014-35689113

Najlepsza odpowiedź

I know this post is a bit old, but this actually helped me this time.

We had an issue with slow POS orders sync. The config recommendations helped, and especially ensuring AUTOVACUUM is set-up. It was turned off for a while and the DB eventually bloated. 2000% decrease in processing time after completing the process. 

Tip: as we are at a "bloated" state, doing a VACUUM takes a lot of time. Our workaround was to export the whole DB, and re-import. 

Awatar
Odrzuć
Powiązane posty Odpowiedzi Widoki Czynność
2
kwi 25
1418
5
mar 25
17305
0
lut 25
495
1
cze 24
1293
1
maj 24
1006