This might sound obvious, but is there any way you can distribute your
content across a hierarchy of folders?
I have not experimented with this scenario in Slide, but I have worked
with similar content repositories before, and having many (i.e. several
thousand) documents in a folder is usually ve
It is as Mirko states.
Performance issues with large collections are a known issue with slide.
Stefan
Mirko Froehlich wrote:
This might sound obvious, but is there any way you can distribute your
content across a hierarchy of folders?
I have not experimented with this scenario in Slide, but I have
Using that large collections is certainly discouraged. Would you put
2000 files into a folder and browse with Windows explorer? Certainy
not...
Just think of the gigantic XML that has to be build and and parsed
again on such a propfind. Given that 30 to 40 seconds does not look
that bad.
By the w
I am seeing this also (see my previous post).
We can deal with Very Large Objects in our archive, and the hard-coded 2k
buffer size in org/apache/slide/webdav/method/GetMethod.java was killing read
performance. Getting a single chunk of data from our archive is a bit
expensive, so I implemented
roduct=Slide
Thanks,
Warwick
> -Original Message-
> From: John Rousseau [mailto:[EMAIL PROTECTED]
> Sent: Monday, December 06, 2004 10:01 AM
> To: Slide Users Mailing List
> Subject: Re: Performance
>
>
> I am seeing this also (see my previous post).
>
>
I forgot to mention that I was trying to move the Slide source direcotry
which you get from Slide's CVS to slide. In other words, the 170MB consists
of hundreds of files.
When I put one SINGLE file of 44 MB, it only take 15 seconds.
Any input?
Sean Q
- Original Message -
From: "Sean Qi
Ritu Kedia <[EMAIL PROTECTED]> writes:
> Are there any performance parameters available for Slide, in a
> {DesktopClient --> J2EE Server/ Plain Servlet Container} environment?
>
> Are there any load test scripts available using Slide's Client LIB?
In the slide CVS repository is a complete tests
p.s. just wanted to avoid debugging if anyone could point out my obvious
error...thanks)
> -Original Message-
> From: Martin Holz [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 02, 2004 12:37 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Performance TestScripts
>
>
> Ritu K
Ritu Kedia <[EMAIL PROTECTED]> writes:
> Martin thanks for your reply.
>
> But I am getting "Unauthorized" error when executing the test script. Could
> anyone please point out the problem:
> Looks like TProcessor is not setting the username and password correctly.
> However I am explicitly pas
Quoting "Kurapati, Rama" <[EMAIL PROTECTED]>:
> Hi:
>
> I have a Folder TEST with 500 sub folders, each containing 100 files,
> all
> of same size 400 bytes. It is strange that it takes only 40-90 ms for
> the
> first 2 thousand files and afterthat the time is gradually increasing.
> After
>
24 Mar 2001 13:14:45 - INFO - PUT (time: 94874 ms) URI = /files/archives/2712.JPG
24 Mar 2001 13:14:49 - INFO - OPTIONS (time: 57 ms) URI = /
24 Mar 2001 13:14:49 - INFO - PROPFIND (time: 463 ms) URI = /
24 Mar 2001 13:15:13 - INFO - PROPFIND (time: 21509 ms) URI = /files
24 Mar 2001 13:18:02 - IN
> 24 Mar 2001 13:14:45 - INFO - PUT (time: 94874 ms) URI =
/files/archives/2712.JPG
> 24 Mar 2001 13:14:49 - INFO - OPTIONS (time: 57 ms) URI = /
> 24 Mar 2001 13:14:49 - INFO - PROPFIND (time: 463 ms) URI = /
> 24 Mar 2001 13:15:13 - INFO - PROPFIND (time: 21509 ms) URI = /files
> 24 Mar 2001 13:
This times are logged for PutMethod.
Thanks
Rama
I suppose you're taking about the time needed to do a PROPFIND enumerating
all
those resources.
Could you give more details about the request being made ?
> I have a Folder TEST with 500 sub folders, each containing 100 files,
> all
> of sam
Pontus,
I've been researching Tomcat performance, and here's what I've learned so
far. I'd appreciate any feedback anyone has on these comments, because I'm
no Tomcat expert...
Using the -server tag makes enormous speed and memory improvements
Using -Xincgc slows the system down
Using -Xms and
Pontus,
If you have delta-v versioning enabled then it may help to use the "history
collection hack" that basically distributes you're file revision structure
in a hierarchical tree in the "/history" path in the file system
irrespective of how you choose to layout the files under the "/files" pat
rt
of Slide.
/Pontus
-Original Message-
From: Warwick Burrows [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 04, 2005 3:18 AM
To: 'Slide Users Mailing List'
Subject: RE: Performance issues
Pontus,
If you have delta-v versioning enabled then it may help to use the "his
certain
platforms (Windows2k for sure and others)
Jeff
From: Pontus Strand <[EMAIL PROTECTED]>
Reply-To: "Slide Users Mailing List"
To: "'Slide Users Mailing List'"
Subject: RE: Performance issues
Date: Wed, 5 Jan 2005 09:22:00 +0100
Warwick and Jeff,
Thanks for
ED]
> Sent: Wednesday, January 05, 2005 11:18 AM
> To: slide-user@jakarta.apache.org
> Subject: RE: Performance issues
>
>
> I have another java server application that I had to restart
> every night for
> a similar reason. Have you experimented with -Xincgc (allows
>
I've found the performance bottleneck.
Is because the role /roles/root does not exists in AD and there is nodes
with permission to this role.
So, the role doesn't exists and every time the permission check is
evaluated it tries to find him in AD.
There is a way to cache unsuccessful searche
Hi,
The current 2.2 Slide version has encoding problems with accents while the 2.1
release has not this problem.
I think that Slide developpers want to fix this bug before releasing the 2.2
version, but I am not sure. (cf. my mail about encoding problems)
I am very interested in your document giv
to:[EMAIL PROTECTED]
Sent: Thursday, January 26, 2006 2:45 PM
To: Slide Users Mailing List; Meltem Yeşiltaş
Cc: slide-user@jakarta.apache.org
Subject: Re: Performance & Version 2.2
Hi,
The current 2.2 Slide version has encoding problems with accents while the 2.1
release has not this problem.
We use the one that is distributed with slide version 2.1.
I guess it is 2.0.
Meltem
-Original Message-
From: Laurent Michenaud [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 26, 2006 3:59 PM
To: Slide Users Mailing List
Cc: [EMAIL PROTECTED]
Subject: RE: Performance & Version
x27;
Objet : RE: Performance & Version 2.2
We use the one that is distributed with slide version 21.
I guess it is 2.0.
Meltem
-Original Message-
From: Laurent Michenaud [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 26, 2006 3:59 PM
To: Slide Users Mailing List
Cc: [EMAIL PRO
same collection.
Regards,
Meltem Yesiltas.
-Original Message-
From: Thomas Bellembois [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 26, 2006 2:45 PM
To: Slide Users Mailing List; Meltem Ye?ilta?
Cc: slide-user@jakarta.apache.org
Subject: Re: Performance & Version 2.2
Hi,
The current 2.
Hi Adam,
I'm also not aware of any benchmarks, but I can tell you that Slide will handle
100k just fine.
At Hippo we're using Slide as a content repository (hippo-repository) for our
CMS.
We are running Slide at multiple customers that differ in size.
As far as I know the biggest one is now run
Did you have a look at src/contrib/webdavgui? There you will find
another attempt to create a WebDAV JFileChooser. That one is used in
the WebDAV plug-in for the Morphon XML editor. I doubt, that it is
still reasonably working in the current cvs version. If you search the
list archives you will fin
Thanks Ingo,
I tried that one too, that contrib doesn't even compile because
it use the old version (1.x) of commons-htttp-client. Then it needs
a porting to the new API.
Yes.. I am thinking of writing a new wrapper...
Ingo Brunberg wrote:
Did you have a look at src/contrib/webdavgui? There you wil
I just sent a different response on my performance enhancements to date, but
I'm still stuck on
one thing
Thanks in advance for any input!
After we do PROPFINDS or SEARCHES for about 5 minutes with around 16-20
clients our system becomes very unresponsive for around 30 seconds to a
minute.
Maybe it has to do with Slide object cache. When you start Tomcat, does
the first client that connects sees this slow reponse time?
Slide needs to load the objects from the store to process anything, of
course, but they are cached. Subsequent operations are faster, specially
searches which basic
e.
Thanks,
Warwick
> -Original Message-
> From: J H [mailto:[EMAIL PROTECTED]
> Sent: Monday, January 03, 2005 6:20 PM
> To: slide-user@jakarta.apache.org
> Subject: RE: Performance issues, Slow Downs
>
>
> I just sent a different response on my performance
> e
enses/concurrent sessions are allowed
to...
It sounds like to me if you're getting deadlocks they're coming from writing
to the table not reading though.
From: Warwick Burrows <[EMAIL PROTECTED]>
Reply-To: "Slide Users Mailing List"
To: 'Slide Users Mailing List'
Su
: Slide Users Mailing List
Subject: Re: Performance issues, Slow Downs
Date: Tue, 04 Jan 2005 10:49:33 +0900
Maybe it has to do with Slide object cache. When you start Tomcat, does the
first client that connects sees this slow reponse time?
Slide needs to load the objects from the store to process
; From: J H [mailto:[EMAIL PROTECTED]
> Sent: Monday, January 03, 2005 8:48 PM
> To: slide-user@jakarta.apache.org
> Subject: RE: Performance issues, Slow Downs
>
>
> I'm not a DB expert, but indexing tables basically improves
> response time.
> It basically impro
se.write("Error SendRequestPROPFIND(): Open failed.");
xmlhttp = null;
return null;
}
try {
xmlhttp.send();
if(xmlhttp.status >= 300)
...
From: "J H" <[EMAIL PROTECTED]>
Reply-To: "Slide Users Mailing List&
> Hi,
>
> I've encountered some performance problems using JDBCDescriptorsStore
> and J2EEDescriptorsStore. Performance improved (about 45%) after I
> changed database schema. I changed all VARCHARs longer than 255 to LONG
> VARCHAR. TEXT datatype would probably done the trick also, but I'm
> happ
Hi Priscilla,
we are running Slide with an even larger user base without significant
performance problems. But that might depend on the store
implementation you are using.
Concerning the memory problems you should make sure to give your Java
VM enough memory with the -mx and propably the -ms swit
il.threads.ThreadPool$ControlRunnable.run(ThreadP
ool.java:530)
at java.lang.Thread.run(Thread.java:536)
-Original Message-
From: Ingo Brunberg [mailto:[EMAIL PROTECTED]
Sent: Monday, December 15, 2003 4:42 PM
To: [EMAIL PROTECTED]
Subject: Re: Performance issue of web application using slid
The reason for this behavior is the JRE version. We used Java
1.4.0_01. 1.4.1 has no more differences depending on the port.
Sorry for the noise
Martin
Martin Dulisch wrote:
> Hello,
>
> we use the slide client lib to request a Tamino WebDAV server.
> The version of the HttpClient is 2.0 rc1.
>
>
38 matches
Mail list logo