【问题标题】:Image conversion and Inode usage [closed]图像转换和 Inode 使用 [关闭]
【发布时间】:2013-04-26 04:45:44
【问题描述】:

这个问题已被标记为无关紧要,所以我想这对任何人都没有真正的价值,所以我尝试删除这个问题,但系统不允许我,所以我现在截断这篇文章的内容;)

【问题讨论】:

  • en.wikipedia.org/wiki/Inode 是一个很好的起点
  • 我无法想象“inode”会成为您最关心的问题!建议:采用混合方法:a)搜索缓存,b)即时转换缓存未命中,c)将“转换新”与“老化旧”结合起来。恕我直言...
  • 那你为什么在发布问题时不?您暗示您正在寻找“非此即彼”的答案,而实际上最佳解决方案是“两者”!
  • @paulsm4:我通常是一个神秘的人,除非有人吓坏了并开始张贴多个问号,否则我不会透露所有内容。 XDXDXD

标签: linux file inode


【解决方案1】:

我认为您需要计算两种情况的实际数字:

即时

  • 生成一张图像需要多长时间,您是否希望客户端等待那么长时间
  • 您是否需要按 CPU 利用率、CPU 数量等支付费用,以及在 1 年内缩略图 Y 次的 X 图像的费用是多少

已存储

  • 这将使用多少空间以及费用是多少
  • 有多少个文件?该数字是否大于目标文件系统中的 inode 数量,或者估计的总大小大于文件系统

这主要是一个经济学问题,没有一般的是/否答案。如有疑问,我可能会存储它们,因为它是一项计算密集型任务,而且一遍又一遍地执行它并不是很有效。您还可以执行混合解决方案,例如在第一次请求缩略图时动态生成缩略图,然后将其缓存直到它在特定天数内未被使用。

TL;DR:inode 的数量可能是您最不关心的问题。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2011-05-25
    • 1970-01-01
    • 2015-03-06
    • 2015-05-05
    • 1970-01-01
    • 1970-01-01
    • 2012-12-30
    • 1970-01-01
    相关资源
    最近更新 更多