ಪ್ರೊಹೋಸ್ಟರ್ > Блог > ಆಡಳಿತ > SSD ಗಿಂತ ನನ್ನ NVMe ಏಕೆ ನಿಧಾನವಾಗಿದೆ?

SSD ಗಿಂತ ನನ್ನ NVMe ಏಕೆ ನಿಧಾನವಾಗಿದೆ?

SSD ಗಿಂತ ನನ್ನ NVMe ಏಕೆ ನಿಧಾನವಾಗಿದೆ?
ಈ ಲೇಖನದಲ್ಲಿ, I / O ಉಪವ್ಯವಸ್ಥೆಯ ಕೆಲವು ಸೂಕ್ಷ್ಮ ವ್ಯತ್ಯಾಸಗಳು ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ಅವುಗಳ ಪ್ರಭಾವವನ್ನು ನಾವು ನೋಡುತ್ತೇವೆ.

ಒಂದೆರಡು ವಾರಗಳ ಹಿಂದೆ ಒಂದು ಸರ್ವರ್‌ನಲ್ಲಿ NVMe ಮತ್ತೊಂದು ಸರ್ವರ್‌ನಲ್ಲಿ SATA ಗಿಂತ ಏಕೆ ನಿಧಾನವಾಗಿದೆ ಎಂಬ ಪ್ರಶ್ನೆಗೆ ನಾನು ಓಡಿದೆ. ನಾನು ಸರ್ವರ್‌ಗಳ ಗುಣಲಕ್ಷಣಗಳನ್ನು ನೋಡಿದೆ ಮತ್ತು ಇದು ಒಂದು ಟ್ರಿಕ್ ಪ್ರಶ್ನೆ ಎಂದು ಅರಿತುಕೊಂಡೆ: NVMe ಬಳಕೆದಾರರ ವಿಭಾಗದಿಂದ ಮತ್ತು SSD ಸರ್ವರ್ ವಿಭಾಗದಿಂದ ಬಂದಿದೆ.

ನಿಸ್ಸಂಶಯವಾಗಿ, ವಿಭಿನ್ನ ಪರಿಸರದಲ್ಲಿ ವಿಭಿನ್ನ ವಿಭಾಗಗಳಿಂದ ಉತ್ಪನ್ನಗಳನ್ನು ಹೋಲಿಸುವುದು ಸರಿಯಾಗಿಲ್ಲ, ಆದರೆ ಇದು ಸಂಪೂರ್ಣ ತಾಂತ್ರಿಕ ಉತ್ತರವಲ್ಲ. ನಾವು ಮೂಲಭೂತ ಅಂಶಗಳನ್ನು ಅಧ್ಯಯನ ಮಾಡುತ್ತೇವೆ, ಪ್ರಯೋಗಗಳನ್ನು ನಡೆಸುತ್ತೇವೆ ಮತ್ತು ಕೇಳಿದ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರವನ್ನು ನೀಡುತ್ತೇವೆ.

Fsync ಎಂದರೇನು ಮತ್ತು ಅದನ್ನು ಎಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ

ಡ್ರೈವ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸವನ್ನು ವೇಗಗೊಳಿಸಲು, ಡೇಟಾವನ್ನು ಬಫರ್ ಮಾಡಲಾಗಿದೆ, ಅಂದರೆ, ಬಫರ್‌ನ ವಿಷಯಗಳನ್ನು ಡ್ರೈವ್‌ಗೆ ಉಳಿಸಲು ಅನುಕೂಲಕರ ಅವಕಾಶವು ಸ್ವತಃ ಪ್ರಸ್ತುತಪಡಿಸುವವರೆಗೆ ಬಾಷ್ಪಶೀಲ ಮೆಮೊರಿಯಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಮತ್ತು ಡ್ರೈವ್ ಗುಣಲಕ್ಷಣಗಳಿಂದ ಅವಕಾಶದ ಮಾನದಂಡಗಳನ್ನು ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ. ವಿದ್ಯುತ್ ವೈಫಲ್ಯದ ಸಂದರ್ಭದಲ್ಲಿ, ಬಫರ್‌ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಡೇಟಾ ಕಳೆದುಹೋಗುತ್ತದೆ.

ಫೈಲ್‌ನಲ್ಲಿನ ಬದಲಾವಣೆಗಳನ್ನು ಡ್ರೈವ್‌ಗೆ ಬರೆಯಲಾಗಿದೆ ಮತ್ತು ಮಧ್ಯಂತರ ಬಫರ್‌ನಲ್ಲಿ ಸುಳ್ಳು ಮಾಡಬೇಡಿ ಎಂದು ನೀವು ಖಚಿತವಾಗಿ ತಿಳಿದುಕೊಳ್ಳಬೇಕಾದ ಹಲವಾರು ಕಾರ್ಯಗಳಿವೆ. POSIX-ಕಂಪ್ಲೈಂಟ್ fsync ಸಿಸ್ಟಮ್ ಕರೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಈ ಭರವಸೆಯನ್ನು ಪಡೆಯಬಹುದು. fsync ಕರೆಯು ಬಫರ್‌ನಿಂದ ಡ್ರೈವ್‌ಗೆ ಬರೆಯಲು ಒತ್ತಾಯಿಸುತ್ತದೆ.

ಕಿರು ಸಿ ಪ್ರೋಗ್ರಾಂನ ರೂಪದಲ್ಲಿ ಕೃತಕ ಉದಾಹರಣೆಯೊಂದಿಗೆ ಬಫರ್‌ಗಳ ಪರಿಣಾಮವನ್ನು ಪ್ರದರ್ಶಿಸೋಣ.

#include <fcntl.h>
#include <unistd.h>
#include <sys/stat.h>
#include <sys/types.h>

int main(void) {
    /* Открываем файл answer.txt на запись, если его нет -- создаём */
    int fd = open("answer.txt", O_WRONLY | O_CREAT);
    /* Записываем первый набор данных */
    write(fd, "Answer to the Ultimate Question of Life, The Universe, and Everything: ", 71);
    /* Делаем вид, что проводим вычисления в течение 10 секунд */
    sleep(10);
    /* Записываем результат вычислений */
    write(fd, "42n", 3); 

    return 0;
}

ಕಾಮೆಂಟ್‌ಗಳು ಪ್ರೋಗ್ರಾಂನಲ್ಲಿನ ಕ್ರಿಯೆಗಳ ಅನುಕ್ರಮವನ್ನು ಚೆನ್ನಾಗಿ ವಿವರಿಸುತ್ತದೆ. "ಜೀವನದ ಮುಖ್ಯ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರ, ಬ್ರಹ್ಮಾಂಡ ಮತ್ತು ಅದೆಲ್ಲವೂ" ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ನಿಂದ ಬಫರ್ ಆಗುತ್ತದೆ ಮತ್ತು "ಲೆಕ್ಕಾಚಾರಗಳ" ಸಮಯದಲ್ಲಿ ಮರುಹೊಂದಿಸುವ ಬಟನ್ ಅನ್ನು ಒತ್ತುವ ಮೂಲಕ ನೀವು ಸರ್ವರ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿದರೆ, ಫೈಲ್ ಖಾಲಿಯಾಗಿರುತ್ತದೆ. ನಮ್ಮ ಉದಾಹರಣೆಯಲ್ಲಿ, ಪಠ್ಯ ನಷ್ಟವು ಸಮಸ್ಯೆಯಲ್ಲ, ಆದ್ದರಿಂದ fsync ಅಗತ್ಯವಿಲ್ಲ. ಡೇಟಾಬೇಸ್‌ಗಳು ಈ ಆಶಾವಾದವನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದಿಲ್ಲ.

ಡೇಟಾಬೇಸ್‌ಗಳು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಅನೇಕ ಫೈಲ್‌ಗಳೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಸಂಕೀರ್ಣ ಪ್ರೋಗ್ರಾಂಗಳಾಗಿವೆ, ಆದ್ದರಿಂದ ಅವರು ಬರೆಯುವ ಡೇಟಾವನ್ನು ಡ್ರೈವ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಬಯಸುತ್ತಾರೆ, ಏಕೆಂದರೆ ಡೇಟಾಬೇಸ್‌ನೊಳಗಿನ ಡೇಟಾದ ಸ್ಥಿರತೆ ಇದನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ಡೇಟಾಬೇಸ್‌ಗಳನ್ನು ಎಲ್ಲಾ ಪೂರ್ಣಗೊಂಡ ವಹಿವಾಟುಗಳನ್ನು ದಾಖಲಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ವಿದ್ಯುತ್ ನಿಲುಗಡೆಗೆ ಸಿದ್ಧವಾಗಿದೆ. ಈ ನಡವಳಿಕೆಯು ನಿರಂತರವಾಗಿ ದೊಡ್ಡ ಪ್ರಮಾಣದಲ್ಲಿ fsync ಅನ್ನು ಬಳಸಲು ನಿಮ್ಮನ್ನು ನಿರ್ಬಂಧಿಸುತ್ತದೆ.

fsync ನ ಆಗಾಗ್ಗೆ ಬಳಕೆಯ ಮೇಲೆ ಏನು ಪರಿಣಾಮ ಬೀರುತ್ತದೆ

ಸಾಮಾನ್ಯ I/O ನೊಂದಿಗೆ, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಡಿಸ್ಕ್ ಸಂವಹನವನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಮೆಮೊರಿ ಕ್ರಮಾನುಗತದಲ್ಲಿ ಬಾಹ್ಯ ಡ್ರೈವ್ಗಳು ನಿಧಾನವಾಗಿರುತ್ತವೆ. ಆದ್ದರಿಂದ, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಡ್ರೈವ್ಗೆ ಒಂದು ಪ್ರವೇಶದಲ್ಲಿ ಸಾಧ್ಯವಾದಷ್ಟು ಡೇಟಾವನ್ನು ಬರೆಯಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ.

ನಿರ್ದಿಷ್ಟ ಉದಾಹರಣೆಯೊಂದಿಗೆ fsync ಅನ್ನು ಬಳಸುವ ಪರಿಣಾಮವನ್ನು ಪ್ರದರ್ಶಿಸೋಣ. ನಾವು ಕೆಳಗಿನ SSD ಗಳನ್ನು ಪರೀಕ್ಷಾ ವಿಷಯಗಳಾಗಿ ಹೊಂದಿದ್ದೇವೆ:

  • Intel® DC SSD S4500 480 GB, SATA 3.2, 6 Gb/s ಮೂಲಕ ಸಂಪರ್ಕಿಸಲಾಗಿದೆ;
  • Samsung 970 EVO Plus 500GB, PCIe 3.0 x4, ~31 Gbps ಮೂಲಕ ಸಂಪರ್ಕಗೊಂಡಿದೆ.

ಉಬುಂಟು 2255 ಚಾಲನೆಯಲ್ಲಿರುವ Intel® Xeon® W-20.04 ನಲ್ಲಿ ಪರೀಕ್ಷೆಗಳನ್ನು ನಡೆಸಲಾಗುತ್ತದೆ. ಡಿಸ್ಕ್ಗಳನ್ನು ಪರೀಕ್ಷಿಸಲು, sysbench 1.0.18 ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಡಿಸ್ಕ್ಗಳು ​​ext4 ಎಂದು ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡಲಾದ ಒಂದು ವಿಭಾಗವನ್ನು ಹೊಂದಿವೆ. 100 GB ಫೈಲ್‌ಗಳನ್ನು ರಚಿಸುವುದು ಪರೀಕ್ಷೆಗೆ ತಯಾರಿ:

sysbench --test=fileio --file-total-size=100G prepare

ಚಾಲನೆಯಲ್ಲಿರುವ ಪರೀಕ್ಷೆಗಳು:

# Без fsync
sysbench --num-threads=16 --test=fileio --file-test-mode=rndrw --file-fsync-freq=0 run

# С fsync после каждой записи
sysbench --num-threads=16 --test=fileio --file-test-mode=rndrw --file-fsync-freq=1 run

ಪರೀಕ್ಷಾ ಫಲಿತಾಂಶಗಳನ್ನು ಕೋಷ್ಟಕದಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗಿದೆ.

ಪರೀಕ್ಷಿಸು
Intel® S4500
Samsung 970 EVO+

fsync, MiB/s ಇಲ್ಲದೆ ಓದಿ
5734.89
9028.86

fsync, MiB/s ಇಲ್ಲದೆ ಬರೆಯಿರಿ
3823.26
6019.24

fsync, MiB/s ನೊಂದಿಗೆ ಓದುವುದು
37.76
3.27

fsync, MiB/s ನೊಂದಿಗೆ ರೆಕಾರ್ಡಿಂಗ್
25.17
2.18

ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಸ್ವತಃ ಡಿಸ್ಕ್ಗಳೊಂದಿಗೆ ಹೇಗೆ ಕೆಲಸ ಮಾಡಬೇಕೆಂದು ನಿರ್ಧರಿಸಿದಾಗ ಕ್ಲೈಂಟ್ ವಿಭಾಗದಿಂದ NVMe ವಿಶ್ವಾಸದಿಂದ ಮುನ್ನಡೆಸುತ್ತದೆ ಮತ್ತು fsync ಅನ್ನು ಬಳಸಿದಾಗ ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ನೋಡುವುದು ಸುಲಭ. ಇದು ಎರಡು ಪ್ರಶ್ನೆಗಳನ್ನು ಹುಟ್ಟುಹಾಕುತ್ತದೆ:

  1. fsync ಇಲ್ಲದೆಯೇ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಲಿಂಕ್‌ನ ಭೌತಿಕ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಅನ್ನು ಓದುವ ವೇಗವು ಏಕೆ ಮೀರುತ್ತದೆ?
  2. ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ fsync ವಿನಂತಿಗಳನ್ನು ನಿರ್ವಹಿಸುವಲ್ಲಿ ಸರ್ವರ್ ವಿಭಾಗ SSD ಏಕೆ ಉತ್ತಮವಾಗಿದೆ?

ಮೊದಲ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರ ಸರಳವಾಗಿದೆ: sysbench ಶೂನ್ಯ ತುಂಬಿದ ಫೈಲ್‌ಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ. ಹೀಗಾಗಿ, ಪರೀಕ್ಷೆಯನ್ನು 100 ಗಿಗಾಬೈಟ್‌ಗಳ ಸೊನ್ನೆಗಳ ಮೇಲೆ ನಡೆಸಲಾಯಿತು. ಡೇಟಾವು ಏಕರೂಪ ಮತ್ತು ಊಹಿಸಬಹುದಾದ ಕಾರಣ, ವಿವಿಧ OS ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗಳು ಕಾರ್ಯರೂಪಕ್ಕೆ ಬರುತ್ತವೆ ಮತ್ತು ಅವು ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಯನ್ನು ಗಮನಾರ್ಹವಾಗಿ ವೇಗಗೊಳಿಸುತ್ತವೆ.

sysbench ನ ಎಲ್ಲಾ ಫಲಿತಾಂಶಗಳನ್ನು ನೀವು ಪ್ರಶ್ನಿಸಿದರೆ, ನೀವು fio ಅನ್ನು ಬಳಸಬಹುದು.

# Без fsync
fio --name=test1 --blocksize=16k --rw=randrw --iodepth=16 --runtime=60 --rwmixread=60 --fsync=0 --filename=/dev/sdb

# С fsync после каждой записи
fio --name=test1 --blocksize=16k --rw=randrw --iodepth=16 --runtime=60 --rwmixread=60 --fsync=1 --filename=/dev/sdb

ಪರೀಕ್ಷಿಸು
Intel® S4500
Samsung 970 EVO+

fsync, MiB/s ಇಲ್ಲದೆ ಓದಿ
45.5
178

fsync, MiB/s ಇಲ್ಲದೆ ಬರೆಯಿರಿ
30.4
119

fsync, MiB/s ನೊಂದಿಗೆ ಓದುವುದು
32.6
20.9

fsync, MiB/s ನೊಂದಿಗೆ ರೆಕಾರ್ಡಿಂಗ್
21.7
13.9

Fsync ಅನ್ನು ಬಳಸುವಾಗ NVMe ನಲ್ಲಿ ಕಾರ್ಯಕ್ಷಮತೆ ಕುಸಿತದ ಪ್ರವೃತ್ತಿಯು ಸ್ಪಷ್ಟವಾಗಿ ಗೋಚರಿಸುತ್ತದೆ. ನೀವು ಎರಡನೇ ಪ್ರಶ್ನೆಗೆ ಹೋಗಬಹುದು.

ಆಪ್ಟಿಮೈಸೇಶನ್ ಅಥವಾ ಬ್ಲಫ್

ಡೇಟಾವನ್ನು ಬಫರ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ ಎಂದು ನಾವು ಮೊದಲೇ ಹೇಳಿದ್ದೇವೆ, ಆದರೆ ಅದರಲ್ಲಿ ಯಾವುದನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿಲ್ಲ, ಏಕೆಂದರೆ ಅದು ಮುಖ್ಯವಲ್ಲ. ಈಗಲೂ ನಾವು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳ ಜಟಿಲತೆಗಳನ್ನು ಪರಿಶೀಲಿಸುವುದಿಲ್ಲ ಮತ್ತು ಎರಡು ಸಾಮಾನ್ಯ ರೀತಿಯ ಬಫರ್‌ಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತೇವೆ:

  • ಕಾರ್ಯಕ್ರಮ;
  • ಯಂತ್ರಾಂಶ.

ಸಾಫ್ಟ್‌ವೇರ್ ಬಫರ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂನಲ್ಲಿರುವ ಬಫರ್‌ಗಳನ್ನು ಸೂಚಿಸುತ್ತದೆ ಮತ್ತು ಹಾರ್ಡ್‌ವೇರ್ ಬಫರ್ ಡಿಸ್ಕ್ ಕಂಟ್ರೋಲರ್‌ನ ಬಾಷ್ಪಶೀಲ ಮೆಮೊರಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. fsync ಸಿಸ್ಟಮ್ ಕರೆ ತನ್ನ ಬಫರ್‌ನಿಂದ ಮುಖ್ಯ ಸಂಗ್ರಹಣೆಗೆ ಡೇಟಾವನ್ನು ಬರೆಯಲು ಡ್ರೈವ್‌ಗೆ ಆಜ್ಞೆಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಆದರೆ ಆಜ್ಞೆಯ ಸರಿಯಾದ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಯನ್ನು ನಿಯಂತ್ರಿಸಲು ಇದು ಯಾವುದೇ ಮಾರ್ಗವನ್ನು ಹೊಂದಿಲ್ಲ.

SSD ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದರಿಂದ, ಎರಡು ಊಹೆಗಳನ್ನು ಮಾಡಬಹುದು:

  • ಡಿಸ್ಕ್ ಅನ್ನು ಇದೇ ರೀತಿಯ ಯೋಜನೆಯ ಹೊರೆಗಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ;
  • ಡಿಸ್ಕ್ "ಬ್ಲಫ್ಸ್" ಮತ್ತು ಆಜ್ಞೆಯನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತದೆ.

ನೀವು ವಿದ್ಯುತ್ ವೈಫಲ್ಯದೊಂದಿಗೆ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸಿದರೆ ಡ್ರೈವ್ನ ಅಪ್ರಾಮಾಣಿಕ ನಡವಳಿಕೆಯನ್ನು ಗಮನಿಸಬಹುದು. ನೀವು ಇದನ್ನು ಸ್ಕ್ರಿಪ್ಟ್‌ನೊಂದಿಗೆ ಪರಿಶೀಲಿಸಬಹುದು. diskchecker.pl, ಅದು ಆಗಿತ್ತು ರಚಿಸಲಾಗಿದೆ 2005 ವರ್ಷದ.

ಈ ಸ್ಕ್ರಿಪ್ಟ್‌ಗೆ ಎರಡು ಭೌತಿಕ ಯಂತ್ರಗಳ ಅಗತ್ಯವಿದೆ - "ಸರ್ವರ್" ಮತ್ತು "ಕ್ಲೈಂಟ್". ಕ್ಲೈಂಟ್ ಪರೀಕ್ಷೆಯ ಅಡಿಯಲ್ಲಿ ಡ್ರೈವ್‌ಗೆ ಸಣ್ಣ ಪ್ರಮಾಣದ ಡೇಟಾವನ್ನು ಬರೆಯುತ್ತದೆ, fsync ಗೆ ಕರೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಏನು ಬರೆಯಲಾಗಿದೆ ಎಂಬುದರ ಕುರಿತು ಸರ್ವರ್ ಮಾಹಿತಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ.

# Запускается на сервере
./diskchecker.pl -l [port]

# Запускается на клиенте
./diskchecker.pl -s <server[:port]> create <file> <size_in_MB>

ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಚಲಾಯಿಸಿದ ನಂತರ, "ಕ್ಲೈಂಟ್" ಅನ್ನು ಡಿ-ಎನರ್ಜೈಸ್ ಮಾಡುವುದು ಅವಶ್ಯಕ ಮತ್ತು ಹಲವಾರು ನಿಮಿಷಗಳವರೆಗೆ ಶಕ್ತಿಯನ್ನು ಹಿಂತಿರುಗಿಸಬೇಡಿ. ವಿದ್ಯುಚ್ಛಕ್ತಿಯಿಂದ ಪರೀಕ್ಷಾ ವಿಷಯದ ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸುವುದು ಮುಖ್ಯವಾಗಿದೆ, ಮತ್ತು ಕೇವಲ ಹಾರ್ಡ್ ಸ್ಥಗಿತಗೊಳಿಸುವಿಕೆಯನ್ನು ನಿರ್ವಹಿಸುವುದಿಲ್ಲ. ಸ್ವಲ್ಪ ಸಮಯದ ನಂತರ, ಸರ್ವರ್ ಅನ್ನು ಸಂಪರ್ಕಿಸಬಹುದು ಮತ್ತು OS ಗೆ ಲೋಡ್ ಮಾಡಬಹುದು. OS ಅನ್ನು ಬೂಟ್ ಮಾಡಿದ ನಂತರ, ನೀವು ಮತ್ತೆ ಪ್ರಾರಂಭಿಸಬೇಕು diskchecker.pl, ಆದರೆ ಒಂದು ವಾದದೊಂದಿಗೆ ಪರಿಶೀಲಿಸು.

./diskchecker.pl -s <server[:port]> verify <file>

ಪರಿಶೀಲನೆಯ ಕೊನೆಯಲ್ಲಿ, ನೀವು ದೋಷಗಳ ಸಂಖ್ಯೆಯನ್ನು ನೋಡುತ್ತೀರಿ. ಅವು 0 ಆಗಿದ್ದರೆ, ಡಿಸ್ಕ್ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಉತ್ತೀರ್ಣವಾಗಿದೆ. ಡಿಸ್ಕ್‌ಗೆ ಯಶಸ್ವಿಯಾದ ಸಂದರ್ಭಗಳ ಸಂಯೋಜನೆಯನ್ನು ಹೊರಗಿಡಲು, ಪ್ರಯೋಗವನ್ನು ಹಲವಾರು ಬಾರಿ ಪುನರಾವರ್ತಿಸಬಹುದು.

ನಮ್ಮ S4500 ಯಾವುದೇ ವಿದ್ಯುತ್ ನಷ್ಟ ದೋಷಗಳನ್ನು ತೋರಿಸಿಲ್ಲ, ಇದರರ್ಥ ಇದು ಸಾಕಷ್ಟು fsync ಕರೆಗಳೊಂದಿಗೆ ಲೋಡ್‌ಗಳಿಗೆ ಸಿದ್ಧವಾಗಿದೆ.

ತೀರ್ಮಾನಕ್ಕೆ

ಡಿಸ್ಕ್ಗಳು ​​ಅಥವಾ ಸಂಪೂರ್ಣ ಸಿದ್ದವಾಗಿರುವ ಸಂರಚನೆಗಳನ್ನು ಆಯ್ಕೆಮಾಡುವಾಗ, ಪರಿಹರಿಸಬೇಕಾದ ಕಾರ್ಯಗಳ ನಿಶ್ಚಿತಗಳನ್ನು ನೀವು ನೆನಪಿನಲ್ಲಿಟ್ಟುಕೊಳ್ಳಬೇಕು. ಮೊದಲ ನೋಟದಲ್ಲಿ, NVMe, ಅಂದರೆ, PCIe ಇಂಟರ್ಫೇಸ್ ಹೊಂದಿರುವ SSD, "ಕ್ಲಾಸಿಕ್" SATA SSD ಗಿಂತ ವೇಗವಾಗಿರುತ್ತದೆ ಎಂದು ಸ್ಪಷ್ಟವಾಗಿ ತೋರುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಇಂದು ನಾವು ಅರ್ಥಮಾಡಿಕೊಂಡಂತೆ, ನಿರ್ದಿಷ್ಟ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ ಮತ್ತು ಕೆಲವು ಕಾರ್ಯಗಳೊಂದಿಗೆ ಇದು ಆಗದಿರಬಹುದು.

IaaS ಪೂರೈಕೆದಾರರಿಂದ ಬಾಡಿಗೆಗೆ ನೀವು ಸರ್ವರ್ ಘಟಕಗಳನ್ನು ಹೇಗೆ ಪರೀಕ್ಷಿಸುತ್ತೀರಿ?
ಕಾಮೆಂಟ್‌ಗಳಲ್ಲಿ ನಾವು ನಿಮಗಾಗಿ ಕಾಯುತ್ತಿದ್ದೇವೆ.

SSD ಗಿಂತ ನನ್ನ NVMe ಏಕೆ ನಿಧಾನವಾಗಿದೆ?

ಮೂಲ: www.habr.com

ಕಾಮೆಂಟ್ ಅನ್ನು ಸೇರಿಸಿ