在searchserverfault类似的问题没有成功之后,这些是我在多个服务器上运行的一个magento实例的编号:
与其他项目相比,这个数字看起来不错(如极高)。
如果您有任何想法,究竟是什么原因导致/如何find它,以及如何改善情况,我想获得一些数据来比较,甚至更好。
我刚刚find答案:TinyBrick_Lightspeed。 这是一个完整的页面caching没有任何意义,因为清漆会caching任何这个模块可以caching。 尽pipe如此,它将每个url命中的完整html输出写入caching。 听起来还是可以的。
不好的是他们的标签支持不支持标签本身(memcached)的caching后端的“创造性”方式。
如果您向caching中写入密钥X并想要将标签Y附加到caching中,则会加载附加caching密钥TAG_Y的内容,将新caching密钥添加到caching中,并将其保存回TAG_Y。
产品/页面/类别/ …越多,这些标签条目越多,每接收到一个新请求,就必须收到更多的数据并写入caching。
一些标签为“MAGE”增长到10MB + …
修复之前和之后:
