gpt4 book ai didi

java - 同一逻辑的响应时间在不同的并发请求下快速增长

转载 作者:行者123 更新时间:2023-11-28 22:20:06 25 4
gpt4 key购买 nike

我正在使用 tomcat 为我的应用程序提供服务,我使用 ab 来测试响应时间。

这是servlet中的核心逻辑:

    long st = System.currentTimeMillis();
data = server.getData(req); //
System.out.println("get data cost:" + (System.currentTimeMillis() - st));

st = System.currentTimeMillis();
if (data != null) {
try {
OutputStream out = resp.getOutputStream();
data.save(out);
out.flush();
System.out.println("save data cost:" + (System.currentTimeMillis() - st));
} catch (IOException e) {
status = 500;
}
}

@Override
public IData getData(HttpServletRequest req) {
String layers = req.getParameter("layers");
String id = req.getParameter("id");
ArrayList<BufferedImage> result = new ArrayList<BufferedImage>();
for (String layer : layers) {
String lkey = layer+"-"+id;
BufferedImage cachedImage = null;
if (cacher.contains(lkey)) {
cachedImage = (BufferedImage) cacher.get(lkey);
} else {
cachedImage =... // heavy operation which will cost 1s for a single request
}

if (cachedImage != null) {
result.add(cachedImage);
}

}
return new Data(result);
}

class Data implements IData {
private BufferedImage imageResult;

public Data(ArrayList<BufferedImage> data) {
imageResult = new BufferedImage(500 ,500 , BufferedImage.TYPE_INT_ARGB);
Graphics2D g = imageResult.createGraphics();
for (BufferedImage img : data) {
g.drawImage(img, 0, 0, null);
}
g.dispose();
}

@Override
public void save(OutputStream out, String format) throws IOException {
PngEncoder encoder = new PngEncoder(PngEncoder.COLOR_TRUECOLOR_ALPHA);
encoder.encode(imageResult, out);
imageResult = null;
}
}

如图所示,

测试用例(我对请求的数据使用缓存,我在测试前运行了一次 url,所以我确定在以下测试用例期间所有数据都从缓存中检索):

用 ab: ab -n 1 -c 1 ...

响应时间:80ms

并记录:

get data cost:11
save data cost:68

用:ab -n 10 -c 10 ...

  50%    206
66% 212
75% 225
80% 228
90% 244
95% 244
98% 244
99% 244
100% 244 (longest request)

和日志:

http://paste.ubuntu.com/7758426/

用:ab -n 100 -c 100 ..

  50%   2412
66% 2414
75% 2415
80% 2415
90% 2418
95% 2418
98% 2426
99% 2433
100% 2433 (longest request)

和日志:

http://paste.ubuntu.com/7758421/

IMO,保存数据所需的时间应该取决于所做的事情。在示例中,保存操作只需要 70 毫秒。为什么在处理 100 个并发用户时增长如此之快?

这正常吗?

如果是,有什么办法可以缩短响应时间吗?

如果没有,我可能遗漏了一些东西,我该如何解决?


更新(整个逻辑):

我正在提供像谷歌地图这样的 map 图 block ,图 block 由坐标(x、y 和缩放)定位。同时, map 可能包含多个图层,例如道路、水域、土地利用等。我们在应用程序中提供 50 多个图层。

例如,用户可以通过一个简单的请求从我们的服务器获取瓦片:

http://localhost/tile/z/x/y.png?layer=road,water 

这将返回一个仅包含 roadwater 图层的 tile(image)。

http://localhost/tile/z/x/y.png?layer=road,water,landuse,poi 

这将返回包含 roadwaterlandusepoi 图层的 tile(image) .

如图所示,我们总共有 50 多个层,因此有很多“排列组合”,所以我们必须动态生成瓦片。

但是创建一个tile是一个耗时的工作,所以我们在这里使用缓存。以请求http://localhost/tile/z/x/y.png?layer=road,water为例,我们将检查tile(BufferedImage)是否在给定的(x,y, zoom) 对于给定的图层存在,如果不存在,则创建它并将其放入缓存中。

ArrayList<BufferedImage> combined=new ArrayList<BufferedImage>();
for(String layer : requset.getParameter("layer")){
String cacheKey = x+"-"+y+"-"+"+zoom+"-"+layer;
BufferedImage image = cache.get(cacheKey);
if(image ==nul){
//generate it dynamically

//put it to cache
cache.add(cacheKey,image)
}
combined.add(image)
}

然后我们将组合后的图像写入客户端(Data.save 所做的)。

这就是整个逻辑,如果不清楚请告诉我。

最佳答案

答案取决于您的线程工作是阻塞的还是非阻塞的,以及您可以在您的机器上实现的并行度。

但是,您在问题中报告的时间似乎表明您的请求只是一个接一个地排队,而不是完全并行处理。

这可能会发生,因为您有 10 个核心,所以您只能真正并发处理 10 个请求。在这种情况下,您无能为力,除非您分配更多机器或获得更强大的 CPU。

这也可能发生,因为您的 data.save() 是一个需要锁定共享资源的操作,因此该锁定导致您的工作被序列化。如果是这种情况,您可以尝试通过使每线程状态仅偶尔同步(比如每 10000 个请求)来减少同步。

在任何一种情况下,您的响应时间(延迟)完全取决于您的吞吐量,而不是处理一个请求所需的时间,正如您在无负载情况下所期望的那样。

关于java - 同一逻辑的响应时间在不同的并发请求下快速增长,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/24602699/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com