I am using an updated Chrome browser with the latest Flash and my PC is reasonable fast so it strikes me as a little bit odd that it can take around 30 seconds to load the study page and then some 30 more to actual load the study session. After that everything is very fast. Can this have anything to do to with me having to many lists? I do have more than 500 lists (Yes, many small Chinese-pod lists but also a lot of normal study books, HSK lists etc. It where not this slow before. Currently I also have some 2000 items in the queue due to a few days of sickness but that have never before been any performance factor to me so I don't think it is that. Any ideas? Would I be better of by nuking and try to limit med to a few lists?

500 lists!? Must be a record!

When did it start being so slow for you? And if you switch over to Japanese, where you don't have so many lists, do you see similar load times, or is everything fast again?

Definitely the lists. I tested Japanese and yes, that loads in a second while it take around 30 in Chinese. I noticed this after I had my daughter playing around adding CP lists and ended up with all those lists. Ok, then I have to export and nuke again to get back to less lists. Since there is an dramatic slowness with many lists maybe the query that gets the data should be looked in to as well. As a DBA i always blame bad database queries for this;-)

Don't nuke yet--we'll take a look and see if we can improve the performance. It should be doable, especially on the study page itself.

I also have sometimes performance problems, not during initial load, but during study, it happens from time to time, that it needs 30 sec to 2-3 minutes, to find the next due item (not a new one, but one, which I've already studied in the past). Can't be the network, as I am currently in Germany and, although we have a fast connection here, it's the same with skritter.com as it is with skritter.cn, when I'm in Shanghai.