I just ran a batch delete using the Task queue. It grabs the next 50 keys for a Kind and then calls db.delete(keys), so fairly simple stuff. here's some example results in the log:
865ms 1032cpu_ms 952api_cpu_ms 1058ms 1040cpu_ms 952api_cpu_ms 947ms 49947cpu_ms 49869api_cpu_ms <--??? 1425ms 1035cpu_ms 952api_cpu_ms 1674ms 41181cpu_ms 41094api_cpu_ms any thoughts? something seems wrong to me cheers brian On Sep 8, 8:56 am, bFlood <bflood...@gmail.com> wrote: > ok, I was able to check over my code again and even with rolling back > small changes, the large CPU increases are still there. at this point, > I have to agree with herbie's findings as well. It would be nice if > Google could weigh in on this troubling issue > > cheers > brian > > On Sep 8, 4:51 am, herbie <4whi...@o2.co.uk> wrote: > > > > > On Sep 8, 12:07 am, Stephen <sdea...@gmail.com> wrote: > > > > OK, but because api_cpu_ms is 96% of the total, then cpu_ms is also > > > almost 3x higher? The spike is showing up in the cpu_ms? > > > Yes in total the cpu_ms has gone up by nearly 3x too. > > > But as I understand it cpu_ms is the total cpu usage for the request > > and api_cpu_ms is the cpu usage by GAE api calls. So the difference > > between the two is the cpu usage of my non api code. This difference > > hasn’t increased because the code hasn’t changed. > > > But yes, the new high value for api_cpu_ms directly affects my quota > > because it makes the vast majority of cpu_ms. So we do pay for > > api_cpu_ms ! So for example if Google makes a change to db.put() > > (or any api call) so that it uses more cpu, we will be billed for > > more cpu usage even if our code hasn’t changed. > > > As my code/ indexes hasn’t changed and the api_cpu_ms has shot up the > > obvious conclusion is that an api/datastore change has caused it? > > > But there may be another ‘good’ reason for it, which I can’t think > > of, but as I’m going to have to pay for the increase in api_cpu_ms, > > I would really appreciate it if someone at Google could help. > > > On Sep 8, 12:07 am, Stephen <sdea...@gmail.com> wrote: > > > > On Sep 7, 8:57 pm, herbie <4whi...@o2.co.uk> wrote: > > > > > On Sep 7, 6:50 pm, Stephen <sdea...@gmail.com> wrote: > > > > > > What about cpu_ms, is that also higher for requests which write to the > > > > > data store? > > > > > No, not in relation to api_cpu_ms. For the request that does the most > > > > writing to the datastore api_cpu_ms accounts for 96% of the total > > > > cpu_ms value!. The so request handler does not much more than create > > > > new entities in the datastore. > > > > OK, but because api_cpu_ms is 96% of the total, then cpu_ms is also > > > almost 3x higher? The spike is showing up in the cpu_ms? > > > > cpu_ms is billed for, so if you have billing enabled you are being > > > overcharged. > > > > You could try asking for a refund here: > > > > http://code.google.com/support/bin/request.py?contact_type=AppEngineB... --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en -~----------~----~----~----~------~----~------~--~---