根据HDFS体系结构页面，HDFS被devise用于“stream式数据访问”。 我不确定这意味着什么，但会猜测这意味着像seek这样的操作要么被禁用，要么性能不是最佳的。 这是正确的吗？ 我有兴趣使用HDFS存储需要stream式传输到浏览器客户端的audio/video文件。 大部分stream将开始结束，但有些可能有大量的search。 也许有另一个文件系统可以做得更好？
有一个非常恼人的情况。 我拥有一个目录，但其他人创build了一个子目录，我想删除，但我不能，因为它不是空的。 我想，拥有目录会给我这样做的权利（我没有root权限）。 我还可以做些什么？ $ ls -la drwxr-xr-x 4 myself eng 4096 Jul 21 15:17 . drwxrwxr-t 788 root eng 69632 Jul 20 13:20 .. drwxrwxr-x 4 someguy eng 8192 Jul 21 15:13 stuff $ ls -l stuff -rw-r—– 4 someguy eng 8192 Jul 21 15:13 somefile drwxr—– 4 someguy eng 8192 Jul 21 15:13 […]
我无法使用'mount |'来确定/和/ boot的分区 列-t“在服务器上。 不应该所有的服务器应该有/和/开机？ 产量 proc on /proc type proc (rw,noexec,nosuid,nodev) /sys on /sys type sysfs (rw,noexec,nosuid,nodev) varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755) varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777) udev on /dev type tmpfs (rw,mode=0755) devshm on /dev/shm type tmpfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) securityfs on /sys/kernel/security type securityfs (rw) /home […]
我正在开发一个需要在一个ext2文件系统的Linux发行版上运行的程序。 这个程序将写入可能会变得非常大的文件。 我注意到，ext2的最大文件大小为16GB到64GB。 然而，维基百科页面上的一件事情让我感到有些害怕，如下所示： 还有许多用户空间程序无法处理大于2 GB的文件。 …当谈到ext2的限制时。 这是否意味着我应该小心让一个文件增长大于2 GB？
我正在利用访问时间来分析一些构build过程，但是它并不按我想要的方式工作：访问时间在我第一次读取文件时更新，然后长时间保持不变，或者直到下次重启。 例如： $ ll -u some_file -rw-r–r– 1 root root 1.3M 2010-04-07 10:03 some_file $ grep abcdef some_file $ ll -u some_file -rw-r–r– 1 root root 1.3M 2010-04-07 11:24 some_file # The access time is updated # waiting a few minutes… $ grep abcdef some_file $ ll -u some_file -rw-r–r– 1 root root 1.3M 2010-04-07 […]
使用ls -l显示目录时，它们的链接数（输出中的第二个字段）至less有两个：一个用于目录名，一个用于. $ mkdir foo $ ls -l total 2 drwxr-xr-x 2 user wheel 512 4 oct 14:02 foo 总是假定以上链接的数量2对应于此目录中的子目录数（ ..链接）是否安全？
我最近把我的逻辑卷（在/ home）从16TiB扩展到25TiB。 但是，当我尝试在我的/ dev / vtrak / home上运行extend2fs时，它抱怨说 resize2fs 1.41.12 (17-May-2010) resize2fs: File too large while trying to determine filesystem size 经过进一步的调查，似乎ext3只会给我一个16TiB文件系统的最大值。 在这个文件系统中有15 TB的数据。 我现在应该怎么做？ 我可以尝试移到ext4（但是我可以在哪里暂时放置我的数据，以便更新文件系统？）。 尝试将用户的家庭文件夹分成单独的文件系统？ 更新：search互联网与参考，虽然ext4支持> 16TiB，目前的代码不（WTH）。 有人对此有个人经验吗？
我正计划（私下）部署一个服务器，这个服务器将受到100MB到50GB不等的随机I / O的攻击。 请求的范围从128 KB到4MB。 关于读取和写入的configuration文件将是50:50，具有更多读取的趋势。 什么文件系统可以处理这个负载最好？ 我现在select了XFS。 但是，我应该看什么可调谐的？ 谢谢
我正在构build一个服务，我需要在文件系统上存储大量文件。 在过去我听说，处理大量文件时最好将文件按文件夹分开。 这对于现代Linux文件系统（如ext3，ext4和btrfs）来说真的很准确吗？ 如果是这样，我应该分多less文件？ 我应该保留1000个文件到一个文件夹？ 目前的设置我已经把它们分成了几百，几千，几万，几十万，就像这样： stream id: 123456 1/2/3/4/123456.file stream id: 654321 6/5/4/3/654321.file stream id: 5 0/0/0/0/5.file 这对我的应用程序是否有意义？
我需要find一种方法来自动重命名在Windows 2008r2文件服务器上的特定目录中创build的所有文件。 这需要或多或less地立即完成，所以我不可能每五分钟就有一次预定的工作。 我已经做了一些研究，发现我可以通过调度一个任务来触发WMI事件信号创build，但是我真的不知道如何开始，所以我需要一些指针。 要创build一个PS脚本来定位文件并重命名它将很容易，但是我真的不知道如何触发正确事件的脚本。