disk-io

1热度

1回答

我正在开发一组所有派生自抽象向量的向量类。我这样做是为了在使用这些向量的软件中，我们可以在没有任何代码中断的情况下快速切换向量（或至少将故障最小化，但我的目标是完全兼容）。所有的矢量匹配。我的工作在基于磁盘的向量中大多符合匹配STL向量执行。我这样做是因为我们需要处理包含各种格式数据的大量内存不足的文件。磁盘矢量通过使用模板专业化/多态性的序列化和反序列化类来处理数据读/写到磁盘。数据序列化和反

-1热度

1回答

fio -numjobs越大，iops越小，原因是？

fio -numjobs=8 -directory=/mnt -iodepth=64 -direct=1 -ioengine=libaio -sync=1 -rw=randread -bs=4k FioTest: (g=0): rw=randread, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=64 IOPS：（8个线程和iodepth =

5热度

1回答

Postgres创建/恢复在亚马逊ec2上花费很多时间

我有一个使用Ubuntu 12.04的amazon ec2实例（SAY S1）（4core-7GB内存），它运行我的web应用程序postgresql 9.1。所有postgres数据都存储在100 GB的不同的ssd卷（不是根目录）上。（现在写它目前只有26％全）。突然从一两天的postgres行动开始花费很多时间。创建命令（52秒）并恢复数据库（现在9分钟，以前最多50秒）。通过在运行p

1热度

1回答

服务器IO中的定期尖峰

我有一台在CentOS Linux 6 x64操作系统上运行的虚拟服务器。它使用SSD加速RAID存储，拥有2GB RAM，并在Apache上运行Drupal 7。我注意到在服务器负载中出现尖峰的重复模式。这些与Cron，备份用户或任何计划的管理操作不相关。尖峰似乎都围绕下午8:00 UTC与大多数人似乎打0.75刻度明显的高点，低点和遗漏的可能。有什么我应该寻找或询问我的服务提供商？ U

0热度

1回答

磁盘IO在百分之OS

我有百分之操作系统上运行的三个Java程序。我想单独监视这些进程的磁盘io，我想在给定的时间范围内找出它们的最小值，最大值和平均值。我看着IOTOP这个想法的命令，我可以在IOTOP输出上运行脚本来获取最小值，最大值和平均值。但是当我使用进程id运行IOTOP命令时，发现它在这些进程ID中没有显示任何IO。然后我运行以下命令：iotop -o，我看到IOTOP正在报告java进程中线程级别

0热度

1回答

BASH磁盘状态：整数表达式预期

这是我的bash脚本的一部分： # Checking disk for disk in $disks do # Creating a array with results declare -a status=(`smartctl -a -d ata $disk | awk '/Reallocated_Sector_Ct/ || /Seek_Error_R

4热度

1回答

SCAN和CSCAN算法

我很难理解磁盘调度的SCAN和CSCAN算法的工作原理。我了解FCFS，最近的圆柱体然后听说SCAN类似于电梯机制并且感到困惑。我的书上说，对于收到的订单：[10 22 20 2 40 6 38]（当前磁盘在20时），开始移动的SCAN服务[（20）20 22 38 40 10 6 2];这需要移动[0 2 16 2 30 4 4]个气缸，共58个气缸。模式[（20）20 22 38 40 1

6热度

4回答

提高第一个查询的性能

如果执行以下数据库（postgres）查询，第二个调用要快得多。我想第一个查询是慢的，因为操作系统（Linux）需要从磁盘获取数据。第二个查询受益于文件系统级别和postgres中的缓存。是否有一种方法来优化数据库以快速获取第一个调用的结果？首先呼叫（慢） [email protected]:~$ psql foo3_bar_p=# explain analyze SELECT "foo

7热度

1回答

C盘I/O - 写出同一文件的偏移后将使读取吞吐量很低

背景：我正在开发一个数据库相关的程序，我需要刷新脏的元数据内存到磁盘顺序。 /dev/sda1是卷的格式，因此/ dev/sda1上的数据将被逐块访问，并且如果按顺序访问，则块之间是物理上相邻的。而且我使用直接I/O，所以I/O将绕过文件系统的缓存机制并直接访问磁盘上的块。问题：开放的/ dev/sda1的之后，我会读一个块，更新块和写回该块相同的从/ dev/sda1的开始偏移，反复。

2热度

2回答

将日志写入SSD的最佳方式

我们有一个应用程序可以记录很多日志。我们登录的介质是SLC SSD驱动器，但我们开始发现该领域存在一些故障。我们可以关闭日志（我们可以），有日志级别（我们有），但是有时工程师开启日志记录来诊断故障并忘记关闭它，这会导致一段时间后发生故障的SSD。查看日志记录代码，我们将日志条目保存到一个队列中，每隔5秒钟迭代一次该集合，并使用File.AppendAllText将行写入文件。按照MSDN写入文件