What can the Vbulletin community do for VB 5.x ?

[Zachery]

Its a just a thought question.

A set of queries, and how long they each take, under load:

100q, 4 seconds
10q, 40 seconds

Which is better? The query time, is insanely low across the application in vBulletin 5, I know this because I run it on a really crappy atom server in house. I'm not saying there shouldn't be less queries. Less queries, when they're better queries, can be better. But less queries for less queries is not always better.

[nhawk]

Originally Posted by Zachery

Its a just a thought question.

A set of queries, and how long they each take, under load:

100q, 4 seconds
10q, 40 seconds

Which is better? The query time, is insanely low across the application in vBulletin 5, I know this because I run it on a really crappy atom server in house. I'm not saying there shouldn't be less queries. Less queries, when they're better queries, can be better. But less queries for less queries is not always better.

What you said is absolutely correct.

But using your example of 100q, multiply that by 100 clients and now you have a potential problem. Now we both know vB5's queries don't take 4 seconds but the idea is still the same.

Couple that with relying on the clients machine to do a lion's share the work and you end up with a slow system.

[Zachery]

The client doesn't do that much work in 5, not processing data wise anyway. WE return html via ajax, and other data. Nothing all that weird.

[nhawk]

Any way you look at it, the way vB5 is working, client side rendering creates a heavier initial load with a second request to the server. And then vB5 needs to deal with slower CPUs and rendering engines on the client side. Either one of those is a going to make client side rendering slower.

IE: There's no reason on earth that the vb.com forum should take 8 to 10 seconds to load on initial entry into the forum.

[Paul M]

Originally Posted by Zachery

Query count isn't end all be all.

If I can spend .05 seconds doing 100 queries, you'd prefer 10 queries that take .5 seconds?

Thats true up to a point, but if you start to get busy, those 100 queries are going to start to slow down and be a bigger issue because a server can only handle so many at a time.

There is a bug in 5.1.1 which means some pages are running hundreds (sometimes over 1000) on that specific page. That many will very quickly become a major issue if lots of people try to load that page.

[Zachery]

Originally Posted by Paul M

Thats true up to a point, but if you start to get busy, those 100 queries are going to start to slow down and be a bigger issue because a server can only handle so many at a time.

There is a bug in 5.1.1 which means some pages are running hundreds (sometimes over 1000) on that specific page. That many will very quickly become a major issue if lots of people try to load that page.

I know, there are also amplification issues, which I believe is what you're talking about.

I want vBulletin 5 to be faster, I've been trying to work on problems where I can, when I can.

[Spangle]

Originally Posted by katie hunter

But VBulletin developers aren't new graduate college students. The issue here is that we need more, currently I was told we have 4 developers only.



Also there is nothing wrong with new graduate web developers as long as they are graduating from prominent universities like Harvard, Yale and so on, they do have the skills and learn while in college. I guess what I can say is that there are 2 type of web developers, those who relay on everything they learn from college and those who always explore new ideas from outside resources and love to implement unique ideas, the latter is what we need.

Founders of Google, Twitters, Facebook, Disqus and all these unique ideas were new graduate students with visions and ideas that they like to implement and test.

I've voted for all of those, great idea's.

I would also like to see a drop down menu system for the navbar.