Open drdhaval2785 opened 2 years ago
funderburkjim
commented
2 years ago The delay for Devanagari data would be due to the loading of the font.
I would expect this web-font-loading delay to occur only once; on subsequent calls, I would expect the browser to use a cached version of the font, therefore no delay.
@drdhaval2785 Is there some way we can use network traffic monitoring (by some browser developer tools or other tool) to get some hard data on what is causing the delay?
gasyoun
commented
2 years ago transliteration takes the most time to load.
Maybe we can have preloaded pages? Wihtout a need of tranlsiteration on the go?
site has become terribly slow for longer entries.
Was it not always so?
check the speed
Can we have a benchmark of what the real speed in miliseconds is?
due to the loading of the font.
It can be lazy-loaded or preloaded.
network traffic monitoring (by some browser developer tools
I guess Chrome's built in developer tools take a lot of care.
See https://tools.pingdom.com/#5f27ebbb01400000
@funderburkjim see https://thewebsitearchitect.com/how-do-you-find-out-whats-slowing-down-your-website/
There was a mention in #375 that the site has become terribly slow for longer entries.
I also back this observation. My hunch is that transliteration takes the most time to load. I usually see SKD and VCP with Devanagari as default output transliteration in Advanced search.
The way the display comes online is like this. First non-Devanagari details like lnum, pc etc appear. Thereafter, after a pause of 4-5 seconds, the Devagari data appears.
This may also be the cause why @SergeA is seeing significant delays. @funderburkjim may like to check the speed of SLP1 vs Devanagari as output transliteration and see if my hunch is true. I have not done any benchmarking.