[tex4ht] [bug #276] avoid multiple runs of latex

2016-03-28 Thread Karl Berry
URL:
  

 Summary: avoid multiple runs of latex
 Project: tex4ht
Submitted by: karl
Submitted on: Tue 29 Mar 2016 01:54:02 AM EEST
Category: None
Priority: 5 - Normal
Severity: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

re http://tug.org/pipermail/tex4ht/2016q1/001414.html

don't think we need to turn tex4ht into another latexmk or texi2dvi, but the
scripts could easily have some kind of option to run the latex+tex4ht+t4ht
command just once, which a higher-level script could more easily make use of.

(among many, many, many, other things to tweak in the scripts.)





___

Reply to this item at:

  

___
  Message sent via/by Puszcza
  http://puszcza.gnu.org.ua/



Re: [tex4ht] problem with slow compilation of large latex file with large math content

2016-03-28 Thread Karl Berry
more active in supporting TeX4ht,

Help is always good.  There are plenty of open bugs at
  https://puszcza.gnu.org.ua/bugs/?group=tex4ht&func=browse&set=open
That's probably the simplest place to start.

Thanks,
Karl


Re: [tex4ht] problem with slow compilation of large latex file with large math content

2016-03-28 Thread Boris Veytsman
NMA> From: "Nasser M. Abbasi" 
NMA> Date: Mon, 28 Mar 2016 03:20:50 -0500


NMA> I just finished new timings on the same above file, after removing
NMA> the package titlesec which was the cause of the slowdown (thanks for
NMA> finding it goes toJagath AR​)


I wonder why titlesec take so much time.  It is possible to add
profiling messages using write16 to critical points in titlesec.  

-- 
Good luck

-Boris

"I changed my headlights the other day. I put in strobe lights instead! Now
when I drive at night, it looks like everyone else is standing still ..."
-- Steven Wright


Re: [tex4ht] problem with slow compilation of large latex file with large math content

2016-03-28 Thread Kaveh Bazargan
On 28 March 2016 at 06:29, Nasser M. Abbasi  wrote:

> Now I have a new PC that I do not need, that I bought just for tex4ht.
> I need to find what to do with it ;)
>

Hi Nasser

So glad this helped. How about donating the new PC to Jagath? Just kidding
;-) Jagath is quiet, but when he speaks, it is worth listening to!!

Karl, we have been thinking we should be more active in supporting TeX4ht,
as we are using it regularly and Jagath now has extensive knowledge of it.
Please do let us know how we can help. By the way Jagath did volunteer to
be more involved a couple of years ago after your invitation to him but I
think the email to you must have been lost somewhere. We are keen to do
anything we can to keep Eitan's work alive and up to date.


-- 
Kaveh Bazargan
Director
River Valley Technologies
@kaveh1000
+44 7771 824 111
www.rivervalleytechnologies.com


Re: [tex4ht] problem with slow compilation of large latex file with large math content

2016-03-28 Thread Denis Bitouzé
Le 28/03/16 à 00h51, Karl Berry
 a écrit :

> I suspect latexmk and others do the same thing, though I've never
> looked at them.

Four years ago, I asked John Collins, the Latexmk's author, to add
TeX4ht support but I guess he had no feedback (I'm faulty: I hadn't
time to investigate at that time). See:

  ┌
  │ http://thread.gmane.org/gmane.comp.tex.tex4ht/457
  │ http://thread.gmane.org/gmane.comp.tex.tex4ht/459
  │ http://thread.gmane.org/gmane.comp.tex.tex4ht/475
  └
-- 
Denis



[tex4ht] [bug #275] titlesec package slows down tex4ht

2016-03-28 Thread Nasser M. Abbasi
URL:
  

 Summary: titlesec package slows down tex4ht
 Project: tex4ht
Submitted by: nma123
Submitted on: Mon 28 Mar 2016 11:44:08 AM EEST
Category: None
Priority: 5 - Normal
Severity: 3 - Minor
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Adding titlesec package slows down tex4ht considerably.

I can't make a MWE now, but there is a file that shows this problem. The
following zip file contains all the needed input to reproduce this problem

http://12000.org/tmp/032616/

There is file called compile.sh in the zip file which has this line:

make4ht --lua -u -c ./nma.cfg -e ./main.mk4 report.tex
"htm,3,pic-align,notoc*"

The fix is to remove the package titlesec which is loaded in the file
my_core.tex in the same folder. Now the compilation will speed up and become
many times faster.

Thanks for finding the fix goes to Jagath AR​

This was reported at tex4ht mailing list. For more info:
http://tug.org/pipermail/tex4ht/2016q1/001397.html

I am reporting this as a performance bug so that it is tracked and known even
though there is a workaround.







___

Reply to this item at:

  

___
  Message sent via/by Puszcza
  http://puszcza.gnu.org.ua/



Re: [tex4ht] problem with slow compilation of large latex file with large math content

2016-03-28 Thread Nasser M. Abbasi

On 3/26/2016 2:21 AM, Nasser M. Abbasi wrote:

I put the latex file
and all the needed include files I use and the .cfg and main.mk
and the command in one zip file. Here it is, in this folder:

http://12000.org/tmp/032616/

There is file call compile.sh which has this line:

make4ht --lua -u -c ./nma.cfg -e ./main.mk4 report.tex "htm,3,pic-align,notoc*"




I just finished new timings on the same above file, after removing
the package titlesec which was the cause of the slowdown (thanks for
finding it goes toJagath AR​)

Thought to share the new timings: (all with TL 2015)

---
new Linux pc: 24 GB RAM, intel i7-6700, 64 bits:   4 minutes
older Linux pc: 8 GB RAM, intel i7-930:6 minutes
Windows 7 pc 64 bit, VBox: 16 GB RAM, intel i7-3930k:  17 minutes
Windows 7 pc 64 bit, CYGWIN: 16 GB RAM, intel i7-3930k: 54 minutes


In all of these, the slowest part of tex4ht building phases,
happens at the call to dvisvgm, here:

.
Make4ht: dvisvgm -v1 -n -c 1.15,1.15 -p 1- report.idv
..

I was surprised cygwin took much more actually now, but most
of the time with the cygwin test was on the above line, about
80% of the build time was on the dvisvgm call ! I was reading that
cygwin disk IO is slow.

--Nasser