Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
удалил файл на 2Gb, но места не прибавилась
|
|||
|---|---|---|---|
|
#18+
удалил файл на 2Gb, но места не прибавилась, беру проверяю: # df -h [scip] /dev/sdb2 8.3G 8.0G 0 100% /u3 # du -ah /u3/ [scip] 5.9G /u3 это как ? куда делось 2Gb от того файла ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.09.2004, 17:13 |
|
||
|
удалил файл на 2Gb, но места не прибавилась
|
|||
|---|---|---|---|
|
#18+
Значит реальный размер файла был меньше, а зарезервированный 2гига. И на дискетке можно гигабайты носить :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.09.2004, 17:30 |
|
||
|
удалил файл на 2Gb, но места не прибавилась
|
|||
|---|---|---|---|
|
#18+
в смысле зарезервировано ? это фича фаловой системы ? (у меня ext3) если на диске физически нет этих 2GB что же он резервировал ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.09.2004, 17:43 |
|
||
|
удалил файл на 2Gb, но места не прибавилась
|
|||
|---|---|---|---|
|
#18+
Desperadoудалил файл на 2Gb, но места не прибавилась, беру проверяю: # df -h [scip] /dev/sdb2 8.3G 8.0G 0 100% /u3 # du -ah /u3/ [scip] 5.9G /u3 это как ? куда делось 2Gb от того файла ? а он ничем ( ни кем ) не пользуется в то время как ты его удалил ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.09.2004, 18:12 |
|
||
|
удалил файл на 2Gb, но места не прибавилась
|
|||
|---|---|---|---|
|
#18+
а какя разница ? файла больше нет, ls -la во всяком случае ничего не показывает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.09.2004, 19:04 |
|
||
|
удалил файл на 2Gb, но места не прибавилась
|
|||
|---|---|---|---|
|
#18+
a mojet eto link byl? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.09.2004, 19:22 |
|
||
|
удалил файл на 2Gb, но места не прибавилась
|
|||
|---|---|---|---|
|
#18+
удаляя файл ты удаляешь лиш ссылку на него, физически же файл удаляется только когда количество ссылок на файл уменьшается до нуля. Когда процесс открывает файл, количество ссылок увеличивается, когда закрывает - уменьшается. таким образом, если в памяти есть процесс открывший но не закрывший удаляемый файл, то файл физически удалятся не будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.09.2004, 19:39 |
|
||
|
удалил файл на 2Gb, но места не прибавилась
|
|||
|---|---|---|---|
|
#18+
или когда процесс creat() файл, а потом lseek() его на 2 Гб от начала и write() туда 1 байт, то файл занимает реально 1 кластер, а не 2 Гб, хотя выглядит, как будто у него размер 2 Гб. если убить его нафиг, то освободится 1 кластер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.09.2004, 20:04 |
|
||
|
удалил файл на 2Gb, но места не прибавилась
|
|||
|---|---|---|---|
|
#18+
блин точно, зашатдаунил оракл - место высвободилось, блин а я уж не знал что подумать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.09.2004, 20:07 |
|
||
|
удалил файл на 2Gb, но места не прибавилась
|
|||
|---|---|---|---|
|
#18+
поэтому такие уродские файлы по 2 Гб можно переносить на ублюдочной дискетке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.09.2004, 20:08 |
|
||
|
удалил файл на 2Gb, но места не прибавилась
|
|||
|---|---|---|---|
|
#18+
авторили когда процесс creat() файл, а потом lseek() его на 2 Гб от начала и write() туда 1 байт, то файл занимает реально 1 кластер, а не 2 Гб, хотя выглядит, как будто у него размер 2 Гб. если убить его нафиг, то освободится 1 кластер. можно линк на подробности ? а то херня какая-то - прям какие-то резервации воздуха получаются. то что файл может реально занимать 1 кластер это понятно, но остальные 2Gb принадлежат файлу, разве их может кто-то другой занять ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.09.2004, 11:44 |
|
||
|
удалил файл на 2Gb, но места не прибавилась
|
|||
|---|---|---|---|
|
#18+
в понедельник, ок? щас некогда искать. по-моему это есть в книжке "истемное программирование bla-bla-blа Unix bla-bla-bla", автор Теренс Чан. дома посмотрю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.09.2004, 15:28 |
|
||
|
удалил файл на 2Gb, но места не прибавилась
|
|||
|---|---|---|---|
|
#18+
Ok, подождем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.09.2004, 17:05 |
|
||
|
удалил файл на 2Gb, но места не прибавилась
|
|||
|---|---|---|---|
|
#18+
"Библиотека языка C GNU glibc." описание stat: "Вы можете узнать (приблизительно) является ли файл разреженен, сравнивая это значение с st_size, примерно так: (st.st_blocks * 512 < st.st_size)" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.09.2004, 17:38 |
|
||
|
удалил файл на 2Gb, но места не прибавилась
|
|||
|---|---|---|---|
|
#18+
вот например http://www.botik.ru/rented/rldp/www/ldp/sag-062/x1038.htm В файловых системах UNIX обычно имеется возможность создания дыр (hole)в файлах (это можно сделать с помощью команды lseek, см. man-руководство). Это означает, что файловая система предоставляет ложную информацию о том, что в каком-то месте в файле содержатся нулевые байты, но в действительности для этого не выделяются сектора (это означает, что файл будет занимать несколько меньше места на диске). Это часто используется особенно в небольших двоичных программах, библиотеках Linux, в некоторых базах данных и в других отдельных случаях. Дыры реализуются хранением специального значения в косвенном блоке или индексном дескрипторе вместо адреса блока данных. Это специальное значение показывает, что для данной части файла блоки данных не размещены и, следовательно, что в файле есть дыра. Таким образом, довольно примитивное сжатие данных в Linux реализовано непосредственно на уровне файловой системы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.09.2004, 20:25 |
|
||
|
|

start [/forum/topic.php?fid=25&msg=32689918&tid=1491337]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
42ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
54ms |
get tp. blocked users: |
1ms |
| others: | 258ms |
| total: | 395ms |

| 0 / 0 |
