Log in to create and rate content, and to follow, bookmark, and share content with other members. Not a member? Join Now!

AnsweredAssumed Answered

CIFS and FTP service too slow

Question asked by miguel.gil.martinez on Jun 29, 2006
Latest reply on Jul 10, 2006 by jarek.potiuk

Like • Show 0 Likes0
Comment • 5

Hello!!!
I have Alfresco-1.3 Tomcat final in a 3.0Ghz P4 HT with 2Gb RAM and a fast 160Gb HDD SATA2.
Linux Mandriva 2006. Alfresco dedicated Server.
SQL in other dedicated machine, in a similar hardware configuration.
Tomcat's logs warn nothing wrong.

JAVA_OPT Xmx: 1536m

It has over 4.000 files (pdf) in spaces, loaded via FTP. First couple of thousands were fast, but now, when I try to browse, load more, delete or download via FTP or CIFS, patience is my best allied. Memory consumption is over 400Mb, and HDD led is always off (2 Gb RAM machine).
Java process does not use all CPU % it has. It never reaches more than 50% up.

Web client works fine.

What can I do to improve performance?

No one else has this question

Outcomes

5 Replies

gary.spencer Jul 6, 2006 4:05 PM
Mark Correct
Correct Answer
Hi,

The CIFS and FTP server code uses a cut down version of the JLAN Server code but the majority of the protocol code is the same.

I have some benchmarks of the JLAN Server code here - http://www.starlasoft.com/jlansrv/benchmarks.html. The latest 3.6 code should be about 30% quicker on the CIFS test when using the new Winsock NetBIOS JNI code.

Cheers

Gary
Like • Show 0 Likes0
Actions
miguel.gil.martinez Jul 7, 2006 8:37 AM
Mark Correct
Correct Answer
Ok, ok. It is not an Open Source code…. ummmm :cry: . It makes Alfresco CIFS service unusable for medium-large enterprises. Do we have to wait 1.4 out ? What can we do it?

Thanks!!!!!
Like • Show 0 Likes0
Actions
paulhh Jul 7, 2006 5:43 PM
Mark Correct
Correct Answer
There are a number of things we're doing on performance in 1.4. Also, there is a lot you can do on the configuration to change the performance profile. If you're using it in a medium-large enterprise, you could always consider getting support - then it would encourage us to get it working well for you :-)

What is the scenario for very large numbers of being copied over? Is it something that happens regularly as well as "standard" user interaction with the client? Is it an overnight task?

Cheers
Paul.
Like • Show 0 Likes0
Actions
miguel.gil.martinez Jul 10, 2006 7:38 AM
Mark Correct
Correct Answer
My scenario is:
- 35.000 PDF's, over 30Kb each one, stored in folders and subfolders, max. 600 items/folder.
- 100 users, uploading, downloading, editing….. using Alfresco!!!.
- Increasing number of docs, between 200 and 500 per day.
- Access via CIFS-WEBDAV-FTP for uploading (we'll choose the faster protocol) and web client for searching and editing online.

We are in testing stage. We cannot use CIFS-WEBDAV-FTP because space listing is really slow. We are considering to freeze project until 1.4

Cheers
Miguel.
Like • Show 0 Likes0
Actions
jarek.potiuk Jul 10, 2006 9:03 AM
Mark Correct
Correct Answer
We have slightly less than that (ca. 15.000 - 18.000 files and we do not experience problems with performance - well WEB is certainly fastest, webdav slightly slower and cifs being slowest - though still quite OK). Usually listing of a directory takes <0.5-1 second.

One case where we did experience problems (I created JIRA issue for it - http://www.alfresco.org/jira/browse/AR-708 ) was when we had few 1000s of deleted files (they were all in the "undelete" space). Then ALL delete operations were TERRIBLY slow (up to 1 minute). Maybe that's the same case - the slowdown would occur when you have many objects in the same space. From the observation we had - the experiencable slowdown started somewhere between 500-1000 objects. Removal of >3000 files from the "undelete" spaces took ca. 40 hours but after we did it it went back to the normal speed.

My scenario is:
- 35.000 PDF's, over 30Kb each one, stored in folders and subfolders, max. 600 items/folder.
- 100 users, uploading, downloading, editing….. using Alfresco!!!.
- Increasing number of docs, between 200 and 500 per day.
- Access via CIFS-WEBDAV-FTP for uploading (we'll choose the faster protocol) and web client for searching and editing online.

We are in testing stage. We cannot use CIFS-WEBDAV-FTP because space listing is really slow. We are considering to freeze project until 1.4

Cheers
Miguel.
Like • Show 0 Likes0
Actions

CIFS and FTP service too slow

Outcomes

Related Content

Recommended Content