On 2019-04-24 21:45, Steve Litt wrote:
On Tue, 23 Apr 2019 14:54:10 +0200
Daniel <xraco...@gmx.de> wrote:

On 23/04/2019 14:09, Steve Litt wrote:
On Sat, 20 Apr 2019 15:51:11 +0200
Daniel <xraco...@gmx.de> wrote:
Hi,

My manuscript takes very long to fully compile, a couple of
minutes.

We don't know how long it is. If it's a thousand pages, 2 minutes
sounds about right on my computer.

I did not have the computer I am working on available when I wrote
this. It takes about 5 minutes for 200 pages.

In another post you said your 5 minute computer is a Intel m3 from 2015
(900 MHz, 4 GB RAM).


[snip]

Why not try a shellscript (or if you Windows, batch file or
powerscript) to build it. Also, just for fun, try using LuaTeX
instead of LaTeX, and see if there are changes. Note that to use
LuaTeX, you might need to change a few settings in your
manuscript.

Yes, I am on windows. I don't know how to create a batch file that
does the job.

LuaTeX is still typesetting my document. Seems to take ages.

I meant LuaLaTeX. Try pdfLaTeX also.

I have no LuaLaTeX option in LyX. pdfLaTeX is the default I am compiling with.

But here's the thing. You have an ancient, anemic machine, which spends
much of its puny power running Windows.

Yes, if you consider a machine build 2016 ancient, sure!

You don't know how to make a
batch file or powerscript, and don't seem amenable to learning how to
do so.

Too much other work to do in my last weeks before handing in my thesis. I was just searching for a way to speed up things a bit. And this is a user not a dev list where people ask questions who just want to use LyX. If the things asked can't be easily done, fair enough. But I find it totally understandably if people under certain time constraints don't do all the things that are suggested.

In another of your posts you seem lukewarm about compiling
subdocument combinations to try to profile where the slowdown is.

No, I did just that. I just couldn't find a combination that worked better. I could now starting cutting down my preamble and such but given the slow compilation (and sometimes endless compilation as I reported on the dev list) this is seriously time consuming. That is why I am a bit hesitant about that.

You say you can't reduce your huge number of references.

That's right. Unfortunately, they are part and parcel of a readable version of the text.

Frankly, this sounds like a problem of your priorities.

I started the thread with a simple question and I have to see then what is efficient. If there is no efficient way to cut down compiling times, so be it. So, yes, it is due to my priorities but I wouldn't say this is a problem of them.

You're not
willing to spend a few hundred on a modern 3Ghz 8GB machine, you won't
install minimal Linux with a lightweight window manager to get the most
out of your m3,
This is a hybrid computer that I use with a digital pen a lot. This kind of hardware does not work well on Linux and switching back and forth is too time consuming.

you won't whittle it down to a Minimal Working Example
whose compile time is insane compared to its size, you don't know and
won't learn batch files/powerscript, you refuse to alter your document
either as a solution or as a diagnostic test. You ask others incomplete,
ambiguous questions with only partial context. This problem just isn't
worth solving to you, and for some reason you think it will be worth it
to others to solve your problem.

This sounds insulting. But maybe it is just me in thesis stress.

Speaking for myself, I'm usually willing to help, but in the end
analysis, this is your problem, not mine. If you want *my* help, you're
going to need to take over the busywork, reserving my input to helpful
hints.

I never ask anyone to take over any work. I have not send any documents for people to figure out what works. I just asked for hints and thought that is fair enough. Anyway, I think, I don't want *your* help.

SteveT

Daniel

Reply via email to