浏览器渲染的最佳图像尺寸
问题
对于最佳（渲染速度方面）图像尺寸是否有已知的基准或理论证实？
一点背景
问题如下：我有一个非常大的图像集合，每个维度都有数千个像素宽。这些应该呈现给用户并以某种方式进行操作。为了提高网络应用程序的性能，我需要对它们进行切片。这就是我的问题出现的地方：这些切片的尺寸应该是多少？
The question
Is there a known benchmark or theoretical substantiation on the optimal (rendering speed wise) image size?
A little background
The problem is as follows: I have a collection of very large images, thousands of pixels wide in each dimension. These should be presented to the user and manipulated somehow. In order to improve performance of my web app, I need to slice them. And here is where my question arises: what should be the dimensions of these slices?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
你只能通过测试才能发现，每个浏览器都会有不同的性能参数，而你的用户群可能有从手机到16核至强桌面的任何东西。更大的决定因素实际上可能是加载新图块时的网络性能，这完全取决于您的托管方式以及您的用户是谁。
正如其他人已经说过的，您可以通过复制类似项目已使用的尺寸来节省大量研究：Google 地图、Bing 地图、任何其他地图系统，不要忘记一些千兆像素项目，例如 gigapan。
You can only find out by testing, every browser will have different performance parameters and your user base may have anything from a mobile phone to a 16-core Xeon desktop. The larger determining factor may actually be the network performance in loading new tiles which is completely dependent upon how you are hosting and who your users are.
As the others already said, you can save a lot of research by duplicating the sizes already used by similar projects: Google Maps, Bing Maps, any other mapping system, not forgetting some of the gigapixel projects like gigapan.
很难给出明确的尺寸，但我成功地使用了 256x256 的图块。
这也是 Microsoft Deep Zoom 技术。
It's hard to give a definitive dimension, but I successfully used 256x256 tiles.
This is also the size used by Microsoft Deep Zoom technology.
在没有任何其他建议的情况下，我只会使用 Google 地图正在使用的任何内容。我想他们会做这样的测试。
In absence of any other suggestions, I'd just use whatever Google Maps is using. I'd imagine they would have done such tests.