Re: [O] [babel] speed of continued source blocks

2011-12-11 Thread Andreas Leha
Hi Eric, Eric Schulte writes: > Andreas Leha writes: > >> Hi Eric, >> >> thanks for looking into this providing a patch already! >> >>> I've just pushed up a patch which should speed up the collection of >>> continued source blocks. Please let me know if the performance increase >>> is suffic

Re: [O] [babel] speed of continued source blocks

2011-12-11 Thread Eric Schulte
Andreas Leha writes: > Hi Eric, > > thanks for looking into this providing a patch already! > >> I've just pushed up a patch which should speed up the collection of >> continued source blocks. Please let me know if the performance increase >> is sufficient for your example, if not we can look at

Re: [O] [babel] speed of continued source blocks

2011-12-11 Thread Andreas Leha
Hi Eric, thanks for looking into this providing a patch already! > I've just pushed up a patch which should speed up the collection of > continued source blocks. Please let me know if the performance increase > is sufficient for your example, if not we can look at more dramatic > methods of opt

Re: [O] [babel] speed of continued source blocks

2011-12-11 Thread Eric Schulte
Hi Andreas, I've just pushed up a patch which should speed up the collection of continued source blocks. Please let me know if the performance increase is sufficient for your example, if not we can look at more dramatic methods of optimization or possibly at making the collection of such blocks c

[O] [babel] speed of continued source blocks

2011-12-10 Thread Andreas Leha
Hi all, there is a significant performance drop connected to (the quite old) commit 8c37281cb63a0b5cb0d84d22960e3a33d7680d40 ob-tangle: continued code blocks now implemented with the :noweb-ref header arg which introduces the continued code blocks. On the test file ([fn:1] for the old syntax, [