0
votes

I have data stored in Table Storage. When I try to retrieve the data I do this using the partition key and row key. I have been doing some timings to retrieve data of around 8000 bytes.

I'm getting times ranging from 500-700ms and YES my host and storage are in the same data center.

Is Table Storage really so slow or am I doing something very wrong. I was expecting access times to be more like 50ms. Bear in mind that all of my tables added together probably only hold 200 rows.

2
I'd suggest editing your question to include a code snippet showing how you're accessing table storage, as well as the VM size, since each VM size has different network bandwidth.David Makogon
Is your CPU by chance spiking during the retrieves?Igorek

2 Answers

2
votes

Your performance numbers certainly sound very poor - and much worse than I've seen.

There are some useful reference numbers - and some good advice - on the storage team blog - see http://blogs.msdn.com/b/windowsazurestorage/archive/2010/11/06/how-to-get-most-out-of-windows-azure-tables.aspx

For your specific problem, I suggest writing some very simple test code to measure your numbers again - if you are still seeing the same problems, then post the code here and - if your code really is trivial - then contact MS support.

0
votes

Are you trying to retrieve multiple entities at once? If so, there is a known bug in the query parser of the Table Storage, and indexes does not get used when multiple entities are queried directly from their RowKey, instead the request generate a linear scan of the table which can indeed take 500 to 700ms for each roundtrip.