![]() |
Saving/Loading times
I've just upgraded to Sigil 1.41 and find my currently in progress book takes something like 55 seconds to save, 30 seconds to load.
It's not a massive problem, though slightly disconcerting to see 'Not Responding' appear alongside the Sigil masthead and the screen go grey when saving. If left it does save, however. This particular book is 20,000 words including about 35 pictures. My CSS and markup are minimalist. Similar previous books load in a few seconds and and I can't detect any great difference between them and my present one. Any pointers why one ePub file, similar to another ostensibly, should take ten times as long to save? The fast loading file ePub is 179MB, this slow one 250MB. My computer is a Win 10, Intel i7 with 32Gb RAM and all solid state disks. |
How many html files and toc items?
Some days ago I tried to manage a dictionary in sigil but it just too long. That files contians 160mb html, with 160000 html files, which means opf file is over 20mb |
Is each chapter in its own file?
|
Monolithic (x)HTML files are the only thing I've found that slows Sigil down. Granted: I wouldn't touch 100MB+ epub with a ten-foot pole, but still.
|
Quote:
What is odd is that a 179MB file (25 chapters) saves in 3 or 4 seconds. This 250MB file takes nearly a minute. I haven't added the TOC yet but when I do this one will be about 140 items. The 170MB file I mentioned has 164. Some of my original images in jpg form are 10MB. 5000px across which is oversized for the purpose but convenient of other uses. I suppose I could down-sample those to 1800px/300dpi for the books but I haven't needed to before, simply specifying sizes in width percentages in my CSS. The actual ePub file seize is dictated by the subject matter so can't be cut. My CSS and markup are an absolute minimum so can't be altered. |
Files that have very few line-endings can slow things down considerably too, but a Mend, or better yet, Mend and Prettify should eliminate that issue. If your markup minimizations include the removal of line endings, that could have a drastic effect on Sigil performance.
|
To speed up loading, you may want to turn off "Mend on Open" in Sigil preferences. But we still check for not well-formed html (even if you decide to not auto fix things) and that involves reading in each xhtml file and parsing it with a strict xml parser to look for errors.
This is what takes the most time even using multiple threads to do the testing. For a future release, I will see if there is a way to easily prevent the well-formed check on initial load. |
I don't really have any problem with bad HTML - a check rarely reveals any problems but I've been writing the stuff for a long time. Here's a typical page: can anyone see any problem?
Code:
++++++++++++++++++++++++ |
Quote:
|
Quote:
|
Naked text is on my own personal "just don't do it. Ever" personal validation checklist. The fact that html5 might allow it doesn't make it a good idea, IMO. ;) How would you style any of it without styling ALL of it?
Not that I think it's relevant to slow loading times or anything. |
Quote:
I tried exporting to ePub from Word and Google Docs and while both work, the resulting files are offensive in their bloat and complexity. HTML, CSS and Sigil are so straightforward to use that it's hard to see why anyone would use anything else (thank you. Mr Sigil). I style the body tag and that is all I need. One way and another, my entire book needs only the 4 headings, 3 classes of image and body text. Last - and most important, I have solved the speed problem. The images I use are mastered as tiff or psd in Photoshop and then exported as jpg to my image folder from where I do the import. I put all the images I will use into a folder on their own and then just import the lot to Sigil. I had left half a dozen large PSD files in the folder by mistake and then imported them. I found them neatly tucked away in Misc while exploring to find the problem. Sigil was spending some time working out what to do with them, I would guess. I'm rather impressed that it didn't just crash or stick on 'Not Responding', actually. Thanks for your input, I appreciate it. |
To each their own. You asked if anyone saw problems. I mentioned what I thought were some. I would say you're limiting your ability to tweak your complex content layout by overzealously worrying about bloat. There's bloat, and then there's p tags.
Glad you figured out the load time issue. Thanks for reporting back on what the problem was. Oh, and as one-half of the current "Mr. Sigil" ... you're welcome. ;) |
I take your point but in my own case my output is tailored to exactly what I need. I don't do anything for other people and I'd be happy enough pop in some <div> and <p> where necessary if I did.
I am a photographer by trade but used to write some software for my brother's business back in the 80s when disk space and run speed was actually a factor, both battered into submission by sheer power nowadays. But, old habits die hard and as with my photography, I get pleasure from removing what I find unnecessary. I think I already donated but I'm over to do a bit more - thank you Mr Demi-Sigil 😁 |
In all fairness (and with much respect), I'd say the title of Mr. Sigil should probably be reserved for its creator, Strahinja Marković.
|
| All times are GMT -4. The time now is 05:50 PM. |
Powered by: vBulletin
Copyright ©2000 - 3.8.5, Jelsoft Enterprises Ltd.
MobileRead.com is a privately owned, operated and funded community.