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

something off the records about owncloud performance. #2

Open
richhl opened this issue Oct 31, 2014 · 3 comments
Open

something off the records about owncloud performance. #2

richhl opened this issue Oct 31, 2014 · 3 comments

Comments

@richhl
Copy link

richhl commented Oct 31, 2014

sorry this is not properly an issue but i have not find a more proper channel to ask you.

i'm evaluating owncloud and have reviewed your tnc2014_slides_TNC2014ScalingTheUnscalable.pdf and this...owncloud/core#7072

a little scared about performance. any advice? i'm thinking about going seafile

thx a lot

@jcfischer
Copy link
Member

Define what you are worried about exactly.

Currently we run with 3050 users (adding around 30-50 daily) and 3.7TB of data in 3.45 million files. All of that on a dozen virtual machines, the largest one being the DB server (32 Gig RAM, 16 cores)

The DB server still has around 60% idle time, the NFS server (that I was most worried about) is holding up nicely so far (its performance is similar to when we only had 100 users)

As for client / syncing performance: Yes - ownCloud 6 isn't very fast, on our test system with oc7 we have seen 2-3 times sync speed. The problem is mainly that oC handles many small files really poor - that has not improved significantly between releases.

Most of our users seem happy though.

@richhl
Copy link
Author

richhl commented Oct 31, 2014

Thx for you feedback...

your 34th slide "1 Upload 180 SELECT?"

and the github thread talking about extremely slow client performance:

Ok, so I tested to upload through the servers Web GUI, and the problem of slow uploads appears there as well. And surprisingly it´s equally slow as uploading trough the client.

"So in other words, the problem is on the server side as well.
tytgatlieven
tytgatlieven commented 12 days ago

@enoch85 Indeed, the long delay until each file upload starts is due to processing @ the server (at least IMO)."

thx

@jcfischer
Copy link
Member

yes - definitively a problem in the server code that takes a long time for each request. The 1.7 client uses parallel uploads and that improves the overall syncing speed, but the bottleneck is still the server handling each file upload (and putting stuff into the database)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants