You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-dev@jakarta.apache.org by Michael Oliver <ol...@matrix-media.com> on 2004/07/17 18:07:37 UTC
Descriptor churn
Gents,
Reviewing slide logs as much as I do I am seeing a very high number or
storeRevisionDescriptor calls when nothing has changed, the user is just
navigating around. If this is resulting in filesystem I/O or database
I/O then this seems to be a huge waste of cycles and should be addressed
for scalability reasons. I am presuming this has to do with transient
locks but I haven't had the time to research fully.
Michael Oliver
CTO
Matrix Intermedia Inc.
3325 N. Nellis Blvd, #1
Las Vegas, NV 89115
Phone:(702)643-7425
Fax:(520)844-1036
Re: Descriptor churn
Posted by Oliver Zeigermann <oz...@c1-fse.de>.
I have just checked it with the current CVS head and did not observe any
calls to storeRevisionDescriptor...
Oliver
Oliver Zeigermann wrote:
> OK, I see. I will have a look at it ASAP.
>
> Oliver
>
> Michael Oliver wrote:
>
>> OZ, I said what I was doing, I was browsing the slide servlet with a web
>> browser, NOT a Web Folder or a WebDAV client, yet still all those
>> descriptors were touched.
>>
>> Michael Oliver
>> CTO
>> Matrix Intermedia Inc.
>> 3325 N. Nellis Blvd, #1
>> Las Vegas, NV 89115
>> Phone:(702)643-7425
>> Fax:(520)844-1036
>>
>> -----Original Message-----
>> From: Oliver Zeigermann [mailto:oliver@zeigermann.de] Sent: Sunday,
>> July 18, 2004 10:09 AM
>> To: Slide Developers Mailing List
>> Subject: Re: Descriptor churn
>>
>> As I already said: Which read-only WebDAV methods are being executed
>> when storeRevisionDescriptor gets called? If you provide this I
>> promise to persue it.
>>
>> I would be really surprised if there are modifications inside
>> read-only methods, though...
>>
>> Oliver
>>
>> Michael Oliver wrote:
>>
>>> That's just it, no WebDAV modifications need be done to see calls to
>>> storeRevisionDescriptor and here is a test I just ran to show it.
>>>
>>> I used a web browser to hit my slide, logged in as root and navigated
>>
>>
>> to
>>
>>> /files/Matrix and then to /files/Matrix/SalesForce
>>>
>>> I went through the logs and storeRevisionDescriptor was called for the
>>> following Uri's:
>>>
>>> /
>>> /users
>>> /users/[each and every user]
>>> /roles
>>> /roles/[each and every role]
>>> /Actions
>>> /Actions/[each and every Action]
>>> /files
>>> /history
>>> /workingResource
>>>
>>> I verified that all of the xml files from root.def.xml to
>>> workingResource.def.xml had modified dates corresponding to my session
>>> and there were.
>>>
>>> I am glad to hear the transient locks are not persisted, it was a
>>
>>
>> guess.
>>
>>> The above test appears to stop hitting and updating these files after
>>> the first pass, but in tracing my own code I have seen
>>> storeRevisionDescriptor being called on nodes not being modified in
>>
>>
>> any
>>
>>> way when other WebDAV methods are running.
>>>
>>> So my conclusion is that there is a flaw, storeRevisionDescriptor is
>>> being called when nothing in the descriptor has changed or should
>>
>>
>> change
>>
>>> and that is a waste of cycles at best.
>>>
>>> Michael Oliver
>>> CTO
>>> Matrix Intermedia Inc.
>>> 3325 N. Nellis Blvd, #1
>>> Las Vegas, NV 89115
>>> Phone:(702)643-7425
>>> Fax:(520)844-1036
>>>
>>> -----Original Message-----
>>> From: Oliver Zeigermann [mailto:oliver@zeigermann.de] Sent: Saturday,
>>> July 17, 2004 1:43 PM
>>> To: Slide Developers Mailing List
>>> Subject: Re: Descriptor churn
>>>
>>> Hi Michael,
>>>
>>> which WebDAV methods are being executed when those
>>> storeRevisionDescriptor calls happen?
>>>
>>> Most likely, it won't have anything with to do with transient locks as
>>
>>
>>
>>> they do not get persisted at all.
>>>
>>> Oliver
>>>
>>> Michael Oliver wrote:
>>>
>>>
>>>
>>>> Gents,
>>>>
>>>>
>>>>
>>>> Reviewing slide logs as much as I do I am seeing a very high number or
>>>> storeRevisionDescriptor calls when nothing has changed, the user is
>>>
>>>
>>> just
>>>
>>>
>>>> navigating around. If this is resulting in filesystem I/O or database
>>>> I/O then this seems to be a huge waste of cycles and should be
>>>
>>>
>>> addressed
>>>
>>>
>>>> for scalability reasons. I am presuming this has to do with transient
>>>> locks but I haven't had the time to research fully.
>>>>
>>>>
>>>>
>>>> Michael Oliver
>>>>
>>>> CTO
>>>>
>>>> Matrix Intermedia Inc.
>>>>
>>>> 3325 N. Nellis Blvd, #1
>>>>
>>>> Las Vegas, NV 89115
>>>>
>>>> Phone:(702)643-7425
>>>>
>>>> Fax:(520)844-1036
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>>
>>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
RE: Descriptor churn
Posted by Michael Oliver <ol...@matrix-media.com>.
Ok, that's great, now if we can verify the startup cycle of
storeRevisionDescriptors I saw with just a browser is needed for some
reason, we can just watch for unnecessary calls but we don't have to dig
deeper.
Michael Oliver
CTO
Matrix Intermedia Inc.
3325 N. Nellis Blvd, #1
Las Vegas, NV 89115
Phone:(702)643-7425
Fax:(520)844-1036
-----Original Message-----
From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
Sent: Monday, July 19, 2004 5:58 AM
To: Slide Developers Mailing List
Subject: Re: Descriptor churn
Yes, you may be right. In 2.0 there could be more requests. I optimized
this after 2.0...
Oliver
Michael Oliver wrote:
> Yes I expected those, but my impression was that there were at least
> twice that number. I will verify.
>
> Michael Oliver
> CTO
> Matrix Intermedia Inc.
> 3325 N. Nellis Blvd, #1
> Las Vegas, NV 89115
> Phone:(702)643-7425
> Fax:(520)844-1036
>
> -----Original Message-----
> From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
> Sent: Sunday, July 18, 2004 2:00 PM
> To: Slide Developers Mailing List
> Subject: Re: Descriptor churn
>
> I can vagualy tell you without experiment:
>
> - One for the resource
> - One for the collection the resource is in
> - One for the VHR (if autoversioning is turned on and the resource is
> put under version control with this request)
> - One for the history folder the VHR is in (if autoversioning is
turned
> on)
> - One for the versioned resource in the VHR (if autoversioning is
turned
> on)
>
> Oliver
>
> Michael Oliver wrote:
>
>
>>I will also have a look at how many storeRevisionDescriptors occur
>
> with
>
>>a mkCol or put.
>>
>>Michael Oliver
>>CTO
>>Matrix Intermedia Inc.
>>3325 N. Nellis Blvd, #1
>>Las Vegas, NV 89115
>>Phone:(702)643-7425
>>Fax:(520)844-1036
>>
>>-----Original Message-----
>>From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
>>Sent: Sunday, July 18, 2004 1:44 PM
>>To: Slide Developers Mailing List
>>Subject: Re: Descriptor churn
>>
>>OK, I see. I will have a look at it ASAP.
>>
>>Oliver
>>
>>Michael Oliver wrote:
>>
>>
>>>OZ, I said what I was doing, I was browsing the slide servlet with a
>>
>>web
>>
>>
>>>browser, NOT a Web Folder or a WebDAV client, yet still all those
>>>descriptors were touched.
>>>
>>>Michael Oliver
>>>CTO
>>>Matrix Intermedia Inc.
>>>3325 N. Nellis Blvd, #1
>>>Las Vegas, NV 89115
>>>Phone:(702)643-7425
>>>Fax:(520)844-1036
>>>
>>>-----Original Message-----
>>>From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
>>>Sent: Sunday, July 18, 2004 10:09 AM
>>>To: Slide Developers Mailing List
>>>Subject: Re: Descriptor churn
>>>
>>>As I already said: Which read-only WebDAV methods are being executed
>>>when storeRevisionDescriptor gets called? If you provide this I
>>
>>promise
>>
>>
>>>to persue it.
>>>
>>>I would be really surprised if there are modifications inside
>>
>>read-only
>>
>>
>>>methods, though...
>>>
>>>Oliver
>>>
>>>Michael Oliver wrote:
>>>
>>>
>>>
>>>>That's just it, no WebDAV modifications need be done to see calls to
>>>>storeRevisionDescriptor and here is a test I just ran to show it.
>>>>
>>>>I used a web browser to hit my slide, logged in as root and
navigated
>>>
>>>to
>>>
>>>
>>>
>>>>/files/Matrix and then to /files/Matrix/SalesForce
>>>>
>>>>I went through the logs and storeRevisionDescriptor was called for
>
> the
>
>>>>following Uri's:
>>>>
>>>>/
>>>>/users
>>>>/users/[each and every user]
>>>>/roles
>>>>/roles/[each and every role]
>>>>/Actions
>>>>/Actions/[each and every Action]
>>>>/files
>>>>/history
>>>>/workingResource
>>>>
>>>>I verified that all of the xml files from root.def.xml to
>>>>workingResource.def.xml had modified dates corresponding to my
>
> session
>
>>>>and there were.
>>>>
>>>>I am glad to hear the transient locks are not persisted, it was a
>>>
>>>guess.
>>>
>>>
>>>
>>>>The above test appears to stop hitting and updating these files
after
>>>>the first pass, but in tracing my own code I have seen
>>>>storeRevisionDescriptor being called on nodes not being modified in
>>>
>>>any
>>>
>>>
>>>
>>>>way when other WebDAV methods are running.
>>>>
>>>>So my conclusion is that there is a flaw, storeRevisionDescriptor is
>>>>being called when nothing in the descriptor has changed or should
>>>
>>>change
>>>
>>>
>>>
>>>>and that is a waste of cycles at best.
>>>>
>>>>Michael Oliver
>>>>CTO
>>>>Matrix Intermedia Inc.
>>>>3325 N. Nellis Blvd, #1
>>>>Las Vegas, NV 89115
>>>>Phone:(702)643-7425
>>>>Fax:(520)844-1036
>>>>
>>>>-----Original Message-----
>>>>From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
>>>>Sent: Saturday, July 17, 2004 1:43 PM
>>>>To: Slide Developers Mailing List
>>>>Subject: Re: Descriptor churn
>>>>
>>>>Hi Michael,
>>>>
>>>>which WebDAV methods are being executed when those
>>>>storeRevisionDescriptor calls happen?
>>>>
>>>>Most likely, it won't have anything with to do with transient locks
>
> as
>
>>>
>>>>they do not get persisted at all.
>>>>
>>>>Oliver
>>>>
>>>>Michael Oliver wrote:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>Gents,
>>>>>
>>>>>
>>>>>
>>>>>Reviewing slide logs as much as I do I am seeing a very high number
>>
>>or
>>
>>
>>>>>storeRevisionDescriptor calls when nothing has changed, the user is
>>>>
>>>>just
>>>>
>>>>
>>>>
>>>>
>>>>>navigating around. If this is resulting in filesystem I/O or
>>
>>database
>>
>>
>>>>>I/O then this seems to be a huge waste of cycles and should be
>>>>
>>>>addressed
>>>>
>>>>
>>>>
>>>>
>>>>>for scalability reasons. I am presuming this has to do with
>>
>>transient
>>
>>
>>>>>locks but I haven't had the time to research fully.
>>>>>
>>>>>
>>>>>
>>>>>Michael Oliver
>>>>>
>>>>>CTO
>>>>>
>>>>>Matrix Intermedia Inc.
>>>>>
>>>>>3325 N. Nellis Blvd, #1
>>>>>
>>>>>Las Vegas, NV 89115
>>>>>
>>>>>Phone:(702)643-7425
>>>>>
>>>>>Fax:(520)844-1036
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>--------------------------------------------------------------------
-
>>>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>>>
>>>>
>>>>--------------------------------------------------------------------
-
>>>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>>>
>>>>
>>>
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>>
>>>
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: Descriptor churn
Posted by Oliver Zeigermann <oz...@c1-fse.de>.
Yes, you may be right. In 2.0 there could be more requests. I optimized
this after 2.0...
Oliver
Michael Oliver wrote:
> Yes I expected those, but my impression was that there were at least
> twice that number. I will verify.
>
> Michael Oliver
> CTO
> Matrix Intermedia Inc.
> 3325 N. Nellis Blvd, #1
> Las Vegas, NV 89115
> Phone:(702)643-7425
> Fax:(520)844-1036
>
> -----Original Message-----
> From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
> Sent: Sunday, July 18, 2004 2:00 PM
> To: Slide Developers Mailing List
> Subject: Re: Descriptor churn
>
> I can vagualy tell you without experiment:
>
> - One for the resource
> - One for the collection the resource is in
> - One for the VHR (if autoversioning is turned on and the resource is
> put under version control with this request)
> - One for the history folder the VHR is in (if autoversioning is turned
> on)
> - One for the versioned resource in the VHR (if autoversioning is turned
> on)
>
> Oliver
>
> Michael Oliver wrote:
>
>
>>I will also have a look at how many storeRevisionDescriptors occur
>
> with
>
>>a mkCol or put.
>>
>>Michael Oliver
>>CTO
>>Matrix Intermedia Inc.
>>3325 N. Nellis Blvd, #1
>>Las Vegas, NV 89115
>>Phone:(702)643-7425
>>Fax:(520)844-1036
>>
>>-----Original Message-----
>>From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
>>Sent: Sunday, July 18, 2004 1:44 PM
>>To: Slide Developers Mailing List
>>Subject: Re: Descriptor churn
>>
>>OK, I see. I will have a look at it ASAP.
>>
>>Oliver
>>
>>Michael Oliver wrote:
>>
>>
>>>OZ, I said what I was doing, I was browsing the slide servlet with a
>>
>>web
>>
>>
>>>browser, NOT a Web Folder or a WebDAV client, yet still all those
>>>descriptors were touched.
>>>
>>>Michael Oliver
>>>CTO
>>>Matrix Intermedia Inc.
>>>3325 N. Nellis Blvd, #1
>>>Las Vegas, NV 89115
>>>Phone:(702)643-7425
>>>Fax:(520)844-1036
>>>
>>>-----Original Message-----
>>>From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
>>>Sent: Sunday, July 18, 2004 10:09 AM
>>>To: Slide Developers Mailing List
>>>Subject: Re: Descriptor churn
>>>
>>>As I already said: Which read-only WebDAV methods are being executed
>>>when storeRevisionDescriptor gets called? If you provide this I
>>
>>promise
>>
>>
>>>to persue it.
>>>
>>>I would be really surprised if there are modifications inside
>>
>>read-only
>>
>>
>>>methods, though...
>>>
>>>Oliver
>>>
>>>Michael Oliver wrote:
>>>
>>>
>>>
>>>>That's just it, no WebDAV modifications need be done to see calls to
>>>>storeRevisionDescriptor and here is a test I just ran to show it.
>>>>
>>>>I used a web browser to hit my slide, logged in as root and navigated
>>>
>>>to
>>>
>>>
>>>
>>>>/files/Matrix and then to /files/Matrix/SalesForce
>>>>
>>>>I went through the logs and storeRevisionDescriptor was called for
>
> the
>
>>>>following Uri's:
>>>>
>>>>/
>>>>/users
>>>>/users/[each and every user]
>>>>/roles
>>>>/roles/[each and every role]
>>>>/Actions
>>>>/Actions/[each and every Action]
>>>>/files
>>>>/history
>>>>/workingResource
>>>>
>>>>I verified that all of the xml files from root.def.xml to
>>>>workingResource.def.xml had modified dates corresponding to my
>
> session
>
>>>>and there were.
>>>>
>>>>I am glad to hear the transient locks are not persisted, it was a
>>>
>>>guess.
>>>
>>>
>>>
>>>>The above test appears to stop hitting and updating these files after
>>>>the first pass, but in tracing my own code I have seen
>>>>storeRevisionDescriptor being called on nodes not being modified in
>>>
>>>any
>>>
>>>
>>>
>>>>way when other WebDAV methods are running.
>>>>
>>>>So my conclusion is that there is a flaw, storeRevisionDescriptor is
>>>>being called when nothing in the descriptor has changed or should
>>>
>>>change
>>>
>>>
>>>
>>>>and that is a waste of cycles at best.
>>>>
>>>>Michael Oliver
>>>>CTO
>>>>Matrix Intermedia Inc.
>>>>3325 N. Nellis Blvd, #1
>>>>Las Vegas, NV 89115
>>>>Phone:(702)643-7425
>>>>Fax:(520)844-1036
>>>>
>>>>-----Original Message-----
>>>>From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
>>>>Sent: Saturday, July 17, 2004 1:43 PM
>>>>To: Slide Developers Mailing List
>>>>Subject: Re: Descriptor churn
>>>>
>>>>Hi Michael,
>>>>
>>>>which WebDAV methods are being executed when those
>>>>storeRevisionDescriptor calls happen?
>>>>
>>>>Most likely, it won't have anything with to do with transient locks
>
> as
>
>>>
>>>>they do not get persisted at all.
>>>>
>>>>Oliver
>>>>
>>>>Michael Oliver wrote:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>Gents,
>>>>>
>>>>>
>>>>>
>>>>>Reviewing slide logs as much as I do I am seeing a very high number
>>
>>or
>>
>>
>>>>>storeRevisionDescriptor calls when nothing has changed, the user is
>>>>
>>>>just
>>>>
>>>>
>>>>
>>>>
>>>>>navigating around. If this is resulting in filesystem I/O or
>>
>>database
>>
>>
>>>>>I/O then this seems to be a huge waste of cycles and should be
>>>>
>>>>addressed
>>>>
>>>>
>>>>
>>>>
>>>>>for scalability reasons. I am presuming this has to do with
>>
>>transient
>>
>>
>>>>>locks but I haven't had the time to research fully.
>>>>>
>>>>>
>>>>>
>>>>>Michael Oliver
>>>>>
>>>>>CTO
>>>>>
>>>>>Matrix Intermedia Inc.
>>>>>
>>>>>3325 N. Nellis Blvd, #1
>>>>>
>>>>>Las Vegas, NV 89115
>>>>>
>>>>>Phone:(702)643-7425
>>>>>
>>>>>Fax:(520)844-1036
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>>>
>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>>>
>>>>
>>>
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>>
>>>
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
RE: Descriptor churn
Posted by Michael Oliver <ol...@matrix-media.com>.
Yes I expected those, but my impression was that there were at least
twice that number. I will verify.
Michael Oliver
CTO
Matrix Intermedia Inc.
3325 N. Nellis Blvd, #1
Las Vegas, NV 89115
Phone:(702)643-7425
Fax:(520)844-1036
-----Original Message-----
From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
Sent: Sunday, July 18, 2004 2:00 PM
To: Slide Developers Mailing List
Subject: Re: Descriptor churn
I can vagualy tell you without experiment:
- One for the resource
- One for the collection the resource is in
- One for the VHR (if autoversioning is turned on and the resource is
put under version control with this request)
- One for the history folder the VHR is in (if autoversioning is turned
on)
- One for the versioned resource in the VHR (if autoversioning is turned
on)
Oliver
Michael Oliver wrote:
> I will also have a look at how many storeRevisionDescriptors occur
with
> a mkCol or put.
>
> Michael Oliver
> CTO
> Matrix Intermedia Inc.
> 3325 N. Nellis Blvd, #1
> Las Vegas, NV 89115
> Phone:(702)643-7425
> Fax:(520)844-1036
>
> -----Original Message-----
> From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
> Sent: Sunday, July 18, 2004 1:44 PM
> To: Slide Developers Mailing List
> Subject: Re: Descriptor churn
>
> OK, I see. I will have a look at it ASAP.
>
> Oliver
>
> Michael Oliver wrote:
>
>>OZ, I said what I was doing, I was browsing the slide servlet with a
>
> web
>
>>browser, NOT a Web Folder or a WebDAV client, yet still all those
>>descriptors were touched.
>>
>>Michael Oliver
>>CTO
>>Matrix Intermedia Inc.
>>3325 N. Nellis Blvd, #1
>>Las Vegas, NV 89115
>>Phone:(702)643-7425
>>Fax:(520)844-1036
>>
>>-----Original Message-----
>>From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
>>Sent: Sunday, July 18, 2004 10:09 AM
>>To: Slide Developers Mailing List
>>Subject: Re: Descriptor churn
>>
>>As I already said: Which read-only WebDAV methods are being executed
>>when storeRevisionDescriptor gets called? If you provide this I
>
> promise
>
>>to persue it.
>>
>>I would be really surprised if there are modifications inside
>
> read-only
>
>>methods, though...
>>
>>Oliver
>>
>>Michael Oliver wrote:
>>
>>
>>>That's just it, no WebDAV modifications need be done to see calls to
>>>storeRevisionDescriptor and here is a test I just ran to show it.
>>>
>>>I used a web browser to hit my slide, logged in as root and navigated
>>
>>to
>>
>>
>>>/files/Matrix and then to /files/Matrix/SalesForce
>>>
>>>I went through the logs and storeRevisionDescriptor was called for
the
>>>following Uri's:
>>>
>>>/
>>>/users
>>>/users/[each and every user]
>>>/roles
>>>/roles/[each and every role]
>>>/Actions
>>>/Actions/[each and every Action]
>>>/files
>>>/history
>>>/workingResource
>>>
>>>I verified that all of the xml files from root.def.xml to
>>>workingResource.def.xml had modified dates corresponding to my
session
>>>and there were.
>>>
>>>I am glad to hear the transient locks are not persisted, it was a
>>
>>guess.
>>
>>
>>>The above test appears to stop hitting and updating these files after
>>>the first pass, but in tracing my own code I have seen
>>>storeRevisionDescriptor being called on nodes not being modified in
>>
>>any
>>
>>
>>>way when other WebDAV methods are running.
>>>
>>>So my conclusion is that there is a flaw, storeRevisionDescriptor is
>>>being called when nothing in the descriptor has changed or should
>>
>>change
>>
>>
>>>and that is a waste of cycles at best.
>>>
>>>Michael Oliver
>>>CTO
>>>Matrix Intermedia Inc.
>>>3325 N. Nellis Blvd, #1
>>>Las Vegas, NV 89115
>>>Phone:(702)643-7425
>>>Fax:(520)844-1036
>>>
>>>-----Original Message-----
>>>From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
>>>Sent: Saturday, July 17, 2004 1:43 PM
>>>To: Slide Developers Mailing List
>>>Subject: Re: Descriptor churn
>>>
>>>Hi Michael,
>>>
>>>which WebDAV methods are being executed when those
>>>storeRevisionDescriptor calls happen?
>>>
>>>Most likely, it won't have anything with to do with transient locks
as
>>
>>
>>>they do not get persisted at all.
>>>
>>>Oliver
>>>
>>>Michael Oliver wrote:
>>>
>>>
>>>
>>>
>>>>Gents,
>>>>
>>>>
>>>>
>>>>Reviewing slide logs as much as I do I am seeing a very high number
>
> or
>
>>>>storeRevisionDescriptor calls when nothing has changed, the user is
>>>
>>>just
>>>
>>>
>>>
>>>>navigating around. If this is resulting in filesystem I/O or
>
> database
>
>>>>I/O then this seems to be a huge waste of cycles and should be
>>>
>>>addressed
>>>
>>>
>>>
>>>>for scalability reasons. I am presuming this has to do with
>
> transient
>
>>>>locks but I haven't had the time to research fully.
>>>>
>>>>
>>>>
>>>>Michael Oliver
>>>>
>>>>CTO
>>>>
>>>>Matrix Intermedia Inc.
>>>>
>>>>3325 N. Nellis Blvd, #1
>>>>
>>>>Las Vegas, NV 89115
>>>>
>>>>Phone:(702)643-7425
>>>>
>>>>Fax:(520)844-1036
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>>
>>>
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: Descriptor churn
Posted by Oliver Zeigermann <ol...@zeigermann.de>.
I can vagualy tell you without experiment:
- One for the resource
- One for the collection the resource is in
- One for the VHR (if autoversioning is turned on and the resource is
put under version control with this request)
- One for the history folder the VHR is in (if autoversioning is turned on)
- One for the versioned resource in the VHR (if autoversioning is turned on)
Oliver
Michael Oliver wrote:
> I will also have a look at how many storeRevisionDescriptors occur with
> a mkCol or put.
>
> Michael Oliver
> CTO
> Matrix Intermedia Inc.
> 3325 N. Nellis Blvd, #1
> Las Vegas, NV 89115
> Phone:(702)643-7425
> Fax:(520)844-1036
>
> -----Original Message-----
> From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
> Sent: Sunday, July 18, 2004 1:44 PM
> To: Slide Developers Mailing List
> Subject: Re: Descriptor churn
>
> OK, I see. I will have a look at it ASAP.
>
> Oliver
>
> Michael Oliver wrote:
>
>>OZ, I said what I was doing, I was browsing the slide servlet with a
>
> web
>
>>browser, NOT a Web Folder or a WebDAV client, yet still all those
>>descriptors were touched.
>>
>>Michael Oliver
>>CTO
>>Matrix Intermedia Inc.
>>3325 N. Nellis Blvd, #1
>>Las Vegas, NV 89115
>>Phone:(702)643-7425
>>Fax:(520)844-1036
>>
>>-----Original Message-----
>>From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
>>Sent: Sunday, July 18, 2004 10:09 AM
>>To: Slide Developers Mailing List
>>Subject: Re: Descriptor churn
>>
>>As I already said: Which read-only WebDAV methods are being executed
>>when storeRevisionDescriptor gets called? If you provide this I
>
> promise
>
>>to persue it.
>>
>>I would be really surprised if there are modifications inside
>
> read-only
>
>>methods, though...
>>
>>Oliver
>>
>>Michael Oliver wrote:
>>
>>
>>>That's just it, no WebDAV modifications need be done to see calls to
>>>storeRevisionDescriptor and here is a test I just ran to show it.
>>>
>>>I used a web browser to hit my slide, logged in as root and navigated
>>
>>to
>>
>>
>>>/files/Matrix and then to /files/Matrix/SalesForce
>>>
>>>I went through the logs and storeRevisionDescriptor was called for the
>>>following Uri's:
>>>
>>>/
>>>/users
>>>/users/[each and every user]
>>>/roles
>>>/roles/[each and every role]
>>>/Actions
>>>/Actions/[each and every Action]
>>>/files
>>>/history
>>>/workingResource
>>>
>>>I verified that all of the xml files from root.def.xml to
>>>workingResource.def.xml had modified dates corresponding to my session
>>>and there were.
>>>
>>>I am glad to hear the transient locks are not persisted, it was a
>>
>>guess.
>>
>>
>>>The above test appears to stop hitting and updating these files after
>>>the first pass, but in tracing my own code I have seen
>>>storeRevisionDescriptor being called on nodes not being modified in
>>
>>any
>>
>>
>>>way when other WebDAV methods are running.
>>>
>>>So my conclusion is that there is a flaw, storeRevisionDescriptor is
>>>being called when nothing in the descriptor has changed or should
>>
>>change
>>
>>
>>>and that is a waste of cycles at best.
>>>
>>>Michael Oliver
>>>CTO
>>>Matrix Intermedia Inc.
>>>3325 N. Nellis Blvd, #1
>>>Las Vegas, NV 89115
>>>Phone:(702)643-7425
>>>Fax:(520)844-1036
>>>
>>>-----Original Message-----
>>>From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
>>>Sent: Saturday, July 17, 2004 1:43 PM
>>>To: Slide Developers Mailing List
>>>Subject: Re: Descriptor churn
>>>
>>>Hi Michael,
>>>
>>>which WebDAV methods are being executed when those
>>>storeRevisionDescriptor calls happen?
>>>
>>>Most likely, it won't have anything with to do with transient locks as
>>
>>
>>>they do not get persisted at all.
>>>
>>>Oliver
>>>
>>>Michael Oliver wrote:
>>>
>>>
>>>
>>>
>>>>Gents,
>>>>
>>>>
>>>>
>>>>Reviewing slide logs as much as I do I am seeing a very high number
>
> or
>
>>>>storeRevisionDescriptor calls when nothing has changed, the user is
>>>
>>>just
>>>
>>>
>>>
>>>>navigating around. If this is resulting in filesystem I/O or
>
> database
>
>>>>I/O then this seems to be a huge waste of cycles and should be
>>>
>>>addressed
>>>
>>>
>>>
>>>>for scalability reasons. I am presuming this has to do with
>
> transient
>
>>>>locks but I haven't had the time to research fully.
>>>>
>>>>
>>>>
>>>>Michael Oliver
>>>>
>>>>CTO
>>>>
>>>>Matrix Intermedia Inc.
>>>>
>>>>3325 N. Nellis Blvd, #1
>>>>
>>>>Las Vegas, NV 89115
>>>>
>>>>Phone:(702)643-7425
>>>>
>>>>Fax:(520)844-1036
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>>
>>>
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
RE: Descriptor churn
Posted by Michael Oliver <ol...@matrix-media.com>.
I will also have a look at how many storeRevisionDescriptors occur with
a mkCol or put.
Michael Oliver
CTO
Matrix Intermedia Inc.
3325 N. Nellis Blvd, #1
Las Vegas, NV 89115
Phone:(702)643-7425
Fax:(520)844-1036
-----Original Message-----
From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
Sent: Sunday, July 18, 2004 1:44 PM
To: Slide Developers Mailing List
Subject: Re: Descriptor churn
OK, I see. I will have a look at it ASAP.
Oliver
Michael Oliver wrote:
> OZ, I said what I was doing, I was browsing the slide servlet with a
web
> browser, NOT a Web Folder or a WebDAV client, yet still all those
> descriptors were touched.
>
> Michael Oliver
> CTO
> Matrix Intermedia Inc.
> 3325 N. Nellis Blvd, #1
> Las Vegas, NV 89115
> Phone:(702)643-7425
> Fax:(520)844-1036
>
> -----Original Message-----
> From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
> Sent: Sunday, July 18, 2004 10:09 AM
> To: Slide Developers Mailing List
> Subject: Re: Descriptor churn
>
> As I already said: Which read-only WebDAV methods are being executed
> when storeRevisionDescriptor gets called? If you provide this I
promise
> to persue it.
>
> I would be really surprised if there are modifications inside
read-only
> methods, though...
>
> Oliver
>
> Michael Oliver wrote:
>
>>That's just it, no WebDAV modifications need be done to see calls to
>>storeRevisionDescriptor and here is a test I just ran to show it.
>>
>>I used a web browser to hit my slide, logged in as root and navigated
>
> to
>
>>/files/Matrix and then to /files/Matrix/SalesForce
>>
>>I went through the logs and storeRevisionDescriptor was called for the
>>following Uri's:
>>
>>/
>>/users
>>/users/[each and every user]
>>/roles
>>/roles/[each and every role]
>>/Actions
>>/Actions/[each and every Action]
>>/files
>>/history
>>/workingResource
>>
>>I verified that all of the xml files from root.def.xml to
>>workingResource.def.xml had modified dates corresponding to my session
>>and there were.
>>
>>I am glad to hear the transient locks are not persisted, it was a
>
> guess.
>
>>The above test appears to stop hitting and updating these files after
>>the first pass, but in tracing my own code I have seen
>>storeRevisionDescriptor being called on nodes not being modified in
>
> any
>
>>way when other WebDAV methods are running.
>>
>>So my conclusion is that there is a flaw, storeRevisionDescriptor is
>>being called when nothing in the descriptor has changed or should
>
> change
>
>>and that is a waste of cycles at best.
>>
>>Michael Oliver
>>CTO
>>Matrix Intermedia Inc.
>>3325 N. Nellis Blvd, #1
>>Las Vegas, NV 89115
>>Phone:(702)643-7425
>>Fax:(520)844-1036
>>
>>-----Original Message-----
>>From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
>>Sent: Saturday, July 17, 2004 1:43 PM
>>To: Slide Developers Mailing List
>>Subject: Re: Descriptor churn
>>
>>Hi Michael,
>>
>>which WebDAV methods are being executed when those
>>storeRevisionDescriptor calls happen?
>>
>>Most likely, it won't have anything with to do with transient locks as
>
>
>>they do not get persisted at all.
>>
>>Oliver
>>
>>Michael Oliver wrote:
>>
>>
>>
>>>Gents,
>>>
>>>
>>>
>>>Reviewing slide logs as much as I do I am seeing a very high number
or
>>>storeRevisionDescriptor calls when nothing has changed, the user is
>>
>>just
>>
>>
>>>navigating around. If this is resulting in filesystem I/O or
database
>>>I/O then this seems to be a huge waste of cycles and should be
>>
>>addressed
>>
>>
>>>for scalability reasons. I am presuming this has to do with
transient
>>>locks but I haven't had the time to research fully.
>>>
>>>
>>>
>>>Michael Oliver
>>>
>>>CTO
>>>
>>>Matrix Intermedia Inc.
>>>
>>>3325 N. Nellis Blvd, #1
>>>
>>>Las Vegas, NV 89115
>>>
>>>Phone:(702)643-7425
>>>
>>>Fax:(520)844-1036
>>>
>>>
>>>
>>>
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: Descriptor churn
Posted by Oliver Zeigermann <ol...@zeigermann.de>.
OK, I see. I will have a look at it ASAP.
Oliver
Michael Oliver wrote:
> OZ, I said what I was doing, I was browsing the slide servlet with a web
> browser, NOT a Web Folder or a WebDAV client, yet still all those
> descriptors were touched.
>
> Michael Oliver
> CTO
> Matrix Intermedia Inc.
> 3325 N. Nellis Blvd, #1
> Las Vegas, NV 89115
> Phone:(702)643-7425
> Fax:(520)844-1036
>
> -----Original Message-----
> From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
> Sent: Sunday, July 18, 2004 10:09 AM
> To: Slide Developers Mailing List
> Subject: Re: Descriptor churn
>
> As I already said: Which read-only WebDAV methods are being executed
> when storeRevisionDescriptor gets called? If you provide this I promise
> to persue it.
>
> I would be really surprised if there are modifications inside read-only
> methods, though...
>
> Oliver
>
> Michael Oliver wrote:
>
>>That's just it, no WebDAV modifications need be done to see calls to
>>storeRevisionDescriptor and here is a test I just ran to show it.
>>
>>I used a web browser to hit my slide, logged in as root and navigated
>
> to
>
>>/files/Matrix and then to /files/Matrix/SalesForce
>>
>>I went through the logs and storeRevisionDescriptor was called for the
>>following Uri's:
>>
>>/
>>/users
>>/users/[each and every user]
>>/roles
>>/roles/[each and every role]
>>/Actions
>>/Actions/[each and every Action]
>>/files
>>/history
>>/workingResource
>>
>>I verified that all of the xml files from root.def.xml to
>>workingResource.def.xml had modified dates corresponding to my session
>>and there were.
>>
>>I am glad to hear the transient locks are not persisted, it was a
>
> guess.
>
>>The above test appears to stop hitting and updating these files after
>>the first pass, but in tracing my own code I have seen
>>storeRevisionDescriptor being called on nodes not being modified in
>
> any
>
>>way when other WebDAV methods are running.
>>
>>So my conclusion is that there is a flaw, storeRevisionDescriptor is
>>being called when nothing in the descriptor has changed or should
>
> change
>
>>and that is a waste of cycles at best.
>>
>>Michael Oliver
>>CTO
>>Matrix Intermedia Inc.
>>3325 N. Nellis Blvd, #1
>>Las Vegas, NV 89115
>>Phone:(702)643-7425
>>Fax:(520)844-1036
>>
>>-----Original Message-----
>>From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
>>Sent: Saturday, July 17, 2004 1:43 PM
>>To: Slide Developers Mailing List
>>Subject: Re: Descriptor churn
>>
>>Hi Michael,
>>
>>which WebDAV methods are being executed when those
>>storeRevisionDescriptor calls happen?
>>
>>Most likely, it won't have anything with to do with transient locks as
>
>
>>they do not get persisted at all.
>>
>>Oliver
>>
>>Michael Oliver wrote:
>>
>>
>>
>>>Gents,
>>>
>>>
>>>
>>>Reviewing slide logs as much as I do I am seeing a very high number or
>>>storeRevisionDescriptor calls when nothing has changed, the user is
>>
>>just
>>
>>
>>>navigating around. If this is resulting in filesystem I/O or database
>>>I/O then this seems to be a huge waste of cycles and should be
>>
>>addressed
>>
>>
>>>for scalability reasons. I am presuming this has to do with transient
>>>locks but I haven't had the time to research fully.
>>>
>>>
>>>
>>>Michael Oliver
>>>
>>>CTO
>>>
>>>Matrix Intermedia Inc.
>>>
>>>3325 N. Nellis Blvd, #1
>>>
>>>Las Vegas, NV 89115
>>>
>>>Phone:(702)643-7425
>>>
>>>Fax:(520)844-1036
>>>
>>>
>>>
>>>
>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
RE: Descriptor churn
Posted by Michael Oliver <ol...@matrix-media.com>.
OZ, I said what I was doing, I was browsing the slide servlet with a web
browser, NOT a Web Folder or a WebDAV client, yet still all those
descriptors were touched.
Michael Oliver
CTO
Matrix Intermedia Inc.
3325 N. Nellis Blvd, #1
Las Vegas, NV 89115
Phone:(702)643-7425
Fax:(520)844-1036
-----Original Message-----
From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
Sent: Sunday, July 18, 2004 10:09 AM
To: Slide Developers Mailing List
Subject: Re: Descriptor churn
As I already said: Which read-only WebDAV methods are being executed
when storeRevisionDescriptor gets called? If you provide this I promise
to persue it.
I would be really surprised if there are modifications inside read-only
methods, though...
Oliver
Michael Oliver wrote:
> That's just it, no WebDAV modifications need be done to see calls to
> storeRevisionDescriptor and here is a test I just ran to show it.
>
> I used a web browser to hit my slide, logged in as root and navigated
to
> /files/Matrix and then to /files/Matrix/SalesForce
>
> I went through the logs and storeRevisionDescriptor was called for the
> following Uri's:
>
> /
> /users
> /users/[each and every user]
> /roles
> /roles/[each and every role]
> /Actions
> /Actions/[each and every Action]
> /files
> /history
> /workingResource
>
> I verified that all of the xml files from root.def.xml to
> workingResource.def.xml had modified dates corresponding to my session
> and there were.
>
> I am glad to hear the transient locks are not persisted, it was a
guess.
>
> The above test appears to stop hitting and updating these files after
> the first pass, but in tracing my own code I have seen
> storeRevisionDescriptor being called on nodes not being modified in
any
> way when other WebDAV methods are running.
>
> So my conclusion is that there is a flaw, storeRevisionDescriptor is
> being called when nothing in the descriptor has changed or should
change
> and that is a waste of cycles at best.
>
> Michael Oliver
> CTO
> Matrix Intermedia Inc.
> 3325 N. Nellis Blvd, #1
> Las Vegas, NV 89115
> Phone:(702)643-7425
> Fax:(520)844-1036
>
> -----Original Message-----
> From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
> Sent: Saturday, July 17, 2004 1:43 PM
> To: Slide Developers Mailing List
> Subject: Re: Descriptor churn
>
> Hi Michael,
>
> which WebDAV methods are being executed when those
> storeRevisionDescriptor calls happen?
>
> Most likely, it won't have anything with to do with transient locks as
> they do not get persisted at all.
>
> Oliver
>
> Michael Oliver wrote:
>
>
>>Gents,
>>
>>
>>
>>Reviewing slide logs as much as I do I am seeing a very high number or
>>storeRevisionDescriptor calls when nothing has changed, the user is
>
> just
>
>>navigating around. If this is resulting in filesystem I/O or database
>>I/O then this seems to be a huge waste of cycles and should be
>
> addressed
>
>>for scalability reasons. I am presuming this has to do with transient
>>locks but I haven't had the time to research fully.
>>
>>
>>
>>Michael Oliver
>>
>>CTO
>>
>>Matrix Intermedia Inc.
>>
>>3325 N. Nellis Blvd, #1
>>
>>Las Vegas, NV 89115
>>
>>Phone:(702)643-7425
>>
>>Fax:(520)844-1036
>>
>>
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: Descriptor churn
Posted by Oliver Zeigermann <ol...@zeigermann.de>.
As I already said: Which read-only WebDAV methods are being executed
when storeRevisionDescriptor gets called? If you provide this I promise
to persue it.
I would be really surprised if there are modifications inside read-only
methods, though...
Oliver
Michael Oliver wrote:
> That's just it, no WebDAV modifications need be done to see calls to
> storeRevisionDescriptor and here is a test I just ran to show it.
>
> I used a web browser to hit my slide, logged in as root and navigated to
> /files/Matrix and then to /files/Matrix/SalesForce
>
> I went through the logs and storeRevisionDescriptor was called for the
> following Uri's:
>
> /
> /users
> /users/[each and every user]
> /roles
> /roles/[each and every role]
> /Actions
> /Actions/[each and every Action]
> /files
> /history
> /workingResource
>
> I verified that all of the xml files from root.def.xml to
> workingResource.def.xml had modified dates corresponding to my session
> and there were.
>
> I am glad to hear the transient locks are not persisted, it was a guess.
>
> The above test appears to stop hitting and updating these files after
> the first pass, but in tracing my own code I have seen
> storeRevisionDescriptor being called on nodes not being modified in any
> way when other WebDAV methods are running.
>
> So my conclusion is that there is a flaw, storeRevisionDescriptor is
> being called when nothing in the descriptor has changed or should change
> and that is a waste of cycles at best.
>
> Michael Oliver
> CTO
> Matrix Intermedia Inc.
> 3325 N. Nellis Blvd, #1
> Las Vegas, NV 89115
> Phone:(702)643-7425
> Fax:(520)844-1036
>
> -----Original Message-----
> From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
> Sent: Saturday, July 17, 2004 1:43 PM
> To: Slide Developers Mailing List
> Subject: Re: Descriptor churn
>
> Hi Michael,
>
> which WebDAV methods are being executed when those
> storeRevisionDescriptor calls happen?
>
> Most likely, it won't have anything with to do with transient locks as
> they do not get persisted at all.
>
> Oliver
>
> Michael Oliver wrote:
>
>
>>Gents,
>>
>>
>>
>>Reviewing slide logs as much as I do I am seeing a very high number or
>>storeRevisionDescriptor calls when nothing has changed, the user is
>
> just
>
>>navigating around. If this is resulting in filesystem I/O or database
>>I/O then this seems to be a huge waste of cycles and should be
>
> addressed
>
>>for scalability reasons. I am presuming this has to do with transient
>>locks but I haven't had the time to research fully.
>>
>>
>>
>>Michael Oliver
>>
>>CTO
>>
>>Matrix Intermedia Inc.
>>
>>3325 N. Nellis Blvd, #1
>>
>>Las Vegas, NV 89115
>>
>>Phone:(702)643-7425
>>
>>Fax:(520)844-1036
>>
>>
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
RE: Descriptor churn
Posted by Michael Oliver <ol...@matrix-media.com>.
That's just it, no WebDAV modifications need be done to see calls to
storeRevisionDescriptor and here is a test I just ran to show it.
I used a web browser to hit my slide, logged in as root and navigated to
/files/Matrix and then to /files/Matrix/SalesForce
I went through the logs and storeRevisionDescriptor was called for the
following Uri's:
/
/users
/users/[each and every user]
/roles
/roles/[each and every role]
/Actions
/Actions/[each and every Action]
/files
/history
/workingResource
I verified that all of the xml files from root.def.xml to
workingResource.def.xml had modified dates corresponding to my session
and there were.
I am glad to hear the transient locks are not persisted, it was a guess.
The above test appears to stop hitting and updating these files after
the first pass, but in tracing my own code I have seen
storeRevisionDescriptor being called on nodes not being modified in any
way when other WebDAV methods are running.
So my conclusion is that there is a flaw, storeRevisionDescriptor is
being called when nothing in the descriptor has changed or should change
and that is a waste of cycles at best.
Michael Oliver
CTO
Matrix Intermedia Inc.
3325 N. Nellis Blvd, #1
Las Vegas, NV 89115
Phone:(702)643-7425
Fax:(520)844-1036
-----Original Message-----
From: Oliver Zeigermann [mailto:oliver@zeigermann.de]
Sent: Saturday, July 17, 2004 1:43 PM
To: Slide Developers Mailing List
Subject: Re: Descriptor churn
Hi Michael,
which WebDAV methods are being executed when those
storeRevisionDescriptor calls happen?
Most likely, it won't have anything with to do with transient locks as
they do not get persisted at all.
Oliver
Michael Oliver wrote:
> Gents,
>
>
>
> Reviewing slide logs as much as I do I am seeing a very high number or
> storeRevisionDescriptor calls when nothing has changed, the user is
just
> navigating around. If this is resulting in filesystem I/O or database
> I/O then this seems to be a huge waste of cycles and should be
addressed
> for scalability reasons. I am presuming this has to do with transient
> locks but I haven't had the time to research fully.
>
>
>
> Michael Oliver
>
> CTO
>
> Matrix Intermedia Inc.
>
> 3325 N. Nellis Blvd, #1
>
> Las Vegas, NV 89115
>
> Phone:(702)643-7425
>
> Fax:(520)844-1036
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: Descriptor churn
Posted by Oliver Zeigermann <ol...@zeigermann.de>.
Hi Michael,
which WebDAV methods are being executed when those
storeRevisionDescriptor calls happen?
Most likely, it won't have anything with to do with transient locks as
they do not get persisted at all.
Oliver
Michael Oliver wrote:
> Gents,
>
>
>
> Reviewing slide logs as much as I do I am seeing a very high number or
> storeRevisionDescriptor calls when nothing has changed, the user is just
> navigating around. If this is resulting in filesystem I/O or database
> I/O then this seems to be a huge waste of cycles and should be addressed
> for scalability reasons. I am presuming this has to do with transient
> locks but I haven't had the time to research fully.
>
>
>
> Michael Oliver
>
> CTO
>
> Matrix Intermedia Inc.
>
> 3325 N. Nellis Blvd, #1
>
> Las Vegas, NV 89115
>
> Phone:(702)643-7425
>
> Fax:(520)844-1036
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org