# бомба от McAfee

ну если создать миллионы файлов под виртуальной машиной, это же не затронет основную систему?

 

bobov
нет, не затонет, если жёсткий диск ВМ находится в файле.
кстати, я не видел ВМ, которые могут монтировать физические разделы.

 

надо будет как нибудь попробовать под ВМ.

 

Clear__Energy

Как минимум - VMware Workstation

 

treekool
слишком чистый эксперимент - иногда граничит со слишком грязным. если пробовать под VM, то нужно, чтобы ее FS была уже слегка поюзана, т.е. чтобы в $MFT имелись "дырки" удаленных файлов, иначе - на совершенно чистом томе, когда $MFT чиста как дева мария, NTFS справляется с ситуацией. т.е. когда "хвост" $MFT состоит из одних лишь удаленных файлов, то при нехватке дискового постранства система усекает $MFT и возвращает хвост в пул свободного пространства. но если после создания нескольких миллионов файлов создать еще несколько файлов, которые потом не удалять, то с такой систуацией система уже не справится и занятое файловое пространство в пул не возвратится. т.е. будет примерно такая картина. на диске всего несколько файлов, раздел ~20 GB, из них свободного только несколько GB и хоть убей себя о клаву - до занятого пространства никак не дотянуться!!! но при этом мы можем по прежнему создавать мелкие файлы, которе будут резидентными. и создавать мы их можем много

да, на VM Ware получится. основному разделу ничего не будет. кстати, сейчас пользуясь случаем написал простой импортер/экспортер tar-Файлов и прикрутил ко всем своим текущим проектам. стало намного быстрее все вращаться. там где раньше скорость сканирования была меньше 1 Мб/сек, сейчас она подскачила за 10 Мб/сек, только за счет того, что у нас есть один tar файл, а не куча мелких. после чего начинаешь задумываться: а зачем вообще придумали файловые системы? а может их лучше не использовать?

 

ну-ка, ну-ка, поподробнее плиз =))))

 

КК ПМ проверяет хоть иногда? Хоть бы в опу послал, а так как будто ничего не приходило.

 

Наверно прикрутил спам-фильтр

 

nobodyzzz
Капитан Очевидность говорит: подозреваю, все сохраняемые файлы жмутся на лету, из-за чего скорость чтения\записи с харда уменьшается. или ты сорцы имеешь ввиду?

 

А как оно поведёт себя в Линухе ведь там своя реализация НТФС?

 

kaspersky

так тар, это и есть фс, он монтируем в.. не-выни. просто оно считывается в память полностью с директориями/файлами/атрибутами за раз и там обрабатывается, а на диске, видимо, по одной операции и со всеми головкодвижениями. такой себе рам диск в кэше

 

Clear__Energy
> подозреваю, все сохраняемые файлы жмутся на лету,
> из-за чего скорость чтения\записи с харда уменьшается. или ты сорцы имеешь ввиду?
нет, не сорцы. антивирусный (ну не совсем антивирусный, но это не важно) движок, проверяющий файлы, записанные на диске и копирующие заразу отдельно на карантин.

когда сидя система работала непосредственно с FS, то она жууутко тормозила. а теперь просто один tar файл на входе, один tar файл на выходе. tar-модуль ужасно простой, косой, кривой, но все-таки работающий (игрорирует директории, атрибуты). ладно, потом его исправлю. главное, что сейчас есть один большой (гигобайты) tar файл на входе и чуть меньший tar файл на выходе. а там миилионы мелких файлов.

tar это архиватор, но не компрессор. сжатия нет. все файлы записываются выровренными блоками один за одним.

_basmp_
> так тар, это и есть фс,
не говори ерунды. если у ворда есть хоть какая-то парадия на FAT, то tar это просто куча файлов записанных один за другим.

> .. не-выни. просто оно считывается в память полностью
> с директориями/файлами/атрибутами за раз и там обрабатывается,
> а на диске, видимо, по одной операции и со всеми головкодвижениями.
> такой себе рам диск в кэше
так оно и в выне монтируется. есть утилиты на это дело. но все равно тормозит. ну пойти ты, если у тебя сотни миллионов файлов, а ты читаешь директорию, то тебе нужно выделить под нее память. причем объем памяти заранее неизвестен. т.е. оглавления у tar'а нет. значит, выдлеем частями... ну и т.д.
создай tar с миллионом файлов и примонтируй его. потом поробуй погрипать эту директорию. а потом погрипай чистый tar. сравни результаты.

 

kaspersky

Это точно? Лично я не проверял, но майкрософт говорит, что
When files are deleted from an NTFS volume, their MFT entries are marked as free and may be reused, but the MFT does not shrink. Thus, space used by these entries is not reclaimed from the disk.
http://support.microsoft.com/kb/174619

 

kaspersky

фс это не фат, а просто организованный определенным образом способ хранения/представления файлов. хоть и подряд. и не только файлов. процессов/потоков, оконного интерфейса, фтп протокола, баз данных например, впрочем кого я учу.. прошу прощения за свою наглость. молодость..

попробую. монтировать/сравнивать в выни? сколько примерно тар размеру быть должен?

 

Partner
> Это точно? Лично я не проверял, но майкрософт говорит,
провел экспримент. создал под W2K3 SP1 на 20 ГБ разделе столько файлов, что $MTF сожрал все место. затем их удалил (вместе с директорией). после удаления директории - уже пустой - на диске неожиданно высвободилось 14 Гб.

_basmp_
> фс это не фат, а просто организованный определенным образом способ
> хранения/представления файлов.
у tar'а он очень "хорошо" реализован.

> хоть и подряд.
ага. а как добавлять/удалять файлы? или увеличивать их размер?
кстати, при попытке написания экспортера tar'а выяснилось, что стандарта на него как такового нет и 7zip, rar, winzip его обрабатывают очччень по разному. совсем затрахался ;(

> создай tar с миллионом файлов и примонтируй его. потом поробуй
> погрипать эту директорию. а потом погрипай чистый tar. сравни результаты.
> попробую. монтировать/сравнивать в выни?
да где угодно

> сколько примерно тар размеру быть должен?
ну давай считать. миллион файлов. в tar'e каждый файл занимает как минимум 512 байт. итого мы имеем пол-гига, при условии, что они все лежат в одной директории.

а теперь обработай эти файлы, когда они находятся на любой FS в "развернутом" виде.

 

kaspersky

Спасибо, будем знать.

 

kaspersky

ну так первая (? не уверен. там еще перфоленты вроде раньше появились) фс. еще под ленту. на ленте как произвольный доступ исделать? удаление-вставку в середину? возможность фрагментированных файлов? имхо нормальная фс для ленты. 9660 не намного лучше

ну так и понятно, я ж о чем и писал. тар файл читается как 1 файл, те кэшируется некий блок в который может войти мелких файлов довольно много и дальше подчитываются для грепанья они уже из памяти пока не закончится кэш, потом снова читается с диска в кэш,
а при грепаньи с дисковой фс - каждый файл читается отдельно, включая дерганье головок, как самую медленную операцию.

попробуем. только я не буду тар и тарфс сам лепить. хорошо?

 

Su_Sun_Yin
Да не, точно игнорит. Вместо ответа получал/не_получал молчание.

 

stallker
никого он не игнорит, не надо тут

 

stallker
lol ему наверно ненравица ваш стиль лизания жо