我已经做了一些简单的性能testing，看起来从RAID1读取比写入要慢： root@dss0:~# for i in 1 2 3; do dd if=/dev/zero of=/dev/sda bs=1048576 count=131072; done 137438953472 bytes (137 GB) copied, 192.349 s, 715 MB/s 137438953472 bytes (137 GB) copied, 192.851 s, 713 MB/s 137438953472 bytes (137 GB) copied, 193.026 s, 712 MB/s root@dss0:~# for i in 1 2 3; do dd if=/dev/sda of=/dev/null bs=1048576 count=131072; […]
我正在设置一些KVM虚拟客户端，我正在讨论使用哪种磁盘types。 我一直没有find一个很好的资源在网上，每个人的利弊得失。 你能帮我创build一个不同磁盘types的列表和每个的优缺点吗？ 以下是我所知道的磁盘types： 原始图像 qcow2 专用分区（例如，在LVM中） 我很好奇这些标准： 易于设置（创build每种types有多容易） 性能 轻松克隆 易于扩展（使更大，所以虚拟客户端有更多的磁盘空间） 特定于该磁盘types的function 易于备份 迁移到其他主机 你能帮我评估我的select吗？
几乎所有外部USB硬盘驱动器和USB存储器媒体/棒今天预格式化为FAT32 。 据我所知，文件系统的唯一优点是操作系统和设备之间的兼容性。 用exFAT甚至NTFS重新格式化是否合理？ 这将如何影响性能和安全？
我正在使用FileZilla 3.10.3和PSFTP 0.63（PuTTY）。 任何人都可以帮我弄清楚为什么我得到的吞吐量在两个客户端之间是如此巨大的不同？ 它不仅仅是SFTP协议的一个缺点，因为FileZilla（和WinSCP）速度更快！ 提前致谢。 当使用FileZilla连接到使用某种协议的同一台服务器时，我获得了“良好”的吞吐量; 一个大文件〜〜1.2MBPS。 这里是日志： Response: fzSftp started, protocol_version=2 Command: open "[email protected]" 22 Trace: Looking up host "ftp.themcorp.com" Trace: Connecting to 222.22.111.33 port 22 Trace: We claim version: SSH-2.0-PuTTY_Local:_Mar_29_2015_12:25:15 Trace: Server version: SSH-2.0-9.99 sshlib: 8.1.0.0 Trace: Using SSH protocol version 2 Trace: Doing Diffie-Hellman group exchange Trace: Doing Diffie-Hellman key exchange […]
我在Linux CentOS服务器上安装了EXT3格式的驱动器。 这是一个Web应用程序数据驱动器，并包含每个用户帐户的目录（有25,000个用户）。 每个文件夹都包含该用户上传的文件。 总的来说，这个驱动器上有大约250GB的数据。 使用所有这些目录构build驱动器是否会影响驱动器的读/写性能？ 它是否影响我不知道的其他性能方面？ 以这种方式构造事物是否有内在的错误或坏处？ 也许只是文件系统的错误select？ 我最近尝试合并两个数据驱动器，并意识到EXT3限于32,000个子目录。 这让我想知道为什么。 看起来很愚蠢，我这样构build它，考虑到每个文件都有一个唯一的id，对应于数据库中的一个id。 唉…
我想知道为什么硬盘以这些特定的速度（5400,7200，…）旋转，而不是其他值。
如何测量磁盘速度？ 是读取Mbit还是Mbyte？ 今天的平均水平是多less？这个行业的速度是多快？ 比方说有人说需要花费很长时间来复制一个1500 GB的文件（比如说一个数据库文件），这个专业系统需要多长时间，如何计算硬盘的速度呢？ ？
我在CPU上的内核时间非常高，如任务pipe理器中所示。 有什么方法可以解决这个问题？
我正在考虑Google的公共DNS服务器作为我的networking的外部DNS。 目前我正在使用我的ISP的DNS服务器。 我以前也考虑过OpenDNS，但最终决定不跳。 我希望能够以各自的服务器能够服务于我们的DNS请求的速度进行基准testing。 我在nslookup中看不到任何有用的信息。 如何testing外部提供的DNS的往返时间？
目前我们遇到一个大问题：我们需要为我们的客户镜像一个文件系统。 这通常不是一个真正的问题，但这里是： 在这个文件系统上有一个文件夹，有数百万个硬链接（是的！百万！）。 rsync需要超过4天才能build立文件列表。 我们使用以下rsync选项： rsync -Havz –progress serverA:/data/cms /data/ 有没有人有一个想法如何加快这个rsync，或使用替代？ 我们不能使用dd因为目标磁盘比源小。 更新：由于原始文件系统是ext3我们将尝试dump和restore 。 我会保持你up2date