vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   Community Lounge (https://vborg.vbsupport.ru/forumdisplay.php?f=13)
-   -   What can the Vbulletin community do for VB 5.x ? (https://vborg.vbsupport.ru/showthread.php?t=311470)

Zachery 05-21-2014 07:57 PM

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 05-21-2014 08:11 PM

Quote:

Originally Posted by Zachery (Post 2498858)
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 05-21-2014 08:30 PM

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 05-22-2014 09:11 AM

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 05-22-2014 11:55 AM

Quote:

Originally Posted by Zachery (Post 2498853)
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 05-22-2014 04:05 PM

Quote:

Originally Posted by Paul M (Post 2498934)
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 05-23-2014 07:07 AM

Quote:

Originally Posted by katie hunter (Post 2498797)
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.


All times are GMT. The time now is 12:32 AM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.02352 seconds
  • Memory Usage 1,736KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (4)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (2)pagenav_pagelink
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (7)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • pagenav_page
  • pagenav_complete
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete