I looked at a bunch of grid libraries a few months ago and ended up settling on revogrid. give it a look, it's fairly similar to ag grid, though I don't know much about its large dataset performance (my use case was getting a good user friendly editing experience for a smallish number of rows, at most a few hundred)
I haven't tried using DataGridXL with a file with that many records. There is a chance that the DOM node that is used for scroll-listening grows too large and browsers cannot handle that. I suspect that is where the error comes from.
However, I will add this to our list of issues, see where the error really comes from and where I can improve it (https://github.com/DataGridXL/DataGridXL2/issues/31). For now, I would say 10,000 records max to be sure.
Feel free to steal and improve, we only enable the clown-car mode when the desired scrollable area is larger than what a browser can support. With our implementation scrolling is still handled by the browser, but the scroll location can be subtly recomputed as you go from time to time. We only do this when interacting with the scrollbar directly to avoid weird artifacts like scrolling feeling faster than normal.
What is motivating you to look for a replacement? We are evaluating grids and AgGrid is the front runner currently though really rather heavyweight for our use cases.
Would you mind taking a look at grid.glideapps.com and letting me know if/where it doesn't work for you? We are always looking for feedback. Development is done entirely in the open, feel free to just file issues and open discussions on github.
"Maximum call stack size exceeded" is probably a general bug, not an issue that appears due to trying to load too many rows. Unless they really did something crazy, each new row shouldn't add to the call stack.
https://www.datagridxl.com/demos/import-csv-data