disk-io

    1熱度

    1回答

    我正在開發一組所有派生自抽象向量的向量類。我這樣做是爲了在使用這些向量的軟件中,我們可以在沒有任何代碼中斷的情況下快速切換向量(或至少將故障最小化,但我的目標是完全兼容)。所有的矢量匹配。 我的工作在基於磁盤的向量中大多符合匹配STL向量執行。我這樣做是因爲我們需要處理包含各種格式數據的大量內存不足的文件。磁盤矢量通過使用模板專業化/多態性的序列化和反序列化類來處理數據讀/寫到磁盤。數據序列化和反

    -1熱度

    1回答

    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回答

    我有一個使用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回答

    我有一臺在CentOS Linux 6 x64操作系統上運行的虛擬服務器。 它使用SSD加速RAID存儲,擁有2GB RAM,並在Apache上運行Drupal 7。 我注意到在服務器負載中出現尖峯的重複模式。這些與Cron,備份用戶或任何計劃的管理操作不相關。 尖峯似乎都圍繞下午8:00 UTC與大多數人似乎打0.75刻度明顯的高點,低點和遺漏的可能。 有什麼我應該尋找或詢問我的服務提供商? U

    0熱度

    1回答

    我有百分之操作系統上運行的三個Java程序。 我想單獨監視這些進程的磁盤io,我想在給定的時間範圍內找出它們的最小值,最大值和平均值。 我看着IOTOP這個想法的命令,我可以在IOTOP輸出上運行腳本來獲取最小值,最大值和平均值。 但是當我使用進程id運行IOTOP命令時,發現它在這些進程ID中沒有顯示任何IO。 然後我運行以下命令:iotop -o,我看到IOTOP正在報告java進程中線程級別

    0熱度

    1回答

    這是我的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算法的工作原理。我瞭解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回答

    背景: 我正在開發一個數據庫相關的程序,我需要刷新髒的元數據內存到磁盤順序。 /dev/sda1是卷的格式,因此/ dev/sda1上的數據將被逐塊訪問,並且如果按順序訪問,則塊之間是物理上相鄰的。 而且我使用直接I/O,所以I/O將繞過文件系統的緩存機制並直接訪問磁盤上的塊。 問題: 開放的/ dev/sda1的之後,我會讀一個塊,更新塊和寫回該塊相同的從/ dev/sda1的開始偏移,反覆。

    2熱度

    2回答

    我們有一個應用程序可以記錄很多日誌。我們登錄的介質是SLC SSD驅動器,但我們開始發現該領域存在一些故障。我們可以關閉日誌(我們可以),有日誌級別(我們有),但是有時工程師開啓日誌記錄來診斷故障並忘記關閉它,這會導致一段時間後發生故障的SSD。 查看日誌記錄代碼,我們將日誌條目保存到一個隊列中,每隔5秒鐘迭代一次該集合,並使用File.AppendAllText將行寫入文件。按照MSDN寫入文件