Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/performance/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java AppEngine Blob上传速度极慢_Java_Performance_Google App Engine_Upload_Blobstore - Fatal编程技术网

Java AppEngine Blob上传速度极慢

Java AppEngine Blob上传速度极慢,java,performance,google-app-engine,upload,blobstore,Java,Performance,Google App Engine,Upload,Blobstore,我发现AppEngine有一个奇怪的速度减慢问题:在我的应用程序中上传blob的请求需要2.5-3.5秒,尽管blob很小,只有几百字节。我的应用程序中的所有其他请求都在100-300毫秒内完成,如果我查看日志,blob上传的回调请求也不例外。因此,blob上传服务器似乎需要2-3秒的时间来接受上传、存储它,并抽出时间回拨我的应用程序。看起来很长,不是吗 只是为了抢先:我知道blobstore中的100字节条目是一个愚蠢的想法,应该存储在常规数据存储中以减少开销,但随着时间的推移,Blob中的数

我发现AppEngine有一个奇怪的速度减慢问题:在我的应用程序中上传blob的请求需要2.5-3.5秒,尽管blob很小,只有几百字节。我的应用程序中的所有其他请求都在100-300毫秒内完成,如果我查看日志,blob上传的回调请求也不例外。因此,blob上传服务器似乎需要2-3秒的时间来接受上传、存储它,并抽出时间回拨我的应用程序。看起来很长,不是吗

只是为了抢先:我知道blobstore中的100字节条目是一个愚蠢的想法,应该存储在常规数据存储中以减少开销,但随着时间的推移,Blob中的数据将增长,然后我将不得不将它们保留在blobstore中

谢谢

马库斯


PS:如果有问题:我正在使用Java API…

你的应用程序是主从还是HRD


上传blob时会发生很多步骤,包括一些数据存储写入。您应该预计发送到应用程序的正常http get需要更长的时间

目前它是主从式的。这会有所不同吗?在我看来,主从应该更快,对吗?在blob上传过程中发生了很多事情,这是有道理的,但是2-3秒的延迟似乎太过了,不是吗?也许这个过程并没有像其他东西那个样优化,因为它主要是为了上传大文件,不管怎样需要一段时间,2-3秒以上并没有多大关系?老实说,2-3秒对我来说似乎一点也不过分——如果你们只有小的上传量,你们总是可以编写一个处理程序来接受帖子并使用它如果您认为blobstore更适合您的应用程序,那么可以编写文件api到blobstore。这不是一个坏主意。如果快一点,我应该试试。从技术上讲,我看不出为什么它会对性能产生影响,因为我假设这正是blob upload处理程序所做的,但无论如何它可能会做。不过,我很惊讶,你认为2-3秒的转变并不过分,因为据我从文档和谷歌I/O的会谈中了解,AppEngine是专门为尽快满足请求而设计的,最好是100-ms。通常延迟被引用为1个用户体验相关基准,2-3s无缘无故似乎很多。