Hi,
I have put 2000 file resources in one WebDav collection. When I request
a list of all resources (PROPFIND) I have to wait between 30 and 40
seconds until I get a response. At the moment I use
TxXMLFileDescriptorsStore. Using a database is even slower. Has anybody
a suggestion how to get the re
Hello Again!
Am working with WCK, customized it to work on my DMS, the problem is that the
performance is too slow! when i tried to debug and see which methods takes much
time, I found that alot of methods are called twice, and don't know why, for
example giving the uri of /file
Hi people,
I'm trying to use Slide with Oracle and Sybase, and have found the
slidestore.reference.JDBCDescriptorsStore
class to be a major bottleneck in terms of performance.
The schema it creates is not normalized, and most of the tables don't have
any indexes. For Sybase,
indexi
Hi, All,
Has anyone tested Slide's performance or run into some issues in the
performance area?
I just did a test as follows:
1. Configure Slide to use JDBCDescriptorStore as nodestore and
FileContentStore as the content store.
2. Start Tomcat (4.1) with Slide deployed in webapps on my
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?
Regards,
Ritu
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
reaching 5000 files - 900 ms , 1 files it is taking 4000-700
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).
>
>
Hello,
There has been some talk about performance issues previously on this list
and I would like to return to a couple of them as they are relevant to my
current project. Let me begin by describing our setup.
All files will be stored in a file system, most likely UNIX-based, and all
other data
Hi,
I was wondering what kind of performance we should expect when using the
JDBCStore. In our tests, a single propfind on a collection with 100 files
makes 1200 queries to the database! We have already defined
rdbms-expression-factory and looked at the source code and it looks like it
gets the
My slide repository is too slow.
There is any slide performance tunning documentation?
Patrick Dalla Bernardina wrote:
People,
I have the slide configuration in the end of email.
I had integrated with AD. User authentication works fine. But
authorization no.
My users do not have access to
"Sean Qi" <[EMAIL PROTECTED]>
To: "Slide Developers Mailing List" <[EMAIL PROTECTED]>; "Slide
Users Mailing List" <[EMAIL PROTECTED]>
Sent: Friday, November 15, 2002 4:25 PM
Subject: Performance issue
> Hi, All,
>
> Has anyone tested Slide
profiling was done, and the guilty method was found, and
patched, leading to a large performance increase if I remember correctly.
I would propose:
* We consolidate the changes everyone is currently working on, and finally
produce a 2.0 BETA release.
* We create some docs for the 2.0 release, and get
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 CV
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
one resource, the size of the XML generated for a PROPFIND with allprop is
about 3.2 K. So for 10 000 resources, that's 32 M ... Also, that figure is
bound to grow a bit when Delta V is added.
One thing which can be done to improve performance with large amount of
resources is add more memory
ated for a PROPFIND with allprop is
> about 3.2 K. So for 10 000 resources, that's 32 M ... Also, that figure is
> bound to grow a bit when Delta V is added.
>
> One thing which can be done to improve performance with large amount of
> resources is add more memory and raise th
> 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
m Myers" <[EMAIL PROTECTED]>
Sent: Thursday, October 07, 2004 8:31 PM
Subject: Re: Security Performance
On Thu, 2004-10-07 at 16:14, Jim Myers wrote:
Ah - OK. I think you could still create the getEffectiveAcl method
signature
and add a default implementation to the base store(s) -
Abs
e effectiveAcl somewhere
> along with a matching getEffectiveAcl method.
>
> Does this make sense or have I missed your point?
>
> Jim
>
> - Original Message -
> From: "James Mason" <[EMAIL PROTECTED]>
> To: "Jim Myers" <[EMAIL
es this make sense or have I missed your point?
Jim
- Original Message -
From: "James Mason" <[EMAIL PROTECTED]>
To: "Jim Myers" <[EMAIL PROTECTED]>
Sent: Thursday, October 07, 2004 8:31 PM
Subject: Re: Security Performance
On Thu, 2004-10-0
nformation being stored. #2 and #3 both
> >>require that grant/revoke be modified to store the effectiveAcl somewhere
> >>along with a matching getEffectiveAcl method.
> >>
> >>Does this make sense or have I missed your point?
> >>
> >> Jim
>
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 s
distribution. If you have as many files under
"/history" as you do in "/files" then versioning is enabled.
Warwick
> -Original Message-
> From: Pontus Strand [mailto:[EMAIL PROTECTED]
> Sent: Monday, January 03, 2005 5:04 AM
> To: Slide Users Mailing List (E-mai
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
If I remember correctly, the sun jvm documentation notes that there's a 10%
performance hit. But if it saves you memory problems and having to restart
and the performance is adequate then it may be an option.
Warwick
> -Original Message-
> From: J H [mailto:[EMAIL PROTECT
Hello again,
This time I want to ask about users. Are there any known problems with large
numbers of users and/or groups? And are there any nice parameters that we
should know about that improves user management? We haven't tested this yet,
mostly because the somewhat complex user management in Sl
You can put the following parameter into your nodestore configuration:
true
This reduces the number of queries significantly. You can also go to the
archive for this mailing list and search for the subject "Slide search
performance issues", there are some other pointers there.
Be
t: RE: Database performance
You can put the following parameter into your nodestore configuration:
true
This reduces the number of queries significantly. You can also go to the
archive for this mailing list and search for the subject "Slide search
performance issues", there are some ot
Hi,
Hmm, sorry ... I didn't read your message carefullt enough. I think you are
right that that parameter is for DASL queries only. How slow is propfind? I
haven't noticed any performance issues yet with with propfind but I guess it
may depend on how you use it. Sorry I wasn't o
Hi folks,
Would like to hear from you about slide's performance when handling a large
amount and/or large size of files and which parts of the domain.xml that
help improve performance.
Is there a configuration that can be suggested in order to get slide's best
performance in hand
I use slide 2.1 to save documents in Linux x86 system. After 10,000 files
were saved, slide becomes slower than before. And also, if I upload file to
slide with a high rate(such as one file for every 3 seconds, average size
about 15kb), slide will complain that can not find store node objects. w
Hi,
I am planning to build a document management system upon Slide and
performance will be very important. I realized that when the number of
the documents in a directory gets bigger, put, checkout and checkin
times for this directory increase significantly. As far as I have read,
a lot of
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 un
Are there any benchmarks posted as to what Slide can handle in terms of
scale? I am wondering both on a storage and access side. Is anyone out
there currently storing tens of thousands of documents? What about 100k?
Are there any large public websites that actively retrieve content from a
Slide
Hi there!
I created a BasicWebdavStore Module and enabled it in the slide
configuration. My module connects to my server and
calls appropriate functions in my Document Service through RMI.
Unfortunately, each request takes very long. Even an Options command
tooks 6s (see output below). I lo
Hi,
I am implementing a JFileChooser to see the slide-repository,
I am using the FileSystemView and FileView of the slide2.0 cvs.
But the fileChooser built on it is extremely slow, so I am investigating
the reason. I have some doubts about a method of the class
org.apache.webdav.lib.WebdavFile: p
Hi,
has anybody experience in versioning and a large number of documents
(10,000 to 100,000)? I did a VERSION call on 8000 documents. The first
calls where fast, but this last took almost 1 minute (3 GHz Pentium,
plenty of free memory, JDBCDescriptorsStore with Postgres). While I did
not yet di
I understand all the
tables better. :)
I'm getting very sporadic performance when using the Webdav servlet and the
M$ SQL Server store on Windows 2000 on Resin 2.0 on Sun's JDK 1.3. Using
Windows' webdav client, I can view a particular collection, and the
webserver log will show i
Hello again,
First let me thank those who responded to my previous question regarding
performance issues. Your responses were a great help! After we implemented
the changes needed to improve performance when adding files we ran into
another problem almost instantly. This time around it is search
Hello Pontus,
First of all, many thanks for your performance enquiries to the slide
mailing list: I've been consuming them avidly.
For user aggregation on groups, and group2user or user2group traversal for
authentication/authorization purposes, I would suggest to publish that
information
we setup
Slide to use LDAP?
Regards,
Pontus
> -Original Message-
> From: Miguel Figueiredo [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 18, 2005 11:04 AM
> To: 'Slide Users Mailing List'
> Subject: RE: Another performance question
>
>
>
> H
t made any performance tests on the openldap server, but I feel
confident it should handle quite well, at least comparable with commercial
implementations. Anyway, it's better than parsing XML documents (like it is
done by slide) and if the openldap performance isn't good enough, you ca
:18 PM
> To: 'Slide Users Mailing List'
> Subject: RE: Another performance question
>
>
>
> Hello,
>
> We have been using openldap as an authentication server
> without any issues
> so far (windows distribution). As far as I learned it's a
> re
Hello, seems I am not the only one with problems with
performance, I have done some tests with Jmeter, the
performance is acceptable with 10 threads but the
performance decreases significantly with 20 threads,
for me it worked to increase slightly the performance
to move depth-limit from 3 to 1
Marco,
What size of SLIDE environment were you testing this on? Number of nodes, files
under management, operations attempted (read, read/write, write only, check
ins, checkouts etc).
It will help us understand what scalability and performance we can expect.
On a side note I am looking to
ly,
> check ins, checkouts etc).
>
> It will help us understand what scalability and performance we can expect.
>
> On a side note I am looking to do some limits and performance testing on
> SLIDE in the next couple of weeks. Once done I'll post the results on to the
>
under management,
> operations attempted (read, read/write, write only,
> check ins, checkouts etc).
> >
> > It will help us understand what scalability and
> performance we can expect.
> >
> > On a side note I am looking to do some limits and
> performance te
Marco,
Thanks for the additional information.
Based on what you are seeing, clustering a number of 'tomcats' should give you
greatly enhanced performance. It may be the way forward for larger environments.
I'll post my tests once completed.
Rgrds
P
-O
I am making some performance test on slide, tomcat is
configured like this:
Running my servlet that queries slide for just profind
and report and using Jmeter using 80 threads x 2
This is what I get in some point
19.08.2005 10:07:26
org.apache.catalina.startup.Catalina start
INFO: Server
given that performance are also very
important for the project I am working on (I have cc the mailing list of this
project for information).
I expect to do a series of tests to determine actions that have a bad
effect on
performance.
Regards,
Thomas
Quoting Meltem Yeþiltaþ <[EMAIL PROTEC
Hi Thomas,
We have performed several tests for performance and continue testing with
different cases. The attached file shows the result of tests that we performed
up to now. I hope it will be clean to you, sorry for Turkish in the graphics,
but you can examine the numbers in the tables.
I
nvier 2006 14:53
À : slide-user@jakarta.apache.org
Cc : [EMAIL PROTECTED]
Objet : FW: Performance & Version 2.2
Hi Thomas,
We have performed several tests for performance and continue testing with
different cases. The attached file shows the result of tests that we performed
up to now. I hop
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
Thanks.
-Message d'origine-
De : Meltem Ye?ilta? [mailto:[EMAIL PROTECTED]
Envoyé : jeudi 26 janvier 2006 14:53
À : slide-user@jakarta.apache.org
Cc : [EMAIL PROTECTED]
Objet : FW: Performance & Version 2.2
Hi Thomas,
We have performed several tests for performance and continue testing
e.
Kind regards,
Jeroen Reijn
Hippo
(http://www.hippo.nl/)
-Original Message-
From: Adam Steidley [mailto:[EMAIL PROTECTED]
Sent: woensdag 30 augustus 2006 18:08
To: slide-user@jakarta.apache.org
Subject: Performance and Scaleablity
Are there any benchmarks posted as to what Slide can han
, which I
understood contained all the bug fixes to the v1.0.16 release. We were
able to download the source from CVS for the SLIDE_1_0 branch and got
everything to compile. Then, we just upgraded all the Slide components in
our environment to the new ones and there was a significant performance
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
[EMAIL PROTECTED]
> Subject: Version control and performance
>
>
>
> Hi,
>
> has anybody experience in versioning and a large number of documents
> (10,000 to 100,000)? I did a VERSION call on 8000 documents.
> The first
> calls where fast, but this last took a
Hello Peter,
"Nevermann, Dr., Peter" <[EMAIL PROTECTED]> writes:
> Good point! Currently, I have no idea how to overcome this problem in
> principle, i.e. by distributing the content of /history onto multiple
> subdirectories, but I will keep thinking about it.
>
> It doesn't really solve the p
What about a CVS Store?
Michael Oliver
CTO/Matrix Intermedia
7391 S. Bullrider Ave.
Tucson, AZ 85747
Office (520)574-1150
Cell (518)378-6154
Martin Holz said:
>
> Hello Peter,
>
> "Nevermann, Dr., Peter" <[EMAIL PROTECTED]> writes:
>
>> Good point! Currently, I have no idea how to overcome this
relational design and the J2ee datasource technology
really helps!!
/Jacob
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Martin Holz
Sent: 18. juni 2003 10:06
To: [EMAIL PROTECTED]
Subject: Version control and performance
Hi,
has anybody experience in versioning and a
ee
anything in it, which would change the linear behaviour.
The performance of my server is also okay as long as standard
operations like PUT and GET are involved. Do you use Webdav/DeltaV
versioning or raw slide versioning? Raw slide should be okay too.
Trouble starts, when a new Webdav
EMAIL PROTECTED]
Subject: Re: Version control and performance
"Jacob Lund" <[EMAIL PROTECTED]> writes:
> Hi Martin!
>
> I am using the J2EENodeStore with 50.000 files in 9.000 collections.
> All files have been placed under version control. It is running
> without any
and indexes, but that won't happen until I understand all
the
> tables better. :)
Thanks. I've added it to the webpage.
> I'm getting very sporadic performance when using the Webdav servlet and
the
> M$ SQL Server store on Windows 2000 on Resin 2.0 on Sun's JD
-Original Message-
From: Raj Kumar [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 12, 2001 4:05 PM
To: [EMAIL PROTECTED]
Subject: Performance problems using Sybase
-Original Message-
From: Raj Kumar [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 12, 2001 4:03 PM
performance needs.
As an example, Indiana University will run a site with 100,000 users and
10Million hits per day. I am wondering if there are some high perfomance
installations of Slide that operate in that kind of environment. Feel free to
drop me a direct e-Mail with a short summary of your
Is there a performance gain when you use a single WebdavResource object per
thread and reuse it to access different resources on the same Slide server?
ie. if there is only one WebdavResource then is there only one HTTP
connection to the Slide server across which all requests flow no matter what
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
m
basically touch every object in the store (unless
especial DASL indexing is used). I don't know but maybe the whole cache
is being flushed when it gets full or something similar.
Carlos
J H wrote:
I just sent a different response on my performance enhancements to date,
but I'm still st
Jeff,
Excuse my ignorance but what are the clustered indexes you mention creating
on certain tables? I'm hitting -911 database errors (deadlocks and or lock
contention timeouts) with the Slide 2.1 release and am trying to find out
how to improve Slide's DB2 table access performanc
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 Pontus ,
I have the same trouble, i work with 1 documents ... so if i found any
solution or explication i will take you part.
I have an another question , how do you created your own property , because
when i created a property with proppatch i was enable to specify the Namespace
we
rce class, like this:
webdavResource.setPath("path_to_document_or_directory");
webdavResource.proppatchMethod(propName, "my_property_value", true);
More details on these classes can be found in the javadoc. I hope this help
you.
The total lack of responses regarding the performanc
anks,
Jeff
From: Pontus Strand <[EMAIL PROTECTED]>
Reply-To: "Slide Users Mailing List"
To: "'Slide Users Mailing List'"
Subject: RE: Slide search performance issues
Date: Wed, 12 Jan 2005 11:03:13 +0100
Hi Cédric,
To add a custom property is really rather simple
in Domain.xml or
similar files that can be added and/or modified to increase performance? Any
help at all would be welcome, even if it is just asking "obvious" questions!
Did you put
true
into your nodestore configuration?
Guido
--
Freundliche Grüße / With kind regards
Guido Cas
> -Original Message-
> From: Guido Casper [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 13, 2005 8:44 AM
> To: Slide Users Mailing List
> Subject: Re: Slide search performance issues
>
>
> Pontus Strand wrote:
> > Doing the same search as before on 100
!! 18!!!
There simply must be a better way to do this!
Have you modified the
search queries or search methods? Are there any parameters in
Domain.xml or
similar files that can be added and/or modified to increase
performance? Any
help at all would be welcome, even if it is just asking "obvious&q
.
It's a bad idea to bypass Slide to improve search performance as this will not
be supported by the community and has to be adopted for each Slide release...
Daniel
"Slide Users Mailing List" schrieb am 13.01.05
02:28:59:
>
> Surprise, but I too am seeing very slow searc
has to be replecated and regarding memory
> consumption it would be much better to use the db directly. But it would take
> some combined effort from all people involved/interested to get this done.
> It's a bad idea to bypass Slide to improve search performance as this will
&
or search methods? Are there any parameters in
Domain.xml or
similar files that can be added and/or modified to increase
performance? Any
help at all would be welcome, even if it is just asking "obvious"
questions!
Did you put
true
into your nodestore configuration?
Guido
--
Freundlic
exceptionally well, doing the same search as before on 4 files (which
gave an OutOfMemoryException after 15 minutes) took about 1.4 seconds now.
Now, given the performance boast shouldn't this parameter be on by default
when using a JDBC store?
I'm not sure how well it's tested with
A quick follow-up, when working with large number of files the number of
hits when doing a search could be large. As I understand it, it is possible
to limit the number of responses by using the DAV:limit XML element from the
DASL specification. However, the specification also states that the serve
rom the Slide server to the DB-server (where it
really belong). As I understand it the keyword "limit" isn't part of
SQL-standard (Orcale for one doen't implement it) so I guess that this is
difficult do in generic terms. This is, however, important for us as we need
the perform
#x27;
> Betreff: RE: Slide search performance issues
>
> Ok, found the reason to why the query below didn't work, I had failed to
> include a "group by"-clause.
>
> However, that doen't solve the problem. If I get lots of hits when doing a
> search it stil
lide. This is
not a good way to solve the problem, as upgrades to newer versions of Slide
will be difficult but it was necessary to get the performance we need.
Basically what we did was to add a MySQL-specific ComparableResourcesPool
that adds the keyword "limit" to the select statement.
e changes. Perhaps a seed has been planted so that someone
can implement a more thought through solution.
Best regards,
Pontus
> -Original Message-
> From: Pontus Strand [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 18, 2005 10:04 AM
> To: 'Slide Users Mailing List
);
}
public Object next() {
if (_selectedProperties.hasNext()) {
Map properties = (Map) _selectedProperties.next();
return (NodeProperty) properties.get(_resourceUri);
}
return _provi
Many Thanks Pontus! :)
Miguel
-Original Message-
From: Pontus Strand [mailto:[EMAIL PROTECTED]
Sent: terça-feira, 18 de Janeiro de 2005 13:17
To: 'Slide Users Mailing List'
Subject: RE: Slide search performance issues
Ok, it seems that zip-files aren't approved by
1 - 100 of 133 matches
Mail list logo