Optimize the database
The SQL game went offline for a month for a complete rewrite to introduce computational limits. It's back online with only 2 users (the author and me) and I haven't played it for a month. It exists purely as a proof of concept and is not actually played anymore.
Plus, that SQL game used a completely different database engine. It worked on Postgres while our forum DB uses MySQL.
I was planning on upgrading the forum software sometime this month during my surgery recovery. When this happens there will be a big database purge and clean first so that much less needs to be migrated over.
But as others have said in this thread... I don't seem to see the problems you describe. Yes sometimes it may take 1 or 2 seconds for a page to load instead of feeling "instant" but never have I waited 2 *minutes* for any reply from this server.
I just ran a TOP command on the saucetel server and of its 8 cores only 3 of them were loaded at 60%. The other 5 were idle. Plus there are gigabytes of RAM free - the pagefile isn't being touched.
On top of this, new RAM is about to be purchased for our forum server and it will be installed in about a month.
If I find myself awake really late one night I'll look into running some DB maintenance after taking the forum offline, but I don't want to take the forum offline during the day.
--TE
Plus, that SQL game used a completely different database engine. It worked on Postgres while our forum DB uses MySQL.
I was planning on upgrading the forum software sometime this month during my surgery recovery. When this happens there will be a big database purge and clean first so that much less needs to be migrated over.
But as others have said in this thread... I don't seem to see the problems you describe. Yes sometimes it may take 1 or 2 seconds for a page to load instead of feeling "instant" but never have I waited 2 *minutes* for any reply from this server.
I just ran a TOP command on the saucetel server and of its 8 cores only 3 of them were loaded at 60%. The other 5 were idle. Plus there are gigabytes of RAM free - the pagefile isn't being touched.
On top of this, new RAM is about to be purchased for our forum server and it will be installed in about a month.
If I find myself awake really late one night I'll look into running some DB maintenance after taking the forum offline, but I don't want to take the forum offline during the day.
--TE
The Allegiance community currently hates their sysadmin because he is doing: [Too Much] [____________|] [Too Little]
Current reason: Removing the PayPal contribute page. Send Bitcoin instead: 1EccFi98tR5S9BYLuB61sFfxKqqgSKK8Yz. This scale updates regularly.
FWIW, TE, I have seen pretty big lags. Never two minutes, but 15-20 seconds has happened. Response is sporadic - sometimes instantaneous, sometimes 1-3 seconds, sometimes longer. And it seems to go in batches... ie once I start seeing "lag", I'll continue to see it for many minutes. Response can be particularly bad when sending a post. (and I have a good ping time to TO fwiw)
I'll look into setting up some automated stats of CPU, RAM and bandwidth of the server to see if there are any spikes that would explain it.
Thanks for bringing it to my attention. I'll let you know if I find anything.
For all I know all we need is a bit of database tuneup as Bard mentioned.
--TE
Thanks for bringing it to my attention. I'll let you know if I find anything.
For all I know all we need is a bit of database tuneup as Bard mentioned.
--TE
The Allegiance community currently hates their sysadmin because he is doing: [Too Much] [____________|] [Too Little]
Current reason: Removing the PayPal contribute page. Send Bitcoin instead: 1EccFi98tR5S9BYLuB61sFfxKqqgSKK8Yz. This scale updates regularly.
