调整图像大小，然后调整大小 + 裁剪缩略图（服务器 speed/performance）
Resize image, then resize + crop thumbnail (server speed/performance)
我正在使用 imagecreatetruecolor 和 imagejpeg 缩小和保存上传的图片，并使用 php 在 Apache 服务器上创建较小的方形缩略图。
关于服务器性能、内存和速度，这是执行此操作的最佳顺序：
我应该再次使用最初存储的 tmp 文件来创建缩略图，还是使用新创建的较小图像？
新创建的缩小图像较小（加载较少？），但它是一个额外的文件加载，我不知道更大的初始 tmp 文件是否已经在内存中并且服务器可以更快地加载重新使用 第二次调整大小。
Load and resize into 2 sizes
VS
Load and resize + load new and resize
每次调整大小时我都会使用原始文件，因为调整两次大小时可能会产生伪像。在性能方面，老实说，我认为这没有任何区别。
今天的操作系统在缓存文件方面非常有效，但即使它们不是，加载由几兆字节组成的图像也不会花费很长时间。除非您是 运行 一个非常大的网站，否则您不太可能注意到这两种情况下的性能差异。
我正在使用 imagecreatetruecolor 和 imagejpeg 缩小和保存上传的图片，并使用 php 在 Apache 服务器上创建较小的方形缩略图。
关于服务器性能、内存和速度，这是执行此操作的最佳顺序：
我应该再次使用最初存储的 tmp 文件来创建缩略图，还是使用新创建的较小图像？
新创建的缩小图像较小（加载较少？），但它是一个额外的文件加载，我不知道更大的初始 tmp 文件是否已经在内存中并且服务器可以更快地加载重新使用 第二次调整大小。
Load and resize into 2 sizes
VS
Load and resize + load new and resize
每次调整大小时我都会使用原始文件，因为调整两次大小时可能会产生伪像。在性能方面，老实说，我认为这没有任何区别。
今天的操作系统在缓存文件方面非常有效，但即使它们不是，加载由几兆字节组成的图像也不会花费很长时间。除非您是 运行 一个非常大的网站，否则您不太可能注意到这两种情况下的性能差异。