виндус

← →
tButton © (2006-07-09 21:10) [0]

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

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

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

"вот такая вот музыка, такая, блин, вечная молодость" (с)
нежто винда сама запорола мне файло?
имею мнение, что так и было. ибо все попорченые файлы имели размер 32Кб ровно, что соответствует размеру одного кластера на хдд.

← →
TUser © (2006-07-09 21:12) [1]

Винда чистая?

← →
tButton © (2006-07-09 21:19) [2]

> Винда чистая?

переустанавливал недели три назад. с тех пор установил дельфи, фотошоп, AppServer и пару игрушек. поверхностная проверка на вирусность (реестр, левые процессы) показывает, что всё чисто.

← →
TUser © (2006-07-09 21:21) [3]

> > Винда чистая?
>
> переустанавливал недели три назад.

От мелкософта или Васи Пупкина :)

← →
tButton © (2006-07-09 21:23) [4]

> От мелкософта или Васи Пупкина :)

ой вей =)
от третьих лиц, без претензий на лицензионность =)

← →
TUser © (2006-07-09 21:27) [5]

Ну, тогда - вопрос к третьим лицам.

← →
tesseract © (2006-07-09 21:30) [6]

не пора на NTFS переходить?

← →
Любопытствующий (2006-07-09 21:30) [7]

А какая файловая система была, если не секрет. Судя по тому, что виндовс предложила проверить диск - неужели FAT32?!

← →
tButton © (2006-07-09 21:34) [8]

> Ну, тогда - вопрос к третьим лицам.

=)

> не пора на NTFS переходить?

а резон? фат шустрее и проблем с ним меньше, сабжевая проблема у меня впервые возникла.

> А какая файловая система была, если не секрет. Судя по тому,
> что виндовс предложила проверить диск - неужели FAT32?!

уже ли.

← →
tesseract © (2006-07-09 21:37) [9]

> а резон? фат шустрее и проблем с ним меньше, сабжевая проблема
> у меня впервые возникла.

При большом количестве файлов NTFS быстрее.
Самая быстрая журналируемае ОС.
я не знаю как сейчас с поддержкой HPFS в Windows - но по производительности он делает FAT32 в 1,5-2 раза.

← →
VirEx © (2006-07-09 21:40) [10]

> [8] tButton © (09.07.06 21:34)
> > не пора на NTFS переходить?
>
> а резон? фат шустрее и проблем с ним меньше, сабжевая проблема
> у меня впервые возникла.

фат шустрей на хдд малого объёма, порядка <=20 либо 30 гигов, если больше - тока энтэфээс, иначе фат таблица и её копия будут огромными и естессно тормоза

← →
tButton © (2006-07-09 21:41) [11]

я может глупость спрошу, а НТФС таблица будет меньше?
а как же совместимость фат-нтфс?

← →
tesseract © (2006-07-09 21:56) [12]

> я может глупость спрошу, а НТФС таблица будет меньше?

Ну MFT там две - значит больше по размеру:-) Да и кластера там по 4 Кб.

← →
DrPass © (2006-07-09 21:58) [13]

> tButton © (09.07.06 21:41) [11]

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

← →
vrem (2006-07-09 22:25) [14]

Ntfs = дома если отформатировать так системный диск, а потом выключать компьютер пуск-завершение работы - на неделю не хватит. обычно 3-5 выключений, затем потеря файла и не грузится ничего. размер диска не изменишь системного - пишет "mounted". Ntfs это ещё хуже, чем Java скрипты выдающие IP.
:)

← →
DrPass © (2006-07-09 22:50) [15]

Как повезет. Вообще, NTFS намного надежнее FAT, но зато если грохнулось - вероятность восстановления почти нулевая, в то время как в FAT при исправном железе - восстанавливаются 100% нефрагментированных файлов, кроме тех, что лежали в убитом корневом каталоге

← →
Ketmar © (2006-07-09 23:44) [16]

>tButton © (09.07.06 21:34) [8]
FAT НЕ ШУСТРЕЕ. "проверено" (ц) имею pIII-600. разницу в скорости заметил -- NTFS быстрее.

>tesseract © (09.07.06 21:37) [9]
насчёт "самой быстрой" вы, сударь, врёте. самая быстрая, афаик, JFS. до которой NTFS какать и какать...

>tButton © (09.07.06 21:41) [11]
NTFS ЧТО???

>tesseract © (09.07.06 21:56) [12]
или даже меньше.

>vrem (09.07.06 22:25) [14]
не надо больше кушать эти грибочки... у меня работает уже два года. что я делаю не так?

← →
tesseract © (2006-07-09 23:56) [17]

> насчёт "самой быстрой" вы, сударь, врёте. самая быстрая,
> афаик, JFS. до которой NTFS какать и какать...

HPFS - совместная разработка MS и IBM.
Использовалась в os/2 и nt 3.51 и возможно NT4.0 - фактически NTFS без журнала.

JFS вроде под виндой не выходил. XFS мылыли, мылили, но не выпустили.

← →
Ketmar © (2006-07-10 00:02) [18]

я знаю, что есть HPFS. ибо стояла полуось. JFS (афаик, но могу ошибиться) имеет драйвер под винды.

← →
Труп Васи Доброго © (2006-07-10 00:03) [19]

vrem (09.07.06 22:25) [14]
Ntfs = дома если отформатировать так системный диск, а потом выключать компьютер пуск-завершение работы - на неделю не хватит. обычно 3-5 выключений, затем потеря файла и не грузится ничего. размер диска не изменишь системного - пишет "mounted". Ntfs это ещё хуже, чем Java скрипты выдающие IP.
:)
Давно такого бреда не слыхивал. Я уже три года ни одному клиенту не ставил FAT, NTFS only и за три года ни у кого ни одного сбоя, а число компов за пару сотен уже перевалило, причём это домашние юзеры, встречаются и полнейшие чайники и никому не удалось её завалить, а вот FAT падала, не скажу что часто, но бывало и основная беда кросслинки.
Так что ты уж будь добр, ручки понюхай, для выяснения места произрастания или винт выкинь.

← →
tesseract © (2006-07-10 00:03) [20]

> знаю, что есть HPFS. ибо стояла полуось. JFS (афаик, но
> могу ошибиться) имеет драйвер под винды.

не нашёл :-(

← →
Ketmar © (2006-07-10 00:07) [21]

ну я же сказал -- афаик. точнее даже -- афаир.

← →
DrPass © (2006-07-10 00:08) [22]

JFS под виндой не поддерживается (может, где-то в природе есть драйвер от сторонних производителей). HPFS тоже (последняя версия с ее поддержкой - NT4.0)

← →
Ketmar © (2006-07-10 00:11) [23]

дык 3rd party, натурально. понятно, что "не стандарт"...

← →
Хельг © (2006-07-10 08:38) [24]

> tButton © (09.07.06 21:10)

У меня были такие же траблы лет 5 назад на W98+FAT32.
За неделю виндовый скандиск убивал систему три раза (обнаружены неправильные длинные имена файлов в папках Windows и Program Files).
После отключения автоскана все стало работать нормально.

ЗЫ: MS SCANDISC есть зло

← →
второе явление Чапаева народу (2006-07-10 10:25) [25]

> я не знаю как сейчас с поддержкой HPFS в Windows

AFAIK, начиная с Win2000 -- совсем никак.

> Да и кластера там по 4 Кб.

Ну, сие настраиваемо.

> обычно 3-5 выключений, затем потеря файла и не грузится
> ничего

Антивирь-то стоит? А то я первые две недели на ХР тоже матерился: такая-сякая, падает сама собой. А поставил Нортон Антивирус -- и падать резко перестала... До сих пор не упала.

> имею pIII-600. разницу в скорости заметил -- NTFS быстрее.

Человеки, не в процессоре дело, а в объёме памяти. При 64 и менее мегабайтах оперативки на НТФС работать _весьма_затруднительно_, а на ФАТ кое-как ещё можно...

ЗЫ. Ну если человек пытается работать под ФАТ -- ну так кто ж ему злой Буратино? И нечего удивляться, что файлам попа наступила...

← →
tesseract © (2006-07-10 11:31) [26]

> А поставил Нортон Антивирус -- и падать резко перестала...
> До сих пор не упала.

Это она тормозит. Просто ресурсов не хватает, чтобы сообразить что надо-бы упасть.

← →
Ketmar © (2006-07-10 11:47) [27]

>второе явление Чапаева народу (10.07.06 10:25) [25]
конечно, память важна. а что, есть ещё где-то раритеты с 64mb? и на этом ставят 2k/xp? %-)

← →
DSKalugin © (2006-07-10 12:18) [28]

преобразовать ФАТ32 в НТФС можно даже без переустановки Виндовс
C:\WINDOWS\system32>convert /? Преобразование файловой системы тома FAT в NTFS. CONVERT том: /FS:NTFS [/V] [/CvtArea:имя_файла] [/NoSecurity] [/X] том Определяет букву диска (с последующим двоеточием), точку подключения или имя тома. /FS:NTFS Конечная файловая система: NTFS. /V Включение режима вывода сообщений. /CVTAREA:имя_файла Указывает непрерывный файл в корневой папке для резервирования места для системных файлов NTFS. /NoSecurity Параметры безопасности для преобразуемых файлов и папок будут доступны для изменения всем. /X Принудительное снятие этого тома (если он был подключен). Все открытые дескрипторы этого тома станут недопустимыми.

← →
Amoeba © (2006-07-10 15:50) [29]

> DSKalugin © (10.07.06 12:18) [28]
> преобразовать ФАТ32 в НТФС можно даже без переустановки
> Виндовс

Только при этом размер кластера всегда будет 256 байт.

← →
DrPass © (2006-07-10 15:54) [30]

ПартишнМеджик вам в руки

← →
Ketmar © (2006-07-10 15:55) [31]

>Amoeba © (10.07.06 15:50) [29]
??? не 512, часом?

← →
Чапаев © (2006-07-10 16:09) [32]

> Только при этом размер кластера всегда будет 256 байт.

Закусывать надо! (с)

4 килобайта размер кластера будет...

← →
Piter © (2006-07-10 16:24) [33]

tButton © (09.07.06 21:10)
немного удивился количеству найденых ошибок, но это были цветочки. когда я залез в папку с локальной версией сайта, к своему удивлению я обнаружил что все скрипты по... попорчены

таким же образом сгинули исходники Magic Forum.

tesseract © (09.07.06 21:30) [6]
не пора на NTFS переходить?

на NTFS и было.

tesseract © (09.07.06 21:56) [12]
Да и кластера там по 4 Кб

глупость сказал.

← →
tesseract © (2006-07-10 17:11) [34]

> глупость сказал.

Хорошо по умолчанию в NTFS кластер в 4 Кб.
Размер зависит от размера тома, чем больше том, тем больше нужен кластер.
> на NTFS и было.

читай выше - там Fat32

← →
Vendict © (2006-07-10 20:45) [35]

Piter © (10.07.06 16:24) [33]
на NTFS и было.

было и у меня.
1 раз сгинул раздел NTFS полностью, 30Гигов улетели в неформатируемую область, кое-как поднял 1/3 файлов,
после этого спустя пару-тройку недель мне и заявляют, что не доступны некоторые файлы, при попытки проверки ScanDisc"ом теряются эти файлы и ещё куча, что лежала на разделе (тот же, что описан выше, который после падения начисто отформатировал). еле спас половину ресетом.
А с этими файлами он писал, что что-то неправильно, файл удалён. хотя часть файлов, на которые он гнал, были нормально доступны.
Страшная это вещь, NTFS, я с тех пор на болванку архивы раз в месяц режу то, что сильно нужно.

← →
Amoeba © (2006-07-11 12:16) [36]

> Чапаев © (10.07.06 16:09) [32]
>
> > Только при этом размер кластера всегда будет 256 байт.
>
>
> Закусывать надо! (с)
>
> 4 килобайта размер кластера будет...

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

Из FAQ на http://www.3dnews.ru/reviews/software/win2000_faq/index03.htm#2
7. Можно ли отконвеpтировать диск FAT32 в NTFS без потеpи данных?
A: 1. Можно воспользоваться командой CONVERT том: /FS:NTFS [/V] Преобразование произойдет при следующей перезагрузке. Потери информации не при этом не будет, но нужно иметь в виду, что размер кластера после конвертации составит 512 байт, что не очень хорошо на больших разделах, кроме того, диск после конвертации будет сильно фрагментирован.

← →
tButton © (2006-07-11 13:14) [37]

> Антивирь-то стоит? А то я первые две недели на ХР тоже матерился:
> такая-сякая, падает сама собой. А поставил Нортон Антивирус
> -- и падать резко перестала... До сих пор не упала.

ха! я матерился, когда удалил НАВ =)
он, собако, не удалился =)

← →
Piter © (2006-07-11 20:46) [38]

tesseract © (10.07.06 17:11) [34]
Хорошо по умолчанию в NTFS кластер в 4 Кб.
Размер зависит от размера тома, чем больше том, тем больше нужен кластер

тоже неверно. Размер кластера с размером тома никак не коррелирует. Это просто винда может подбирать "оптимальные" по ее мнению параметры. Нужно только представлять себе что такое файловая таблица и что такое кластер.

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

tesseract © (10.07.06 17:11) [34]
читай выше - там Fat32

читай выше - я писал про свой случай, у меня на NTFS было.

← →
tesseract © (2006-07-11 21:00) [39]

> [36] Amoeba © (11.07.06 12:16)

см

> [34] tesseract © (10.07.06 17:11)

Видите форазу "по умолчанию"?

> [38] Piter © (11.07.06 20:46)

Кореллирует, ой как кореллирует, количество кластеров в MFT конечно, поэтому размеры кластера подбираются по размеру тома.

Чем больше кластер - тем быстрее идут операции с диском и меньше MFT, но тем больше потеря данных вызванные незаполненным кластером, именно поэтому Fat32 рекламировалась в своё время, как экономящая дисковое пространство.

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

ЗЫ: Piter - мне кажеться почитать соотвествующую литературу Вам бы стоило, что-бы избежать пустых разговоров.

← →
Некто © (2006-07-11 22:04) [40]

Афтар, ставь нтфс и не мучайся и других не мучай.

← →
УНА-УНСО (2006-07-11 23:02) [41]

>>а резон? фат шустрее и проблем с ним меньше, сабжевая проблема у меня впервые возникла.

Это ж когда связный список был быстрее Б-дерева?

← →
УНА-УНСО (2006-07-11 23:05) [42]

Удалено модератором
Примечание: мат. (и ник просьба сменить, неуместно)

← →
vidiv © (2006-07-12 04:22) [43]

> Reiser4 рвет всех

то-то ты какойто порванный :)) Да и линукс, имхо, не особо летает как таковой.

Всегда ставлю NTFS, никаких проблем не испытываю: быстро и доволен.
Регулятно дефрагментирую.
Fat - это система для флешек... ИМХО =)

← →
tButton © (2006-07-12 06:34) [44]

> Это ж когда связный список был быстрее Б-дерева?

в однатысяча девятьсот девяносто восьмом году был =)

> Афтар, ставь нтфс и не мучайся и других не мучай.

тут если немного почитать, то выясняется что и нтфс - не сказка

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

← →
Piter © (2006-07-12 14:50) [45]

tesseract © (11.07.06 21:00) [39]
Кореллирует, ой как кореллирует, количество кластеров в MFT конечно, поэтому размеры кластера подбираются по размеру тома

позволь спросить - и сколько кластеров максимально может быть в MFT?
У меня, например, 60 Гб раздел и размер кластера 4 Кб. И все нормально.

Piter - мне кажеться почитать соотвествующую литературу Вам бы стоило, что-бы избежать пустых разговоров

нравятся мне такие фразы. И сразу на "Вы" какой переход стремительный, обиделся? :)

А в общем про литературу могу вернуть предложение тебе.

← →
Игорь Шевченко © (2006-07-12 15:05) [46]

> и сколько кластеров максимально может быть в MFT?

Не лимитируется

← →
Piter © (2006-07-12 15:33) [47]

tesseract? :)

← →
DVM © (2006-07-12 16:26) [48]

> tButton © (09.07.06 21:10)

Был аналогичный случай. После выключения/включения проверка диска испортила половину файлов на диске. Начала разбираться - выяснил первопричину - перегрев жесткого диска (жара).

← →
tesseract © (2006-07-12 17:26) [49]

> А в общем про литературу могу вернуть предложение тебе.

Мне-то как раз не надо.

Цитирую Д.Соломона и М.Руссиновича, ради Вас Г. Питерский выкопал книгу из-под дисков :

Размер кластеров на томах FAT32 по умолчанию
32 Мб - 8 Гб - 4 Кб
8-16 Гб - 8 Кб
16 - 32 Гб - 16 Кб
32 Гб - 32 Кб

Размер кластеров на томах NTFS по умолчанию

512 Мб < - 512 Байт
1024 Мб< - 1Кб
2048 Мб< - 2 Кб
>2048 Мб - 4 Кб

> Не лимитируется

Игорь, здесь Вы немного заблуждаетесь.

"NTFS использует 64-разрядные индексы кластеров. Это позволяет NTFS адресовать тома размером до 16 экзабайт (16 миллиардов Гб). Однако windows 2000 (да я полагаю не win2k, а NTFS 5 (прим tesseract)) ограничивает размеры томов NTFS до значений, при которых возможна адресация 32-разрядными кластерами, т.е. до 128 Тб (с импользованием кластеров 64 Кб)."

Таблицы и цитата из "Д.Соломон, М.Руссинович Внутреннее устройство windows 2000".

У кого более уважаемые источники?

← →
Игорь Шевченко © (2006-07-12 17:44) [50]

tesseract © (12.07.06 17:26) [49]

Спасибо, напомнил :)

← →
tesseract © (2006-07-12 17:53) [51]

> [50] Игорь Шевченко © (12.07.06 17:44)

Число кластеров на файл, действительно не ограничено. Ограничены именно индексы MFT , так Ваше что утверждение не совсем не верно :-).

Кстати я бы неправ насчёт "хвостов" в NTFS, она может помещать в один кластер.
Но только при дефраментации(!) называется "сжатие файлов", в отличие от NWFS/NSS, где это происходит на "лету".

← →
Чапаев © (2006-07-12 17:57) [52]

> Регулятно дефрагментирую.

Чем? ;-) Всё-таки "родные" виндовские средства дефрагментации -- СТРАШНАЯ штука (когда диск заполняется на 80% и более).

> Fat - это система для флешек... ИМХО =)

Ню не знаю. У меня флэшка под НТФС отформатирована. Таскаю между домом и работой исходники (около 500 мелких файликов) -- на НТФС копируется в два с половиной раза скорее, чем на ФАТ/ФАТ32.

А вот флэш-плеер и мобильник -- те таки под ФАТ, тут ничего не поделаешь...

> кста надысь навернулся на работе один комп на нтфс-ке
> (винда файлик потеряла)
> так никакими подручными восстановить не удалось

А какими пытались-то?

tesseract © (12.07.06 17:26) [49]
Размер кластеров на томах FAT32 по умолчанию
Размер кластеров на томах NTFS по умолчанию

каким образом эта информация связана с лимитом на количество кластеров?

ради Вас Г. Питерский выкопал книгу из-под дисков

ну все, совсем обиделся :(

tesseract © (12.07.06 17:26) [49]
при которых возможна адресация 32-разрядными кластерами

ок, это значит 4228250625 кластеров.

Возьмем размер кластера наименьший: 512 байт. Получается, при этом максимальный размер тома порядка Террабайта.

Я таких винчестеров даже в продаже еще не видел.

Круто, что ты процитировал таких уважаемых товарищей. Но к этим товарищам у меня и вопросов нет. Это не Руссинович с Соломоном сказали:

tesseract © (11.07.06 21:00) [39]
количество кластеров в MFT конечно, поэтому размеры кластера подбираются по размеру тома

а ты. Но если бы было так, то кластеры в 512 байт использовались бы размеров винчестера в 1 Тб, далее до двух террабайтов использовались бы кластеры в 1 Кб и так далее.

И опять же ты скзазал вот это:

tesseract © (10.07.06 17:11) [34]
Размер зависит от размера тома, чем больше том, тем больше нужен кластер

НО как видим - это не верно. Даже самый маленький размер кластера удовлетворяет самым большим жестким дискам, выпускаемым на сегодняшний день (это еще при учете того, что ВЕСЬ жесткий диск будет отдан под ОДИН раздел).

> Но только при дефраментации(!) называется "сжатие файлов",

Ах, вот оно что за "сжатие файлов"... А откуда информация? Тоже из Руссиновича? Я до той главы не дошёл ещё... :o)

tesseract © (12.07.06 17:53) [51]
Кстати я бы неправ насчёт "хвостов" в NTFS, она может помещать в один кластер

насколько помню, там специальная зона в файловой таблице для хранения маленьких файлов.

> насколько помню, там специальная зона в файловой таблице
> для хранения маленьких файлов.

Маленькие файлы могут размещаться прямо в МФТ. Но при чём тут хвосты?

> Ах, вот оно что за "сжатие файлов"... А откуда информация?
> Тоже из Руссиновича? Я до той главы не дошёл ещё... :o)

Не, из курса Novell (3016 что-ли) + личный опыт общения с дисками на "ты урод!":-)

> а ты. Но если бы было так, то кластеры в 512 байт использовались
> бы размеров винчестера в 1 Тб, далее до двух террабайтов
> использовались бы кластеры в 1 Кб и так далее

Личных знаний не имеет, защищается казуистикой, так и запишем.

Маленькие кластеры резко увеличивают объём MFT (Вы же с этим были согласны), счастье что NTFS не имеет ограничений по кол-ву кластеров на файл(в пределах ограничений тома ессно).

> тоже неверно. Размер кластера с размером тома никак не коррелирует.

Ваше же заявление? Вот его я и опровергал. Для FAT32 это ограничение ОЧЕНЬ критично.

← →
УНА-УНСО (2006-07-12 18:59) [58]

>Игорь Шевченко © (12.07.06 15:05) [46]

>> и сколько кластеров максимально может быть в MFT?

>Не лимитируется

Очень даже лимитируется - 2^63, но это значение соответствует числу, обучно возникающему при подсчете железнодорожных шпал.

> Очень даже лимитируется - 2^63,

2^32 - смотри выше.

← →
УНА-УНСО (2006-07-12 19:00) [60]

>>Удалено модератором
>>Примечание: мат. (и ник просьба сменить, неуместно)

На ник Soft у вас уже аллергия :)

> [60] УНА-УНСО (12.07.06 19:00)

Не честно, я же не сижу под ником РНЕ или КРО ?

← →
УНА-УНСО (2006-07-12 19:10) [62]

>>2^32 - смотри выше.

Я про стандарт, а не про реализацию. http://www.linux-ntfs.org/content/view/105/44/

А винда часто несовместима сама с собой, да и глючит тоже часто сама по себе.

> Я про стандарт, а не про реализацию.

Реализация сиречь стандарт. Если в курсе - то это ограничение реально грамотно и повышает производительность.
Если-бы маршрутизаторы работали по RFC, то traceroute не существовал-бы.

← →
УНА-УНСО (2006-07-12 19:17) [64]

> Если в курсе - то это ограничение реально грамотно и повышает
> производительность.

А на 64-битных процессорах тоже повышает?

> А на 64-битных процессорах тоже повышает?

Маладца, понял подкол :-)

Я не в курсе, про NTFS для AMD64 (EM64T только в отношении оперативной памяти 64 бит ). Но я думаю, что там индексы полноценные.

tesseract © (12.07.06 18:08) [57]
Личных знаний не имеет, защищается казуистикой, так и запишем

да перестань ты прибегать к детским тактикам аля вынесение вердикта от имени группы людей

Маленькие кластеры резко увеличивают объём MFT (Вы же с этим были согласны),

конечно, это ежу понятно. И что?

> тоже неверно. Размер кластера с размером тома никак не коррелирует.

Ваше же заявление? Вот его я и опровергал. Для FAT32 это ограничение ОЧЕНЬ критично

мое заявление. Я и сейчас так скажу.

Давай упорядочим. Ты говоришь, что выбор кластера зависит от размера тома. Ты приводишь 2 аргумента (если я чего не понял - поясни):

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

Я считаю, что аргумент абсолютно не оправдан. Тут чистыми выкладками сложно оперировать, но файлоая таблица это маленькая доля от объема тома. И будет ли она занимать N мегабайт или 2 * N мегабайт - НЕ СУЩЕСТВЕННО.

2) и еще один аргумент - про чисто технические ограничения, связанные с ограниченным количеством кластеров.

Но это тоже несущественный аргумент - потому как было показано, что даже для кластера 512 байт можно создавать разделы до 1 террабайта.

Вывод? Никакой корреляции в выборе кластера от объема тома нет.

Я бы говорил о корреляции, связанной с ТИПОМ хранимой информации... Например, если на разделе хранятся большие файлы - фильмы, образы - то тогда кластер побольше можно. Если хранится много мелких файлов - то тогда лучше поменьше.
Но это не то, что ты говорил.

Так что корреляции между именно РАЗМЕРОМ тома и размером кластеров нету. Или расскажи в чем я ошибаюсь.

tesseract © (12.07.06 19:15) [63]
Если-бы маршрутизаторы работали по RFC, то traceroute не существовал-бы

а можно поподробнее?

> Вывод? Никакой корреляции в выборе кластера от объема тома
> нет.

Ложь явная. Абсолютная. Наглая.

> Но это тоже несущественный аргумент - потому как было показано,
> что даже для кластера 512 байт можно создавать разделы
> до 1 террабайта.

Типа 2 терабайта на таком кластере создать можно, или Вы это ограничением не считаете?

MFT будет составлять 10^26 =67108864 байт.

> да перестань ты прибегать к детским тактикам аля вынесение
> вердикта от имени группы людей

Надпись на зеркале "другие не лучше".

> файлоая таблица это маленькая доля от объема тома.

С НТФС не так всё просто... Изначально под МФТ отводится восьмая часть диска. Когда места становится мало, часть МФТ отводится под "обычные файлы". И так далее.

> Никакой корреляции в выборе кластера от объема тома нет.

Есть корреляция в выборе размера кластера СИСТЕМОЙ. Вручную можешь отформатировать и под другой размер кластера.

ЗЫ. А я не подстрекатель, а вы не подерётесь!

Когда-то 2 гигабайта был большим запасом. Помнится был у меня винт на 40 мегабайт.

>Чапаев © (12.07.06 21:09) [68]
не совсем так. после распределённого куска MFT резервируется некоторое место. чтобы избежать фрагментирования MFT. когда диск шибко заполняется, этот резерв усекают вполовину. и ты пы.

← →
УНА-УНСО (2006-07-13 00:59) [71]

На руццком читать здесь:
http://www.remont-pc.ru/ntfs.htm

> файлоая таблица это маленькая доля от объема тома. И будет
> ли она занимать N мегабайт или 2 * N мегабайт - НЕ СУЩЕСТВЕННО.
>

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

tesseract © (12.07.06 20:51) [67]
Ложь явная. Абсолютная. Наглая

так мы точно далеко не уйдем. Спор уходит в область "ты дурак". tesseract, предлагаю закончить сие действо.

Прошу по возможности на меня не обижаться.

Чапаев © (12.07.06 21:09) [68]
С НТФС не так всё просто... Изначально под МФТ отводится восьмая часть диска. Когда места становится мало, часть МФТ отводится под "обычные файлы". И так далее

да, с современными файловыми таблицами все очень не просто. Я имел в виду область, которая отвечает именно за распределение какие файлы в каком кластере находятся.

все таки очень бы хотелось послушать насчет:

tesseract © (12.07.06 19:15) [63]
Если-бы маршрутизаторы работали по RFC, то traceroute не существовал-бы

виндус Найти похожие ветки