问题标签 [appstats]

我的站点有大约 50 个用户，并且我的小型数据存储操作过多。我正在积极地进行内存缓存，没有那么多记录，但我仍然获得数百万个小型数据存储操作。Appstats 说成本是 0，但实际成本不是 0。我基本上知道小型数据存储操作可能发生在哪里。

仅关键操作：我这样做，但我将其内存缓存，直到数据未更改。另外，我的大多数键操作都有限制 = 100（这是最大值），因此要获得 12m 操作，我需要进行 120000 次调用（我假设获取 1 个键是 1 个小操作）。因为我每天大约有 60-70 次访问，这似乎有点过分了。我只是无法弄清楚是什么导致了这么多操作。Appstats 没有给我任何线索。

这是仪表板。

这是应用程序统计信息。

我正在为 Google App Engine 实施一个项目。

此时我有以下设置：

• 我有几个 servlet 可以将一些数据返回给客户端应用程序（例如 Android/iOS 客户端）
• 为了测试这个 servlet，我创建了访问这个 servlet 的 junit 测试。
• 在 servlet 内部，有一些逻辑可以确定我们是在运行测试还是从客户端进行实际调用。如果我们在本地机器上运行测试，我们会初始化 LocalServiceTestHelper 以使数据存储、内存缓存等工作。

这一切都很好。

现在问题来了。当我将 AppStats 过滤器添加到我的 web.xml 时，这也适用于在语言环境 junit 测试中使用的 servlet。但是 AppStats 过滤器不起作用。运行测试时，我得到以下堆栈跟踪：

有人知道为什么 AppStats 会出现 NullPointerException 吗？

据我所知，我在这里有两个选择：

1. 让 AppStats 过滤器在我当前的 junit 测试中工作。
2. 为我的语言环境 junit 测试禁用 AppStats 过滤器，但在正常调用 servlet 时保持它处于活动状态。

两者都很好，但我更喜欢选项 1。

2013 年 4 月 19 日更新：

• 我尝试在过滤器之前初始化 MemCache（如下所述），但这似乎没有解决任何问题。与以前相同的堆栈跟踪。
• 从 Recorder.java 源代码中，我发现构造函数中的 Delegate 参数可能为空，但我不知道为什么。（https://code.google.com/p/googleappengine/source/browse/trunk/java/src/main/com/google/appengine/tools/appstats/Recorder.java）

我正在尝试使用 memcache 来提高性能。
这是我的模型：

我只有两个 ABC 实体和 800 个 XYZ 实体
所以，该应用程序的功能之一是为所有 XYZ 提供 excel 表。excel工作表有两列。
第一列是“another_property”，第二列是“some_property”（来自 ABC 参考）。

使用这种方法，xyz.abc.some_property每次都进行数据存储调用

看到这一点，我决定使用 memcache 将 abc 引用存储在内存中。
在使用 memcache 时，我没有看到响应时间有任何重大变化。

可以请某人为什么我没有看到任何性能提升？

我们正在尝试减少 AppStats 在高流量网站上的开销。适用于 Python 的 AppStats 有一个配置设置appstats_RECORD_FRACTION，用于限制记录的请求数量。这允许您只记录所有请求的一小部分的统计信息，例如 1%。

我在文档中找不到 AppStats for Java 的类似配置设置的任何参考。有谁知道如何配置这个？

是否可以记录在我的应用程序代码中花费的时间而不仅仅是 rpc 使用 appstats 的时间？

我正在寻找扩展 JAVA 的 appstats 以记录自定义事件....

我是韩国软件开发人员，英语说得不太好。

我请求你的理解。

反正...

我从 packagestats 获得了代码大小（长）。

相关链接：

http://developer.android.com/reference/android/content/pm/PackageStats.html

获取已安装的应用程序大小

然而，

我不知道 codeSize 代表什么。

有人说codeSize是APK的大小。

我不能确定。

因为不仅有 APK 文件，还有 odex 文件、图像文件等资源文件，

声音文件、ttf 文件等。

一开始，我确实想知道每个完整的包装尺寸

所以我确实得到了 codeSize、dataSize、cacheSize 和外部事物的总和。

我不确定那是完整的包装尺寸。

LZ，给我的建议。

谢谢你。

在写入响应时，我遇到了随机的 DeadlineExceededError 异常。这是我的处理程序：

日志说：

我不知道在哪里调查，因为这是一个随机问题。请帮忙 ：）

我有性能问题，我不知道它来自哪里。

createLogoutURL 和第一个数据存储查询之间的差距是巨大的......它在以下代码段落之间：

有人知道它为什么这么慢吗？

我曾使用 Appstats 记录我在 GAE 项目中的 ndb 使用情况，效果非常好。我的 Appstats 设置遵循此文档。

最近，我移动了一些 ndb 代码以在后台线程上执行，但是这些 ndb 调用不再显示在 Appstats 控制台 UI 上。

我在 dev 和 prod 中都尝试过 Appstats，它们不记录在后台线程中生成的 ndb RPC。

为了明确问题，我的意思是：Appstats 适用于：

但 Appstats 不适用于：

我可以更改 appengine_config.py 中的一些参数或做一些事情来使 Appstats 对两者都适用吗？

更新：以上代码片段在后端运行（basic_scaling，max_instances=1），线程使用参考自https://developers.google.com/appengine/docs/python/modules/#Python_Background_threads

我在 Google App Engine 上的基于 Java 的 HDR 应用程序上运行Appstats 。现在，我对实际 App Engine 请求日志和 Appstats 日志之间的时间值差异感到有些困惑。这些时间之间似乎有很大的偏差。为了解释我的意思，我带来了一些截图。他们都来自同一个请求。

这个来自 App Engine 请求日志：

而这个是针对来自 Appstats 的相同请求：

这是我能够提取的测量值列表：

如您所见，请求时间戳和运行时存在很大差异：

顺便说一句：虽然请求时间戳不同，但它仍然是相同的请求：我按照链接 Appstats 发布到请求日志并在其他未使用的测试应用程序上进行了此测试，以便我可以确保链接正确.

为什么 Appstats 告诉我我的请求花费了 39 毫秒，而 GAE 请求日志告诉我请求花费了 3.8 倍（147 毫秒）的时间？为什么同一个请求有两个不同的时间戳？

非常感谢！