On Thu, 2002-08-15 at 17:37, Peter B. West wrote:
> May I make so bold as to intrude on what is clearly a private
> conversation? Comments below.
Shhh.. don't let anyone know :)
> I don't want these things now. But neither do I want A solution that
> places severe limitations on the possibil
May I make so bold as to intrude on what is clearly a private
conversation? Comments below.
Keiron Liddle wrote:
> Hi Arved, Joerg,
>
> It seems you have a different view of how keeps work than what I was
> thinking.
> Section 4.8 of the spec seems to be the only real description, last
> parag
Hi Arved, Joerg,
It seems you have a different view of how keeps work than what I was
thinking.
Section 4.8 of the spec seems to be the only real description, last
paragraph.
In your example with blocks a, b and c. If you have a+b together and
break after b this means that you have not satisfied
> -Original Message-
> From: Peter B. West [mailto:[EMAIL PROTECTED]]
> Sent: August 14, 2002 11:24 PM
> To: [EMAIL PROTECTED]
> Subject: Re: FOP memory usage
>
> Joerg, Keiron, et al,
>
> This is why I have harped on the theme of lookahead. The layout design
&
Joerg, Keiron, et al,
This is why I have harped on the theme of lookahead. The layout design
simply must accommodate it, and must be able to preserve as much
information as possible from the initial layout attempts to minimise the
work of subsequent attempts. I have, as I have said before, m
Keiron Liddle wrote:
> As far as I know there is never a case where a finished page should be
> redone. Once a page is complete that is it.
> Those problems should be solved during the layout of a page only and not
> considering furture pages.
Well, if widows="2" and you've laid out a block
and d
On Fri, 2002-08-09 at 19:06, J.Pietschmann wrote:
> As for the redesigned code, FOs appear to refer to layout
> managers, which in turn refer to areas. Unless it is somewhere
> ensured that either areas are properly removed from managers
> and/or managers are removed from the FO, the possible earl
Keiron Liddle wrote:
> Mark did changes in two areas.
> He made it so that once a page is rendered it can be output to the
> stream immediately.
[...]
> The other part that he changed was to do the layout then render after
> the end of a page sequence with a bit less coupling between the page
> se
D]> on 11/23/2001 12:47:49 AM
To: Lloyd McKenzie/CanWest/IBM@IBMCA
cc:
Subject: RE: FOP memory usage
Thank you, Lloyd.
Of course, I do have sections, and I would not mind to make a page sequence
break after each of them. If it were a 300-page document, I would even be
willing to make more fi
hat each
of those 'sections' of text are within a separate sequence. If not, I'm
afraid I don't have the expertise to help :-(.
Lloyd
"Matthias Fischer" <[EMAIL PROTECTED]> on 11/22/2001 09:20:04 AM
To: <[EMAIL PROTECTED]>
cc: Lloyd McKenzie/CanWest/IB
ch
of those 'sections' of text are within a separate sequence. If not, I'm
afraid I don't have the expertise to help :-(.
Lloyd
"Matthias Fischer" <[EMAIL PROTECTED]> on 11/22/2001 09:20:04 AM
To: <[EMAIL PROTECTED]>
cc: Lloyd McKenzie/CanWest/IBM@IBMCA
S
helps,
Lloyd
Lloyd McKenzie, P.Eng. I/T Architect, IBM Global Services
Internet: [EMAIL PROTECTED]
PhoneMail: (780)421-5620 Internal Mail:AZ*K0R*1004 *EDM
Matt Savino <[EMAIL PROTECTED]> on 11/09/2001 08:21:53 AM
Please respond to [EMAIL PROTECTED]
To: [EMAIL
Just to give everyone some information about the memory issue.
All previous releases of FOP have done the following:
- parse the xml file
- build an object hierarchy representing the xml
- convert these objects into an area tree
- render the area tree
This means that in memory there is a full o
11:20 PM
To: [EMAIL PROTECTED]
Subject: RE: FOP memory usage
On Sat, 2001-11-10 at 06:09, Branham, Paul wrote:
> Would it be possible to show a small example of how this is accomplished?
>
> FOP and SVG are looking to be a good alternative to our current reporting
> solution, but
Hi,
If you want to help improve the memory usage in a future version of fop I
suggest you follow the current cvs developments. This will attempt to
address this issue along with a number of other issues.
As far as memory is concerned the ideas area:
- have the smallest set of variables and objec
On Sat, 2001-11-10 at 06:09, Branham, Paul wrote:
> Would it be possible to show a small example of how this is accomplished?
>
> FOP and SVG are looking to be a good alternative to our current reporting
> solution, but the current difficulty we are having is that I can't print out
> large report
Hey folks
I guess I should have said, "no explicit garbage collection was
performed". There is a compiled-in debugging option that forces FOP to
to a System.gc() before printing the memory stats, but many applications
of FOP will be long lived so asynchronous gc is better. So, GC is
definitely do
Friday, November 09, 2001 1:57 PM
> To: [EMAIL PROTECTED]
> Subject: Re: FOP memory usage
>
> Indeed, thanks to a recommendation from Mr. Lillywhite to use a
> sequence for each of my pages instead of one sequence for all, my
> memory footprint for a 500 page report went from 270+ MB to
-Original Message-
From: David Neumann [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 09, 2001 1:57 PM
To: [EMAIL PROTECTED]
Subject: Re: FOP memory usage
Indeed, thanks to a recommendation from Mr. Lillywhite to use a
sequence for each of my pages instead of one sequence for all, my
24/7 Media, Inc.
Phone:(301)897-7722
-Original Message-
From: David Neumann [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 09, 2001 1:57 PM
To: [EMAIL PROTECTED]
Subject: Re: FOP memory usage
Indeed, thanks to a recommendation from Mr. Lillywhite to use a
sequence for each of my
Services
> Internet: [EMAIL PROTECTED]
> PhoneMail: (780)421-5620 Internal Mail:AZ*K0R*1004 *EDM
>
>
> Matt Savino <[EMAIL PROTECTED]> on 11/09/2001 08:21:53 AM
>
> Please respond to [EMAIL PROTECTED]
>
> To: [EMAIL PROTECTED]
> cc:
> Subject: Re: FOP
]
To: [EMAIL PROTECTED]
cc:
Subject: Re: FOP memory usage
Make sure you're using -hotspot. Try setting the initial and max heap
size to 256M if you have it. Turn on verbose garbage collection to see
what's happening. Even though it says 'No garbage collection was
performed, I&
Make sure you're using -hotspot. Try setting the initial and max heap
size to 256M if you have it. Turn on verbose garbage collection to see
what's happening. Even though it says 'No garbage collection was
performed, I'm not sure that's accurate (see below). Also sometimes the
total memory used is
16:08
An: [EMAIL PROTECTED]
Betreff: Re: FOP memory usage
I also had this problem.
To render a fo to pdf (around 100 pages) allocated more then 150 MB.
When I got rid of references (in my case page-number-citations) the
allocated memory was just 40 MB.
Regards,
Jens
Michail Bikoulis
>
>Regards,
>
>Mike
>
>-Original Message-
>From: Maring, Steve [mailto:[EMAIL PROTECTED]]
>Sent: 9. november 2001 15:29
>To: FOP dev list (E-mail)
>Subject: FOP memory usage
>
>
>I'm using fop-0.20.1.
>
>I started with a 650KB XML file that I tr
with very large XML files.
Regards,
Mike
-Original Message-
From: Maring, Steve [mailto:[EMAIL PROTECTED]]
Sent: 9. november 2001 15:29
To: FOP dev list (E-mail)
Subject: FOP memory usage
I'm using fop-0.20.1.
I started with a 650KB XML file that I transformed into a 4MB XSL:FO fi
I'm using fop-0.20.1.
I started with a 650KB XML file that I transformed into a 4MB XSL:FO file.
Running this file through FOP to generate a PDF used about 90MB of memory.
Initial heap size: 807Kb
Current heap size: 91637Kb
Total memory used: 90829Kb
Memory use is indicative; no GC was perform
On Tue, 03 Jul 2001 16:42:47 "Rorvick, Chris" wrote:
> I mean O(C) where C is a constant amount of memory.
That may be the case for the pdf generation but when FOP needs to deal with
reading an xml document, resolving properties, creating an area tree then
rendering to the target (which may be p
I mean O(C) where C is a constant amount of memory.
This paragraph, taken from the PDF spec (sec 2.3.5, pg 24) makes me believe
it is possible to produce PDFs in (approximately) constant memory:
"Because of system limitations and efficiency considerations,
it may be desirable or necessary f
On Mon, 02 Jul 2001 20:13:14 "Rorvick, Chris" wrote:
> After a few days of using FOP and thumbing through the PDF spec, I've
> made
> the following observations. It seems that PDFs should be able to be
> generated in constant memory, but FOP currently does not work this way.
> Are
> both of the
After a few days of using FOP and thumbing through the PDF spec, I've made
the following observations. It seems that PDFs should be able to be
generated in constant memory, but FOP currently does not work this way. Are
both of these statements correct? I determined the second observation by
wri
31 matches
Mail list logo
