每秒（或偶尔）将新文件写入磁盘是否对硬件构成风险？
Is writing a new file to disk every second (or less occasionally) a risk for the hardware?
我正在研究编写一个网络库，该库维护一个磁盘支持的网络数据包队列，在设备出现网络 and/or 电源故障时需要将这些数据包发送到服务器。该设备每秒写入一个数据包，一次长达数天。我想将这个数据包和所有未发送的数据包存储在设备上的一个文件中。显而易见且简单的解决方案是每当收到新数据包和发送数据包时都重新写入文件。我知道此解决方案可能存在性能问题，但我是否也应该关注此解决方案的硬件？还是写入频率低到可以忽略不计？
Is writing a new file to disk every second (or less occasionally) a risk for the hardware?
当然可以。硬件故障。计算机（及其数据）可能会生锈或被毁坏（通过宇宙射线、爆炸、火灾、漏洞、软件病毒、人为错误或恶意等....）
如果数据非常重要，需要定期备份
在 Linux 上，您可能会使用一些 crontab(5) 条目，可能是 运行 rsync 或 scp，以在某个远程站点上备份您的数据。
任何类型的磁盘最终都会失败。
您可能想要为更可靠的硬盘支付更多费用。您可能需要支付更多费用才能获得一些 UPS on your computer. You may want to have a RAID.
一些SSD disks are sold with some MTBF规范。一些昂贵的计算机有一定的 MTBF 保证。据传，旋转硬盘在振动条件下（例如在飞机、轮船、卡车、汽车或机器人内）和极端温度（例如低于 10°C 或高于 45°C）时更容易发生故障。
另一种可能性是向某些 远程 PostGreSQL 服务器发出一些 SQL 请求，甚至向其中几个服务器发出请求。每秒这样做一次很常见。
每秒写入文件不会增加系统故障的可能性，除非您打算写入SD卡。计算机写入数据非常频繁，每秒增加一次写入不会对系统寿命产生任何显着影响。
正如其他同事所说 - 如果信息很重要，您应该备份它。
我正在研究编写一个网络库，该库维护一个磁盘支持的网络数据包队列，在设备出现网络 and/or 电源故障时需要将这些数据包发送到服务器。该设备每秒写入一个数据包，一次长达数天。我想将这个数据包和所有未发送的数据包存储在设备上的一个文件中。显而易见且简单的解决方案是每当收到新数据包和发送数据包时都重新写入文件。我知道此解决方案可能存在性能问题，但我是否也应该关注此解决方案的硬件？还是写入频率低到可以忽略不计？
Is writing a new file to disk every second (or less occasionally) a risk for the hardware?
当然可以。硬件故障。计算机（及其数据）可能会生锈或被毁坏（通过宇宙射线、爆炸、火灾、漏洞、软件病毒、人为错误或恶意等....）
如果数据非常重要，需要定期备份
在 Linux 上，您可能会使用一些 crontab(5) 条目，可能是 运行 rsync 或 scp，以在某个远程站点上备份您的数据。
任何类型的磁盘最终都会失败。
您可能想要为更可靠的硬盘支付更多费用。您可能需要支付更多费用才能获得一些 UPS on your computer. You may want to have a RAID.
一些SSD disks are sold with some MTBF规范。一些昂贵的计算机有一定的 MTBF 保证。据传，旋转硬盘在振动条件下（例如在飞机、轮船、卡车、汽车或机器人内）和极端温度（例如低于 10°C 或高于 45°C）时更容易发生故障。
另一种可能性是向某些 远程 PostGreSQL 服务器发出一些 SQL 请求，甚至向其中几个服务器发出请求。每秒这样做一次很常见。
每秒写入文件不会增加系统故障的可能性，除非您打算写入SD卡。计算机写入数据非常频繁，每秒增加一次写入不会对系统寿命产生任何显着影响。
正如其他同事所说 - 如果信息很重要，您应该备份它。