TMPFS Доступное пространство не равно размеру
Проект, который был запущен для достижения блендера, полезен как инструмент САПР, не теряя его текущих возможностей.
http://www.mechanicalblender.org
14 ответов
Доступное пространство не должно равняться размеру. То, что вы видите в случае /dev/shm, состоит в том, что система использует очень мало или нулевое пространство для этой файловой системы (Used = 0), поэтому в этом случае доступно = размер.
m не уверен, почему df не отображает 16G используемого пространства, но, вообще говоря, когда процесс запрашивает ядро для выделения пространства, запрос может быть предоставлен, но ядро может фактически выделить меньшее пространство и позже ( если требуется больше памяти). Расширьте его.
-
1Спасибо, устраивайте, это имеет смысл. Думаю, у меня была голова в облаках :) – thiesdiggity 21 July 2011 в 02:32
Доступное пространство не должно равняться размеру. То, что вы видите в случае /dev/shm, состоит в том, что система использует очень мало или нулевое пространство для этой файловой системы (Used = 0), поэтому в этом случае доступно = размер.
m не уверен, почему df не отображает 16G используемого пространства, но, вообще говоря, когда процесс запрашивает ядро для выделения пространства, запрос может быть предоставлен, но ядро может фактически выделить меньшее пространство и позже ( если требуется больше памяти). Расширьте его.
Доступное пространство не должно равняться размеру. То, что вы видите в случае /dev/shm, состоит в том, что система использует очень мало или нулевое пространство для этой файловой системы (Used = 0), поэтому в этом случае доступно = размер.
m не уверен, почему df не отображает 16G используемого пространства, но, вообще говоря, когда процесс запрашивает ядро для выделения пространства, запрос может быть предоставлен, но ядро может фактически выделить меньшее пространство и позже ( если требуется больше памяти). Расширьте его.
Доступное пространство не должно равняться размеру. То, что вы видите в случае /dev/shm, состоит в том, что система использует очень мало или нулевое пространство для этой файловой системы (Used = 0), поэтому в этом случае доступно = размер.
m не уверен, почему df не отображает 16G используемого пространства, но, вообще говоря, когда процесс запрашивает ядро для выделения пространства, запрос может быть предоставлен, но ядро может фактически выделить меньшее пространство и позже ( если требуется больше памяти). Расширьте его.
Доступное пространство не должно равняться размеру. То, что вы видите в случае /dev/shm, состоит в том, что система использует очень мало или нулевое пространство для этой файловой системы (Used = 0), поэтому в этом случае доступно = размер.
m не уверен, почему df не отображает 16G используемого пространства, но, вообще говоря, когда процесс запрашивает ядро для выделения пространства, запрос может быть предоставлен, но ядро может фактически выделить меньшее пространство и позже ( если требуется больше памяти). Расширьте его.
Доступное пространство не должно равняться размеру. То, что вы видите в случае /dev/shm, состоит в том, что система использует очень мало или нулевое пространство для этой файловой системы (Used = 0), поэтому в этом случае доступно = размер.
m не знаю, почему df не показывает 16G используемого пространства, но, вообще говоря, когда процесс запрашивает ядро для выделения пространства, запрос может быть предоставлен, но ядро может фактически распределить меньшее пространство и позже ( если требуется больше памяти). Расширьте его.
Доступное пространство не должно равняться размеру. То, что вы видите в случае /dev/shm, состоит в том, что система использует очень мало или нулевое пространство для этой файловой системы (Used = 0), поэтому в этом случае доступно = размер.
m не уверен, почему df не отображает 16G используемого пространства, но, вообще говоря, когда процесс запрашивает ядро для выделения пространства, запрос может быть предоставлен, но ядро может фактически выделить меньшее пространство и позже ( если требуется больше памяти). Расширьте его.
Если изображение виртуальной машины выделено как разреженный файл, то возможно, что размер видимости будет больше, чем рассматриваемая файловая система.
По сути, если области файла не были написанный, тогда нет необходимости выделять любые страницы для хранения частей, которые просто заполнены нулями. Таким образом, предположительно 5 ГБ файла изображения гостевого пользователя, который вы создали, пуст. Если это пространство используется виртуальной машиной, дополнительные страницы будут выделены для ее хранения (при условии, что ресурсы доступны в это время).
-
1Эй Джеймс, спасибо за ваш ответ, но на самом деле он не отвечает на мой вопрос. О чем я спрашиваю, почему при запуске 'df -h' пространство с доступным объемом встроенной памяти (tmpfs) не соответствует размеру размера монтирования? Например, на общем носителе памяти (shm) они равны: / dev / shm Размер = 18 ГБ и Avail = 18 ГБ – thiesdiggity 20 July 2011 в 20:49
-
2Ой. Это было бы просто потому, что вы фактически выделили некоторое пространство в файловой системе. Вы ожидали, что доступное пространство будет близко к общему размеру файловой системы, если оно было в основном пустым. – James Henstridge 21 July 2011 в 07:39
Если изображение виртуальной машины выделено как разреженный файл, то возможно, что размер видимости будет больше, чем рассматриваемая файловая система.
По сути, если области файла не были написанный, тогда нет необходимости выделять любые страницы для хранения частей, которые просто заполнены нулями. Таким образом, предположительно 5 ГБ файла изображения гостевого пользователя, который вы создали, пуст. Если это пространство используется виртуальной машиной, дополнительные страницы будут выделены для ее хранения (при условии, что ресурсы доступны в это время).
-
1Эй Джеймс, спасибо за ваш ответ, но на самом деле он не отвечает на мой вопрос. О чем я спрашиваю, почему при запуске 'df -h' пространство с доступным объемом встроенной памяти (tmpfs) не соответствует размеру размера монтирования? Например, на общем носителе памяти (shm) они равны: / dev / shm Размер = 18 ГБ и Avail = 18 ГБ – thiesdiggity 20 July 2011 в 20:49
-
2Ой. Это было бы просто потому, что вы фактически выделили некоторое пространство в файловой системе. Вы ожидали, что доступное пространство будет близко к общему размеру файловой системы, если оно было в основном пустым. – James Henstridge 21 July 2011 в 07:39
Если изображение виртуальной машины выделено как разреженный файл, то возможно, что размер видимости будет больше, чем рассматриваемая файловая система.
По сути, если области файла не были написанный, тогда нет необходимости выделять любые страницы для хранения частей, которые просто заполнены нулями. Таким образом, предположительно 5 ГБ файла изображения гостевого пользователя, который вы создали, пуст. Если это пространство используется виртуальной машиной, дополнительные страницы будут выделены для ее хранения (при условии, что ресурсы доступны в это время).
-
1Эй Джеймс, спасибо за ваш ответ, но на самом деле он не отвечает на мой вопрос. О чем я спрашиваю, почему при запуске 'df -h' пространство с доступным объемом встроенной памяти (tmpfs) не соответствует размеру размера монтирования? Например, на общем носителе памяти (shm) они равны: / dev / shm Размер = 18 ГБ и Avail = 18 ГБ – thiesdiggity 20 July 2011 в 20:49
-
2Ой. Это было бы просто потому, что вы фактически выделили некоторое пространство в файловой системе. Вы ожидали, что доступное пространство будет близко к общему размеру файловой системы, если оно было в основном пустым. – James Henstridge 21 July 2011 в 07:39
Если изображение виртуальной машины выделено как разреженный файл, то возможно, что размер видимости будет больше, чем рассматриваемая файловая система.
По сути, если области файла не были написанный, тогда нет необходимости выделять любые страницы для хранения частей, которые просто заполнены нулями. Таким образом, предположительно 5 ГБ файла изображения гостевого пользователя, который вы создали, пуст. Если это пространство используется виртуальной машиной, дополнительные страницы будут выделены для ее хранения (при условии, что ресурсы доступны в это время).
-
1Эй Джеймс, спасибо за ваш ответ, но на самом деле он не отвечает на мой вопрос. О чем я спрашиваю, почему при запуске 'df -h' пространство с доступным объемом встроенной памяти (tmpfs) не соответствует размеру размера монтирования? Например, на общем носителе памяти (shm) они равны: / dev / shm Размер = 18 ГБ и Avail = 18 ГБ – thiesdiggity 20 July 2011 в 20:49
-
2Ой. Это было бы просто потому, что вы фактически выделили некоторое пространство в файловой системе. Вы ожидали, что доступное пространство будет близко к общему размеру файловой системы, если оно было в основном пустым. – James Henstridge 21 July 2011 в 07:39
Если изображение виртуальной машины выделено как разреженный файл, то возможно, что размер видимости будет больше, чем рассматриваемая файловая система.
По сути, если области файла не были написанный, тогда нет необходимости выделять любые страницы для хранения частей, которые просто заполнены нулями. Таким образом, предположительно 5 ГБ файла изображения гостевого пользователя, который вы создали, пуст. Если это пространство используется виртуальной машиной, дополнительные страницы будут выделены для ее хранения (при условии, что ресурсы доступны в это время).
-
1Эй Джеймс, спасибо за ваш ответ, но на самом деле он не отвечает на мой вопрос. О чем я спрашиваю, почему при запуске 'df -h' пространство с доступным объемом встроенной памяти (tmpfs) не соответствует размеру размера монтирования? Например, на общем носителе памяти (shm) они равны: / dev / shm Размер = 18 ГБ и Avail = 18 ГБ – thiesdiggity 20 July 2011 в 20:49
-
2Ой. Это было бы просто потому, что вы фактически выделили некоторое пространство в файловой системе. Вы ожидали, что доступное пространство будет близко к общему размеру файловой системы, если оно было в основном пустым. – James Henstridge 21 July 2011 в 07:39
Если изображение виртуальной машины выделено как разреженный файл, то возможно, что размер видимости будет больше, чем рассматриваемая файловая система.
По сути, если области файла не были написанный, тогда нет необходимости выделять любые страницы для хранения частей, которые просто заполнены нулями. Таким образом, предположительно 5 ГБ файла изображения гостевого пользователя, который вы создали, пуст. Если это пространство используется виртуальной машиной, дополнительные страницы будут выделены для ее хранения (при условии, что ресурсы доступны в это время).
-
1Эй Джеймс, спасибо за ваш ответ, но на самом деле он не отвечает на мой вопрос. О чем я спрашиваю, почему при запуске 'df -h' пространство с доступным объемом встроенной памяти (tmpfs) не соответствует размеру размера монтирования? Например, на общем носителе памяти (shm) они равны: / dev / shm Размер = 18 ГБ и Avail = 18 ГБ – thiesdiggity 20 July 2011 в 20:49
-
2Ой. Это было бы просто потому, что вы фактически выделили некоторое пространство в файловой системе. Вы ожидали, что доступное пространство будет близко к общему размеру файловой системы, если оно было в основном пустым. – James Henstridge 21 July 2011 в 07:39
Если изображение виртуальной машины выделено как разреженный файл, то возможно, что размер видимости будет больше, чем рассматриваемая файловая система.
По сути, если области файла не были написанный, тогда нет необходимости выделять любые страницы для хранения частей, которые просто заполнены нулями. Таким образом, предположительно 5 ГБ файла изображения гостевого пользователя, который вы создали, пуст. Если это пространство используется виртуальной машиной, дополнительные страницы будут выделены для ее хранения (при условии, что ресурсы доступны в это время).
-
1Эй Джеймс, спасибо за ваш ответ, но на самом деле он не отвечает на мой вопрос. О чем я спрашиваю, почему при запуске 'df -h' пространство с доступным объемом встроенной памяти (tmpfs) не соответствует размеру размера монтирования? Например, на общем носителе памяти (shm) они равны: / dev / shm Размер = 18 ГБ и Avail = 18 ГБ – thiesdiggity 20 July 2011 в 20:49
-
2Ой. Это было бы просто потому, что вы фактически выделили некоторое пространство в файловой системе. Вы ожидали, что доступное пространство будет близко к общему размеру файловой системы, если оно было в основном пустым. – James Henstridge 21 July 2011 в 07:39