Page 6 of 31

Posted: Tue Feb 21, 2006 1:04 pm
by cantrlady
SekoETC wrote:*snort* Americans...


No need to generalize here....some of us can figure things out.

Perhaps this might help those that are confused with the time zones.

http://www.timezoneconverter.com/cgi-bin/tzc.tzc

Posted: Tue Feb 21, 2006 5:08 pm
by the_antisocial_hermit
3shyof30rats wrote:Which is what time, Central time? If you don't mind figuring that one out for me.


1pm, when they eat...

Posted: Tue Feb 21, 2006 5:15 pm
by Crosshair
Yeah, i dont think my minutes reset from yesterday, i didn't use em all, but i'm already down to 93 and i've hardly played...

Posted: Tue Feb 21, 2006 6:43 pm
by Doug R.
North Americans: EST is GMT -5 hours. Memorize it.

:)

Posted: Tue Feb 21, 2006 7:52 pm
by the_antisocial_hermit
Doug R. wrote:North Americans: EST is GMT -5 hours. Memorize it.

:)


I'd rather just memorize that CST is GMT -6 hours. ;) It's more relative to me than EST.

Posted: Tue Feb 21, 2006 8:38 pm
by SCUBA
So! Your cave is in that time zone. ;-)

Posted: Fri Feb 24, 2006 8:36 pm
by Black Canyon
Shouldn't the minutes have reset by now?

Posted: Fri Feb 24, 2006 8:38 pm
by the_antisocial_hermit
Minutes didn't roll over. And the newest turn report link hasn't shown up. What else happens at 19:00GMT (1:0 Cantr Time)? They ate as normal... projects are normal... but those two things are on a different clock... Well, whatever it is, it's not working...

Posted: Fri Feb 24, 2006 8:49 pm
by nateflory
Oh good, this means my brain is not zapped from too much CANTR time. I was just thinking, "hey, I usually get a few extra minutes by now" and am sitting at zero going crazy seeing all the white characters and unable to check what's going on.

Sheesh. the FAQ was not kidding when it said this is addictive! :lol:

Posted: Fri Feb 24, 2006 9:00 pm
by Chris Johnson
Minutes have been manually reset - I'll look into the daily report

Posted: Sun Mar 12, 2006 3:05 pm
by Agar
81.584 seconds taken, 130 queries executed (SQL took 79.852 seconds - 97.9%).

Bit slow, ya think?

Posted: Fri Mar 31, 2006 10:50 pm
by The Sociologist
Mostly the server is excellent now, as good as it's ever been. However I'm still picking up a brief period of severe lag, during roughly 9:30 to 10:45 pm, GMT (ie 21h30 to 22h30). It is intermittent over about half an hour and can cause a page to freeze for up to 5 minutes or else an "outright server not responding code." Is there some sort of process running during that time? Perhaps one which could be moved out of prime hours? Any sign of a spike in the stats?

This evening (Friday) it was at about 10:30 pm, GMT.

Posted: Fri Mar 31, 2006 11:33 pm
by Chris Johnson
noted - (and also witnessed) - I think (and hope) that was a one off, the web server seemed to freeze for about 5 mins - the server itself was fine
There is no special background process which runs at that time which could account for that

Generally most background processes need to be run several times a day at regular intervals so it's difficult to move intensive ones to definate off-peak periods.

We are aware that the 19:00 GMT + period is becoming rather heavy and we may look at moving some of the daily processes away from that time

Animal processing has long been the largest bottleneck (it's currently run 4 times a day) but we've rewritten the main routines a couple of days ago which reduce the demand on the database server to a 1/3 of what the animals demanded before - it's still an intensive run but we will reap the benefits over time.

Posted: Thu Apr 20, 2006 1:39 pm
by AngelSpice
So slow again.

To log in: 14.632 seconds taken, 176 queries executed (SQL took 13.686 seconds - 93.5%).

To get to one charrie page: 88.391 seconds taken, 338 queries executed (SQL took 87.475 seconds - 99.0%).

Posted: Thu Apr 20, 2006 2:00 pm
by marol
I believe it's because of some PD tools which search in whole Cantr database and slow down the game when some PD member uses it. Those PD tools has to be rewriten - they were fine when Cantr was small, but now using them generates too big database load.