Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CPU activity when idle #270

Closed
mjm4456 opened this issue Mar 16, 2015 · 6 comments
Closed

CPU activity when idle #270

mjm4456 opened this issue Mar 16, 2015 · 6 comments
Labels
Milestone

Comments

@mjm4456
Copy link

mjm4456 commented Mar 16, 2015

radicale has some CPU activity when in idle state (no clients connected).
(powertop shows about 23 Events/s and a few o/oo of CPU load.
This is not really a big problem but it consumes a bit of battery when used on a notebook.

Matthias

@deronnax
Copy link
Contributor

if you're running it by itself, it uses python stdlib BaseHttpServer, which is probably the culprit. Use a dedicated WSGI HTTP server like uwsgi or Gunicorn.
Here, serving ~5000 contacts to ~5000 contacts, load is 0 when idle.

@mjm4456
Copy link
Author

mjm4456 commented Mar 23, 2015

according '/usr/lib/python2.7/site-packages/radicale/init.py' I guess radicale uses 'wsgiref.simple_server'.
If I start 'wsgiref.simple_server' standalone by:

from wsgiref.simple_server import make_server, demo_app
httpd = make_server('', 8000, demo_app)
httpd.serve_forever()

the load is 0 when idle.

@untitaker
Copy link
Contributor

Use a dedicated WSGI HTTP server like uwsgi or Gunicorn.

@deronnax I suppose you're serving more than one request at a time? This can lead to data corruption if you're using the filesystem storage (and possibly multifilesystem too).

@deronnax
Copy link
Contributor

many per seconds but in read only, no modifications are pushed to the
directory :)

On Fri, Aug 21, 2015 at 11:29 PM, Markus Unterwaditzer <
[email protected]> wrote:

Use a dedicated WSGI HTTP server like uwsgi or Gunicorn.

@deronnax https://github.com/deronnax I suppose you're serving more
than one request at a time? This can lead to data corruption if you're
using the filesystem storage (and possibly multifilesystem too).


Reply to this email directly or view it on GitHub
#270 (comment).

@liZe liZe added this to the 2.0 milestone Mar 14, 2016
@Unrud
Copy link
Collaborator

Unrud commented Apr 3, 2016

This should be resolved by #353

@liZe liZe mentioned this issue Apr 4, 2016
39 tasks
@liZe
Copy link
Member

liZe commented Apr 18, 2016

Closed by merging #353.

@liZe liZe closed this as completed Apr 18, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants