Slow Forum
#1
Posted 30 January 2012 - 17:35
Advertisement
#2
Posted 30 January 2012 - 19:18
For the last 4 or 5 days the forum has been really slow. I don't have this problem on any other web site.
Agreed, thought it was just me.
#3
Posted 30 January 2012 - 19:57
#4
Posted 30 January 2012 - 21:28
#5
Posted 31 January 2012 - 11:15
#6
Posted 31 January 2012 - 14:57
Neil
#7
Posted 31 January 2012 - 15:22
#8
Posted 31 January 2012 - 15:25
#9
Posted 31 January 2012 - 15:52
#10
Posted 31 January 2012 - 16:08
#11
Posted 31 January 2012 - 22:35
ATM is normal.
#12
Posted 01 February 2012 - 10:19
it's on and off, sometimes works fine like any other forum, then other times it's click and wait and hope it's not an IPS error, at the moment its that hit and miss phase.
Same here.
#13
Posted 01 February 2012 - 11:06
Why pass up a perfect opportunity to use the word 'Lethargic"? 2 minutes of loading to then get an IPS error!
#14
Posted 01 February 2012 - 11:15
It's almost unusable actually.
#15
Posted 01 February 2012 - 12:08
What a bloody frustrating morning, with this and the equally unusable McLaren site.
#16
Posted 01 February 2012 - 13:19
#17
Posted 01 February 2012 - 15:46
#18
Posted 01 February 2012 - 16:01
You comedian.I fear that the database has exceeded (within the IP Software) manageable proportions and this, if, to keep said database coherent, is how the future will be.
In case you are not joking....no, database size cannot cause such performance issues. And a php application like IPB shouldn't really care for the size of database. Such intermittent slowness is usually due to fragmentation of cache (local or global, whichever you are using), so just increase the size of your APC or memcache (as the case may be) and all should be well.
Database size is ireelevant since at any given time less than a few megabytes worth of threads need to be cached to gurantee good performance. And even mysql can handle hundreds of gigabyte in size, I am assuming Autosport forum is not more than 250-300 GB at worst. Unless you are stuck with some outdated hardware and software stack, database size should not be an issue at all. WTF.
Edited by primer, 01 February 2012 - 16:04.
#19
Posted 01 February 2012 - 16:09
The issue is intermittent, so until some time ago I had no idea why everyone was complaining. But I have also noticed some slowness lately.
You comedian.
In case you are not joking....no, database size cannot cause such performance issues. And a php application like IPB shouldn't really care for the size of database. Such intermittent slowness is usually due to fragmentation of cache (local or global, whichever you are using), so just increase the size of your APC or memcache (as the case may be) and all should be well.
Database size is ireelevant since at any given time less than a few megabytes worth of threads need to be cached to gurantee good performance. And even mysql can handle hundreds of gigabyte in size, I am assuming Autosport forum is not more than 250-300 GB at worst. Unless you are stuck with some outdated hardware and software stack, database size should not be an issue at all. WTF.
Oh dear. Such knowledge. It is true what they say, that a 'little knowledge is dangerous'
#21
Posted 01 February 2012 - 16:27
Oh dear. Such knowledge. It is true what they say, that a 'little knowledge is dangerous'
Keep smarting. Database size cannot cause any performance issues on read dominated applications like a bulletin board. You will have bottlenecks with amount of RAM or processing power (to handle the large number of php process), obstacles which are easily scaled.
Edited by primer, 01 February 2012 - 16:28.
#22
Posted 01 February 2012 - 16:30
Keep smarting. Database size cannot cause any performance issues on read dominated applications like a bulletin board. You will have bottlenecks with amount of RAM or processing power (to handle the large number of php process), obstacles which are easily scaled.
What do you know about how this forums database is handled? Take a moment to think about indexing.
EDIT: But, what do I know, I am just a senile old codger.
#23
Posted 03 February 2012 - 08:05
Certainly, we don't know, we can only assume that such large DB is handled by either Oracle or some custom DB type. No disrespect to the rest of the soldiers, but I've seen them all behaving badly when going over certain numbers in a distributed environment.What do you know about how this forums database is handled? Take a moment to think about indexing.;)
EDIT: But, what do I know, I am just a senile old codger.
Since it's indexing - do you guys need more indexes or you are indexing too much? Is there anything we can help with? I'm sure there are good technical people around.
On the other hand, IPS have recently revealed a new version with some performance enhancements.
HTH and best regards.
#24
Posted 03 February 2012 - 12:14
#25
Posted 03 February 2012 - 13:51
I think RC was taking quite a hammering because of the Ferrari launch, Allan. The whole forum crashed several times on me today and I also got the "essential maintenance" screen for about 40 minutes, which was turning up yesterday about midnight GMT as well. I was out on Wednesday, but I suspect the same thing happened with the McLaren launch.For some reason, once I've got the forum index up, the server is too busy to let me access any other thread than this.
#26
Posted 08 February 2012 - 11:40
#27
Posted 08 February 2012 - 14:16
Really? That being the case, I fear that many will seek alternatives. The death throes of Atlas?...and this, if, to keep said database coherent, is how the future will be.
Absolutely impossible today and no explanation whatsoever.
#28
Posted 21 February 2012 - 12:17
3 "IPS driver errors" and 3 "not logged in" messages just to get here from the home page!!
...and I haven't even clicked 'submit' yet!
#29
Posted 21 February 2012 - 13:10
Yes you have...and I haven't even clicked 'submit' yet!
#30
Posted 21 February 2012 - 13:57
http://dev.mysql.com...rtitioning.html
Primer - I would read the above link particularly, as you're demonstrating a terribly crude understanding of the many variables involved in RDBMS performance.
Edited by kar, 21 February 2012 - 14:01.
#31
Posted 21 February 2012 - 13:57
Yes you have
Yeah! Had to do it twice though.....