Times of days when TDs upload rating reports

In order to better determine when to schedule system tasks, I ran an analysis of what time of day and day of the week TDs are initially uploading rating reports. It looks like the best time to schedule any systems downtime is from midnight on Wednesday until 8AM Thursday morning.

[code]hour sat sun mon tue wed thu fri


Midnight - 4AM 53 21 23 25 25 10 10
4AM - 8AM 16 18 25 4 7 9 14
8AM - Noon 28 46 60 40 29 66 33
Noon - 4PM 66 68 62 48 41 67 26
4PM - 8PM 162 152 87 80 96 62 32
8PM - Midnight 105 137 101 70 80 90 70[/code]

It’s kind of interesting how different this is from real life types of system analysis.

How often do you see peak performances between 4pm and midnight on the weekends? :smiley:

It would be interesting to see the turnaround times from eventenddate to uploading of the event. It would seem people wouldn’t mind seeing the tournament they played in already rated after their 3 ride home. At least that’s what we try to do as a club.

I suspect ATM networks see their peak times between 4PM and midnight and on weekends, too.

As to the elapsed time between the ending date of the event and when it is rated using the online submission process, here’s a table based on the month in which the event ended. (Day0 means it was rated on the same day it ended.)

month | day0 | day1 | day2 | day3 | day4 | more ------------+------+------+------+------+------+------ 2005-04-30 | 53 | 92 | 30 | 16 | 13 | 133 2005-05-31 | 41 | 86 | 30 | 30 | 14 | 141 2005-06-30 | 67 | 106 | 22 | 17 | 11 | 112 2005-07-31 | 72 | 82 | 23 | 28 | 12 | 150 2005-08-31 | 59 | 88 | 39 | 18 | 17 | 90 2005-09-30 | 82 | 89 | 38 | 20 | 12 | 89 2005-10-31 | 107 | 84 | 43 | 21 | 22 | 145 2005-11-30 | 74 | 76 | 55 | 30 | 17 | 159 2005-12-31 | 91 | 82 | 41 | 12 | 16 | 112 2006-01-31 | 103 | 112 | 39 | 29 | 13 | 86 2006-02-28 | 2 | 3 | 0 | 0 | 0 | 0

Here’s a table showing how many WEEKS it takes between the ending date of the event and the date it is rated when the rating report is mailed to the USCF office: (Most of the delay is in receiving the event, most events are rated within 2-3 days of when they are received in Crossville.)

month | week0 | week1 | week2 | week3 | week4 | more ------------+-------+-------+-------+-------+-------+------ 2005-04-30 | 16 | 80 | 79 | 28 | 22 | 60 2005-05-31 | 10 | 90 | 68 | 32 | 13 | 56 2005-06-30 | 10 | 53 | 70 | 26 | 21 | 29 2005-07-31 | 9 | 91 | 32 | 20 | 11 | 33 2005-08-31 | 8 | 54 | 49 | 39 | 13 | 32 2005-09-30 | 11 | 61 | 38 | 10 | 16 | 34 2005-10-31 | 4 | 65 | 51 | 33 | 22 | 27 2005-11-30 | 8 | 52 | 48 | 29 | 16 | 34 2005-12-31 | 4 | 57 | 53 | 22 | 14 | 12 2006-01-31 | 11 | 50 | 15 | 1 | 1 | 0

And just in case people were curious as to what percentage of events are being submitted online, here are the totals:

month | count | mail | online | pct ------------+-------+------+--------+------- 2005-04-30 | 622 | 285 | 337 | 54.2 2005-05-31 | 611 | 269 | 342 | 56.0 2005-06-30 | 544 | 209 | 335 | 61.6 2005-07-31 | 563 | 196 | 367 | 65.2 2005-08-31 | 506 | 195 | 311 | 61.5 2005-09-30 | 500 | 170 | 330 | 66.0 2005-10-31 | 624 | 202 | 422 | 67.6 2005-11-30 | 598 | 187 | 411 | 68.7 2005-12-31 | 516 | 162 | 354 | 68.6 2006-01-31 | 460 | 78 | 382 | 83.0 2006-02-28 | 5 | 0 | 5 | 100.0

Mike,

I’ll bet the numbers for me are a little screwed up since there has been many a time I have uploaded and submitted the rating report on the same day (9pm to midnight PST) only for the server to be on EST and say it was submitted one day after the event. I think your figures might look even better if that was taken into account… :slight_smile:

Chris Bird

Think the server is in the CENTRAL TIME ZONE.

The server was initially in the NY office, so it was on eastern time.

We switched to having the server in the TN office in July, so now it is on central time. This gained us an hour of processing time in the evening before starting the overnight batch jobs (reports, backups, etc.)

If an event is submitted after 11 PM server time, it is not rated until the morning. (Currently the first morning run is at 9 AM.)

The elapsed time chart uses the date the event was rated, the earlier chart used the upload log to track when the event was first uploaded, which could be hours or even days before it was rated.

Mike,

The data you posted in the first post suggests that the “overnight” batch jobs should be run during the day, IMHO. It makes sense that most tournaments are submitted after the last round, which usually ends in the evening/late at night. Even if they’re not submitted right away, they’re done in the TD’s free time, which is usually late into the night :wink:

Anyway, everyone I talk to is amazed how quickly our events are rated now. It’s just plain awesome.

Thanks,
-Matt

When would the office do their work if I ran the overnight jobs during the day?

Ah… I foolishly assumed the system involved was dedicaded to ratings.

Never mind!

-matt

Matt, even if the system was dedicated just to ratings, about a third of the events we rate are still being mailed to us (mostly smaller ones), and the office staff enters and validates them during working hours.

That’s also when ratings corrections are made, when the staff responds to questions about individual ratings, etc.

We have about a six hour window (midnight to 6 AM) for systems tasks, things like daily reports, database cleanup tasks and system backups.

TD’s can still upload, validate and submit events during those hours and we still process memberships submitted by TDs or through the website, about the only thing we don’t do in the wee hours of the morning is rate any new events.

There are some other tasks (like refreshing portions of the MSA database on a rolling basis) that we do from 6AM to 8AM, and we currently start rating new events again at 9AM.