开始新对话

未解决

此帖子已超过 5 年

3255

2013年2月21日 23:00

关于VNX nas的inode问题

做nas项目时,关于inode如何做规划?

inode是否不可以后期随时直接扩大的,而是需要提前规划?

看了下release note,其中讲到目前VNX支持最大的文件系统为16TB,而number of inodes in file system,其中8KB=1 inode。那

默认的256M inode限制数量是怎样算出来的?

2.8K 消息

2013年2月22日 00:00

在nas项目中遇到inode规划实施之前,先可以阅读知识文库emc132449和emc87826,了解VNX nas中inode问题的常见问题和扩张问题。如果您无法访问知识文库,那就看看鸟哥的LINUX私房菜吧,具体章节见链接http://linux.vbird.org/linux_basic/0230filesystem.php,对linux中的inode有详细的介绍。

Jun兄已经把计算公式列出来了,另外,在VNX中使用的文件类型是UXFS,Data Mover的操作系统为DART。

605 消息

2013年2月22日 00:00

inode是*nix平台文件系统常用的数据结构。每8K分配一个inode数据结构(常见一般一个inode128个字节)。

256M = 16 * 1024 * 1024 * 1024 * 1024 / 8 * 1024。

inode节点多少根据文件系统总大小与文件系统block大小计算,一般创建文件系统都已经决定。少量文件系统可以改,不太清楚VNX后端使用的文件系统什么类型?等VNX高手来确认下吧~

35 消息

2013年2月22日 01:00

我开始也是用这个算式这样算的

16 * 1024 * 1024 * 1024 /8=2,147,483,648 这个都亿了,怎么换算成了256M了

256M应该指的是256百万吧?

605 消息

2013年2月22日 01:00

rickyjj wrote:

我开始也是用这个算式这样算的

16 * 1024 * 1024 * 1024 /8=2,147,483,648 这个都亿了,怎么换算成了256M了

256M应该指的是256百万吧?

256M应该就是256百万。计算下来结果不是非常准确,大概是这么个量级。

找不到事件!

Top