Earlier today (08/06) the performance was ok, requests took less than .5 seconds to return. Later in the day, around 5 PM the requests started taking over 60 seconds, and some times they were taking over 10 minutes to return.
Examples on how to reproduce the problem:
http://api.census.gov/data/2010/acs5?key=your_key_here&get=B17020A_003E&for=county:165&in=state:31
Another example of the performance problem can be experienced in the apps under the App Gallery:
- http://www.census.gov/developers/apps/age/
- http://pad.human.cornell.edu/Unlisted/uncertaintymap_fullinfo_api_B17001.cfm
Are the frequency of requests monitored for each key?
The frequency of requests for each key needs to be monitored, and a quota for each key needs to be determined based on the server's capacity. With a quota on the frequency of the requests, you will be able to keep users from overwhelming the system.
With the current performance of this service, it is not usable.
