Skip to main content
Known Participant
November 24, 2014
Answered

Why does a simple save take so long?

  • November 24, 2014
  • 2 replies
  • 4142 views

I am using FM 11. I have 18 files with lots of figures and perhaps this is part of my issue. It seems to take between 1 and 2 minutes every time I save. Is there some setting or some trick I can use to shorten the time FM takes to save my book or chapter? Thanks.

This topic has been closed for replies.
Correct answer Winfried Reng

> Files are not growing with each save ...

That rules out recursive Text Inset imports (that import themselves). Your problem is apt to "merely" be instances of copy-into-document.

If you need to hunt, save the document as MIF and open it with a plain text editor.

All imports contain the tag:

<ImportObject

By-Reference Imports look like (EPS example):

<ImportObject

   ...

   <ImportObFileDI `<u\><u\><c\>path<c\>filename.eps'>

   <ImportObFile `../../path/filename.eps'>

Copy-Into Imports lack those <ImportOB... tags, and look like (EPS and TIF examples):

  <ImportObject

   <Unique 3288853>

   <Fill 7>

   <Separation 0>

   <ObColor `Black'>

   <RunaroundGap  6.0 pt>

   <RunaroundType Contour>

=TIFF

  <ImportObject

   <Unique 3288835>

   <Fill 7>

   <RunaroundGap  6.0 pt>

   <RunaroundType Contour>

=EPSI

followed by metadata and thousands of lines of hex code.

Clue: the original file name of the imported object can often be found in the meta, but the presentation varies with file type.

Alas, as you can see with
select object in frame
Graphics > Object Properties,

Frame pretty much forgets what an import was, and where it came from, when (*) Copy Into is used. Big problem for information stewardship, not to mention capacity planning.


In FrameMaker 11 you can also use the the Inset pod to check which imported image is copied into the document.

Open the Inset pod with View | Pods | Insets.

Referenced images show the path.

Images which are copied into your document show "No File".

Much easier than reading the MIF file tags.

2 replies

Bob_Niland
Community Expert
Community Expert
November 24, 2014

Save as what to where?

If normal File > Save for the .book and .fm, how large are the .fm files?

As Arnis suggested, embedded objects can over-inflate file sizes (as well as present various stewardship and data-preservation problems).

Save as PDF is just plain slow, pretty much always, and even slower when referenced objects and output files are located on network drives.

Legend
November 25, 2014

Save as PDF is […] even slower when […] output files are located on network drives.

So, how can I make sure that output files are written direct to a local drive? Eager technicians are poised to take my PC and <strikethrough>wreak havoc</strikethrough> deftly install FM 12, so if there's something I can tell them before they start this could be a good moment.

Bob_Niland
Community Expert
Community Expert
November 25, 2014

> So, how can I make sure that output files are written direct to a local drive?

With current active directories, virtualization, mounted volumes, etc., only Mordac, Preventer of Information Services, really knows.

FM uses the document directory for the backup and crash files during edit, and for the visible .tps file during render. It is obviously using virtual memory (which may get swapped to disc) during edit and render, and may use some transient files in $TEMP or $TMP.

When I build a machine, I normally allocate dedicated logical drives for temp and VM, historically on separate spindles, to maximize performance, eliminate fragmentation risk, and guarantee adequate space; but that might freak out your Mordac team. My current build has these on an SSD. The traditional HDDs (aka rotating rust) on the machine are only used for backup and archives.

If a document resides on the network, moving it to a known local drive can speed things up, but raises the problem of imported objects. You'd need to re-save all the files to local, render, and if any changes were made, re-save them back.

Arnis Gubins
Inspiring
November 24, 2014

Are you saving to local drives or across a network? Are the graphics imported by copy or reference?

FMdancerAuthor
Known Participant
November 24, 2014

I am saving to a local drive and have many of the figures references in instead of embedded.

File sizes are:

218.8MB

20MB

3.7 MB

and 15 other files all under 200 KB


Bob_Niland
Community Expert
Community Expert
November 24, 2014

> I am saving ...

Saving what? .fm .pdf ?

> 218.8MB

> 20MB

If those are PDFs, yes, that takes some time (if you already have 16GB RAM, get an SSD).

If those are .fm files, you have a degenerate situation of some kind, probably huge embedded objects. Is the size growing with each open/save/close (and no other edits)?