Я просто пошел дальше и посмотрел, что происходит, когда вы записываете слишком много файлов в /dev/shm.
OSError: [Errno 28] No space left on device
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/mnt/fastssd/bot_subreddit_recom/write_user_docs.py", line 85, in <module>
f.write(subreddits)
OSError: [Errno 28] No space left on device
inFile: RC_2018-01-02
outDir: tmp
outputToScreenOnly: 0
OSError: [Errno 28] No space left on device
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/mnt/fastssd/bot_subreddit_recom/write_user_docs.py", line 85, in <module>
f.write(subreddits)
OSError: [Errno 28] No space left on device
Как показано выше, через 33 дня после ввода файлов «закончилось место».
>>> 36.*33/12
99.0
Таким образом, примерно 99 ГБ --, что очень близко к 100 ГБ --файлов, — это место, где произошла ошибка «нет свободного места». Это именно тот размер устройства /dev/shm, который я установил равным 100G. Это означает, что подкачку нельзя было использовать, когда это было необходимо. Это продемонстрировало, что, к сожалению, /dev/shm просто заканчивается и не позволяет вам начать использовать подкачку в качестве виртуальной памяти, когда ее не хватает. Итак, теперь мы знаем, благодаря этому эксперименту. Вам просто нужна реальная физическая оперативная память для работы /dev/shm, а виртуальная оперативная память, также известная как подкачка, совсем не полезна для /dev/shm.
Я разместил этот ответ, чтобы поделиться им с другими, которым может быть полезна полученная информация.