NUKE improvements

[lahma]

• NUKE 7.0.2
• don't print missing documentation warnings
• don't build NUKE project as part of solution
• use also Ubuntu for building (faster builds)
• skip tests as Appveyour isn't testing either
• separate workflow for PRs (still same for master build)

NUKE update was done using the latest global tool and running command nuke :update. New GitHub workflow files were generated by running build.cmd, NUKE updated definitions automatically. Maybe at some point could also enable tests when they are green in master 😉

[tonyqus]

LGTM

[tonyqus]

I see the change. Interesting

[lahma]

The ubuntu runner should generally be the fastest free CI around. Windows is somewhat slower. Ubuntu runner will also make sure that anyone can compile on MacOS and Linux. Appveyr might not be needed anymore if it's only doing builds. NUKE can be customized for many things like building and publishing to NuGet on tag creation etc.

BTW. I read your recent blog post (great writeup!) and now I'm curious if I could make NPOI faster 😉

[tonyqus]

now I'm curious if I could make NPOI faster

Definitely, you/we can. But its a huge task I'm afraid. And again, I don't wanna totally replace commercial product created by these rich companies who actually hire developers.

There are two major improvement we can do.

• Refactor the cell management and support virtual cell management based on range instead of creating real cell clasess for every existing cells. Because this takes too many memory (one class instance per cell is too much). This feature has been implemented in EPPlus several years ago. This can also increase speed of creating/modifying cells.
• Memory consumption improvement - NPOI still has a few chances to get OOM (more than EPPLus does). This has much space to improve.

Although I do know the improvement direction, my major problem is that I don't wanna put more than 5 days per month on NPOI since it's not profitable. In other words, it's mainly in maintence mode. This can also prevent my wife from complaining too much.