Meeting the specifications for the software is one thing. But having MySQL properly configured and tuned on the server is another thing.

Sort of garbage in garbage out logic. If you're system isn't properly tuned then performace will suck. It'll suck whether you use threads of VB. In fact IMO Threads is built a little more stable from the back end to be as efficient as possible. You may have more trouble with software that's even more demanding.
[]One question is whether folks are staying logged in or not. Some folks say they are needing to log in over and over, is that a cookies issue on their end?
[/]
All in how you have it configured. If you are using cookies, users can click "remember me" when they login. If you are using sessions they cannot. In the config file there is a cookie expiration time. Cookies will expire in that number of seconds regardless.
If users computer clocks are wrong, then sometimes cookies will be expired sooner or right away and cause problems.
[] A few credible friends mentioned that it took them like two days to figure how to use the site.
[/]
Perhaps not the quickest people in the mix. But Threads is different from Classic. It's not the same.... it's not related in any way. Infopop makes no secret of that. VB is different from Classic and different from threads. Users have this learning curve whenever you change software. But if users have that much difficulty, then there's nothing you can do about this, other than not change anything.

You should be worlds better speed wise than Classic... if things are properly setup on the server and MySQL is tuned properly. I'm not the expert in this reguard, but some folks here offer MySQL tuning as a service. If your server people don't know what they are doing, the best spent money would be getting MySQL tuned correctly.
That'll be the difference between day and night, and will improve performance on any MySQL based software.... not just threads.
