After further investigation I managed to determine the exact time spend on my post-query processing... Also indeed, some computing was unnecessary so rearranging my code will have a great impact on performance...
On Nov 8, 1:27 pm, Ice13ill <[email protected]> wrote: > Hello, I use Java SDK with low-level api, but my question is related > to the interpretation of the values in appstats page (CPU, API, RPC, > Grand total times, etc) > For example: > 1. I run a query using low level api to get only the keys for some > entities. > 2. query with the list of keys to get the entities from DS (if i > request a page of 25, the api executes 25 calls to .get() ) > 3. convert these Entities into custom DTOs (and other processing like, > setting implicit values, lunching a task etc) > > Real Times: > 1. takes about 4-500 ms (datastore_v3.RunQuery); if datastore_v3.Next > is executed, that takes, let's say, 200 ms... (800 total) > 2. each get() takes about 20 ms (if there is a latecy could be 400 > ms), but let's say a total of 25*20 = 500 ms total > 3. as I understand: this is not show with app stats because is > actually Grand total - RPC total. Here is my issue: if grand total is > 7000 ms and RPC total is 1000 ms (real time) does this mean that 6 > seconds out of 7 (aprox.) are used because of my proccessing ? (step > 3.) > So if i print time passed from the point when my queries in DS are > finished, to the point where the response is sent to the client, will > that give me accurate information for time elapsed between different > calls ? ( I ask this because i not sure what calls are executed in > parallel, "behind the scenes" > Anyway, any advice would be appreciated. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
