在 Linux 工作站上使用 SSD 的最佳实践是什么?
具体来说,我感兴趣的是:
现在,我的坐骑是 20G /,200M /boot,15G /home,5G /srv,5G /tmp,10G /var。一切都在标准 LVM 上使用 ext3,并且文件系统和磁盘(500G HDD 和 64G SSD)上都有大量可用空间。我有“足够”的 RAM,所以我不需要交换;OTOH,我总是可以增加swappiness以交换更多并为页面缓存使用更多RAM。
关于设置的几乎所有内容都是可变的;我不需要做任何我活着的事情。(不过,如果能够在以后的生活中种植东西,那就太好了。)
另外,如果有什么我忘记考虑的,请告诉我。:)
根据Facebook 的 Haystack 上的这篇论文:
"由于 NAS 设备管理目录元数据的方式,将数千个文件放置在一个目录中的效率极低,因为目录的块图太大而无法被设备有效缓存。因此,通常会发生 10 次以上的磁盘操作检索单个图像。将目录大小减少到每个目录数百个图像后,生成的系统通常仍会产生 3 个磁盘操作来获取图像:一个将目录元数据读入内存,第二个将 inode 加载到内存中,第三次阅读文件内容。 ”
我曾假设文件系统目录元数据和 inode 将始终由操作系统缓存在 RAM 中,并且文件读取通常只需要 1 个磁盘 IO。
这篇论文中概述的“多个磁盘 IO 读取单个文件”问题是 NAS 设备独有的,还是 Linux 也有同样的问题?
我计划运行一个 Linux 服务器来提供图像。有什么办法可以最大限度地减少磁盘 IO 的数量 - 理想情况下确保操作系统将所有目录和 inode 数据缓存在 RAM 中,并且每个文件读取只需要不超过 1 个磁盘 IO?
设置看起来像这样。

目标是让多台计算机从 iSCSI 目标安装单个 LUN。理想情况下安装读/写并具有 ACL 支持。
服务器运行 GNU/Linux,因此最好是在 vanilla 内核中可用的文件系统。虽然我可以在必要时处理编译第三方模块。
我正在简化一系列 EL6.2(RHEL、CentOS、SL 等)系统的启动过程。对于增长/数据分区,我更喜欢使用 XFS 而不是 ext4。但是,我想对传递给mkfs.xfs创建分区的选项进行一些控制。我通常会在服务器建成后创建这个分区,这样我就有了这个控制权。但这真的应该是自动化的。
创建 400GB 的手动 XFS 分区时,我通常使用如下命令字符串:
mkfs.xfs -f -L /data -d agcount=100 -l size=128m,version=2 /dev/cciss/c0d1p0
使用/etc/fstab安装选项,例如:
LABEL=/data /data xfs noatime,logbufs=8,logbsize=256k,nobarrier 1 2
如何在不求助于 %post 的情况下在 anaconda kickstart 安装过程中内置类似的东西?
我有一个 Windows Server 2008,我用它来存储媒体文件。我正在通过我的 Win 7 中的映射驱动器访问此服务器。两者都是 x64。
尝试删除文件夹、重命名、移动时,我收到以下消息。如果我等待一段时间并重试,最终命令会通过。因此,在管理我的库一段时间后,我有许多等待重试的对话框。重试间隔可能是一分钟。

避免此对话框的最佳方法是什么?可能是我在 win2008 上缺少某种“文件服务器服务”吗?
谢谢
我们有以下设置:
我们在做什么:
从我所见,mountserver 上的 linux stat 命令在查询 /shared/fileserver2 上的文件时返回以下内容:

同时,当我使用连接到 fileserver2 的映射驱动器打开同一个文件的属性时,我看到同一个文件的以下内容:

如您所见,使用 stat 命令无法看到 Windows 资源管理器中显示的 8 月 12 日的创建日期
我在这里错过了什么吗?
我将如何创建需要用户是两个或多个不同组的成员才能读/写文件夹的文件或文件夹?
例如,假设我经营一家汽车维修店,我有一个名为“维修历史”的文件夹,我只希望人们访问它,前提是他们同时是“机械师”和“收银员”组的成员?这将是 AND 要求而不是 OR 要求,这似乎是常态。
我知道我们可以创建一个单独的组来访问文件夹,但这更像是一个学术问题,因为它与我们正在创建的不同安全结构有关。我不确定 MS 安全部门是否会处理它,但我想知道这两种方式将如何完成。
根据FHS,目录/lib和/usr/lib都用于库(分别用于库/sbin和用户库)。
但是/var/lib文件夹呢?按照相同的逻辑,这个文件夹应该有类似“变量库”的东西(听起来很奇怪),但它实际上保存了由运行程序生成和维护的数据,或者由维基百科文章定义:
状态信息。程序在运行时修改的持久数据,例如数据库、打包系统元数据等。
从新的角度来看,将数据库数据和服务文件放在下面/srv而不是放在下面更有意义/var/lib
系统为CentOS5 x86_64,完全最新。
我有一个无法列出的文件夹(ls 只是挂起,占用内存直到它被杀死)。目录大小接近500k:
root@server [/home/user/public_html/domain.com/wp-content/uploads/2010/03]# stat .
File: `.'
Size: 458752 Blocks: 904 IO Block: 4096 directory
Device: 812h/2066d Inode: 44499071 Links: 2
Access: (0755/drwxr-xr-x) Uid: ( 3292/ user) Gid: ( 3287/ user)
Access: 2012-06-29 17:31:47.000000000 -0400
Modify: 2012-10-23 14:41:58.000000000 -0400
Change: 2012-10-23 14:41:58.000000000 -0400
Run Code Online (Sandbox Code Playgroud)
如果我使用ls -1f,我可以看到文件名,但它只是无限重复相同的 48 个文件,所有这些文件在文件名的某处都有非 ascii 字符:
La-critic\363-al-servicio-la-privacidad-300x160.jpg
Run Code Online (Sandbox Code Playgroud)
当我尝试访问文件(比如复制或删除它们)时,我收到如下消息:
lstat("/home/user/public_html/domain.com/wp-content/uploads/2010/03/Sebast\355an-Pi\361era-el-balc\363n-150x120.jpg", 0x7fff364c52c0) = -1 ENOENT (No such file or directory)
Run Code Online (Sandbox Code Playgroud)
我尝试更改此手册页上的代码并修改代码以调用每个文件的 unlink。我从取消链接调用中得到相同的 ENOENT 错误:
unlink("/home/user/public_html/domain.com/wp-content/uploads/2010/03/Marca-naci\363n-Madrid-150x120.jpg") = -1 ENOENT (No such file or …Run Code Online (Sandbox Code Playgroud) 我有这个外部 USB 磁盘:
kaefert@blechmobil:~$ lsusb -s 2:3
Bus 002 Device 003: ID 0bc2:3320 Seagate RSS LLC
Run Code Online (Sandbox Code Playgroud)
从这个 dmesg 输出中可以看出,有一些问题阻止了该磁盘被挂载:
kaefert@blechmobil:~$ dmesg
...
[ 113.084079] usb 2-1: new high-speed USB device number 3 using ehci_hcd
[ 113.217783] usb 2-1: New USB device found, idVendor=0bc2, idProduct=3320
[ 113.217787] usb 2-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 113.217790] usb 2-1: Product: Expansion Desk
[ 113.217792] usb 2-1: Manufacturer: Seagate
[ 113.217794] usb 2-1: SerialNumber: NA4J4N6K
[ 113.435404] usbcore: registered new interface …Run Code Online (Sandbox Code Playgroud) filesystems ×10
linux ×5
hard-drive ×2
windows ×2
centos6 ×1
ext3 ×1
ext4 ×1
fhs ×1
file-server ×1
iscsi ×1
kickstart ×1
partition ×1
performance ×1
remove ×1
rhel6 ×1
security ×1
ssd ×1
unix ×1
windows-7 ×1
xfs ×1