Hello, everyone, I think, I should have fixed this bug (huge tmp file). This leakage was because of new SortedSequence (hello, Kostya) didn't reused tmp buffers. I don't know will it pass commit tests, at least it works for me. Just in case (I am a bit busy these days) I send you (sedna guys primarily) a patch I've made.
I am sure Ivan will have many concerns about this one! =)
By the way +a little call-graph with alloc-tmp-block (how it worked
before), for free!
Thanks,
Ilya Taranov.
On Mon, Feb 18, 2013 at 7:00 AM, Ivan Shcheklein <shchekl...@gmail.com> wrote:
> Ruvim, thank you. Until now I thought that the reason for your bug was
> different. We'll take a look at it once again.
>
>
> On Mon, Feb 18, 2013 at 6:33 PM, Ruvim Pinka <ruvim.pi...@gmail.com> wrote:
>>
>> Hello!
>>
>> Some time ago I reported the bug related huge tmp file size.
>>
>> On Mon, Feb 18, 2013 at 6:07 PM, Ivan Lagunov <lagi...@gmail.com> wrote:
>>>
>>> Hi Ivan,
>>>
>>>
>>>
>>> Things get worse now. On Friday I restored the database from the two-days
>>> old backup (because one-day old backup had the same problem with growing tmp
>>> file).
>>>
>>>
>>>
>>> However, today the problem reappeared. Meanwhile, I’ve found a number of
>>> commands that lead trigger the tmp file to grow fast. These “bad” commands
>>> are:
>>>
>>>
>>>
>>>
>>> document("$documents")/documents/collection[@name="vpDita/technicalSummary"]/document[@name="ts_vp_BUK7Y4R8-60E.html"]
>>>
>>>
>>> document("$documents")/documents/collection[@name="parametricHeaders"]/document[@name="30905.xml"]
>>>
>>>
>>> document("$documents")/documents/collection[@name="basicTypes/released"]/document[@name="1N4148.xml"]
>>>
>>> //and of course
>>>
>>> document("$documents")
>>
>> [...]
>>
>>
>> --
>> Ruvim
>>
>>
>>
>> ------------------------------------------------------------------------------
>> The Go Parallel Website, sponsored by Intel - in partnership with Geeknet,
>> is your hub for all things parallel software development, from weekly
>> thought
>> leadership blogs to news, videos, case studies, tutorials, tech docs,
>> whitepapers, evaluation guides, and opinion stories. Check out the most
>> recent posts - join the conversation now.
>> http://goparallel.sourceforge.net/
>>
>> _______________________________________________
>> Sedna-discussion mailing list
>> Sedna-discussion@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/sedna-discussion
>>
>
>
> ------------------------------------------------------------------------------
> The Go Parallel Website, sponsored by Intel - in partnership with Geeknet,
> is your hub for all things parallel software development, from weekly
> thought
> leadership blogs to news, videos, case studies, tutorials, tech docs,
> whitepapers, evaluation guides, and opinion stories. Check out the most
> recent posts - join the conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Sedna-discussion mailing list
> Sedna-discussion@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/sedna-discussion
>
itaranov-01.pb
Description: Binary data
alloc-tmp-block.trc.gz
Description: GNU Zip compressed data
------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________ Sedna-discussion mailing list Sedna-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sedna-discussion
