Запись в EXT4 быстрее, чем запись напрямую на диск?
Запустите приложение с помощью After=network-online.target, чтобы убедиться, что сеть полностью подключена, прежде чем запускать ее.
Вы упомянули, что приложение недоступно по протоколу «HTTP». Вы намеревались запустить приложение на порту 3000 на порту 80 вашего сервера, порте HTTP по умолчанию? Вы тестируете его на том же порту, на котором работаете?
Запуск приложения с User=rootпредставляет угрозу безопасности. Недостаток безопасности в вашем веб-приложении может напрямую привести к полной компрометации вашего VPS. Рассмотрите возможность запуска вашего приложения в качестве непривилегированного пользователя, чтобы снизить этот риск.
Если вы запускаете приложение при загрузке, убедитесь, что вы использовали systemctl enable your-app, чтобы разрешить его запуск при загрузке.
Кроме того, я вижу, что вы используете NVM. Судя по статусу службы, он работает, но я не рекомендую его для производственных служб. Это зависит от переменных среды, что делает его более хрупким.
Вместо этого я рекомендую использовать менеджер пакетов n для производства, который использует только символические ссылки для переключения версий и не использует переменные среды.
Также см. ответ на часто задаваемые вопросы о том, почему что-то не работает в системе при запуске вручную .
mkfs ОБРЕЗАТЬ/удалить все устройство, тем самым обеспечивая оптимальные условия тестирования.
Также с включенным /proc/sys/vm/block_dump(предупреждением -ТОННЫ вывода ), я вижу запись 8 секторов (dd на необработанное блочное устройство )по сравнению с записью 16384 секторов (dd на ext4 ), так что это может быть связано с тем, как ядро решает разделить вещи, поскольку вы не можете буквально отправить запись блока 1G?
дд на ext4:
dd(12080): dirtied inode 12 (test.txt) on loop0
dd(12080): dirtied inode 12 (test.txt) on loop0
dd(12080): dirtied inode 12 (test.txt) on loop0
kworker/u8:4(10318): READ block 2056 on loop0 (8 sectors)
kworker/u8:4(10318): WRITE block 278528 on loop0 (16384 sectors)
kworker/u8:4(10318): WRITE block 294912 on loop0 (16384 sectors)
kworker/u8:4(10318): WRITE block 311296 on loop0 (16384 sectors)
kworker/u8:4(10318): WRITE block 327680 on loop0 (16384 sectors)
kworker/u8:4(10318): WRITE block 344064 on loop0 (16384 sectors)
kworker/u8:4(10318): WRITE block 360448 on loop0 (16384 sectors)
...
дд напрямую:
dd(12116): WRITE block 0 on loop0 (8 sectors)
dd(12116): WRITE block 8 on loop0 (8 sectors)
dd(12116): WRITE block 16 on loop0 (8 sectors)
dd(12116): WRITE block 24 on loop0 (8 sectors)
dd(12116): WRITE block 32 on loop0 (8 sectors)
dd(12116): WRITE block 40 on loop0 (8 sectors)
dd(12116): WRITE block 48 on loop0 (8 sectors)
dd(12116): WRITE block 56 on loop0 (8 sectors)
dd(12116): WRITE block 64 on loop0 (8 sectors)
dd(12116): WRITE block 72 on loop0 (8 sectors)
dd(12116): WRITE block 80 on loop0 (8 sectors)
dd(12116): WRITE block 88 on loop0 (8 sectors)
dd(12116): WRITE block 96 on loop0 (8 sectors)
dd(12116): WRITE block 104 on loop0 (8 sectors)
dd(12116): WRITE block 112 on loop0 (8 sectors)
dd(12116): WRITE block 120 on loop0 (8 sectors)
dd(12116): WRITE block 128 on loop0 (8 sectors)
...
Сейчас я тестировал только петлевое устройство, а не настоящий SSD, так что... результат может быть неточным.