Windows vs Linux - Как десктоп , и игровая станция.

Цитата linuxfan @ 26.08.07, 21:54

Лично я слабо представляю себе, какие телодвижения после этого надо делать с ntldr. В линуксе все ясно из мануалов, а в винде как обычно гуглить до посинения?

Лично у меня на загрузочной флешке в winnt.sif прописано OsLoadOptions = "/noguiboot /fastdetect /minint /rdexportascd /rdpath=WINPE.IS_". Где WINPE.IS_ это WINPE.ISO сжатый makecab'ом, с методом LZX=21, что весьма неплохо. Ясно было из MSDN. Я где-то ошибся?

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

Цитата mo3r @ 27.08.07, 09:19

Потому что там в принципе нет фрагментации, т.е., ситуация из примера просто не может возникнуть.

Вы меня уморите Фрагментации _в принципе_ не может не быть.

Цитата

Видишь суслика? Нет? И я не вижу - а он ЕСТЬ!

Цитата mo3r @ 27.08.07, 09:19

Ну, если бы вы потратили немного времени на то, чтобы посмотреть, что такое git и LFS, то таких вопросов не возникло бы. Потому что там в принципе нет фрагментации, т.е., ситуация из примера просто не может возникнуть.

А своими словами можно? Для тупых и на ум слабых виндузоидов, так сказать? А то некомфортно, когда тебя посылают, хоть по ссылке, хоть просто посылают

Или Гудериан прав?

Цитата Guderian @ 27.08.07, 09:21

А то имеющиеся здесь посылы навроде предложения покопаться в исходниках суть подпись в собственном незнании.

Цитата mo3r @ 27.08.07, 09:19

Ну, если бы вы потратили немного времени на то, чтобы посмотреть, что такое git и LFS, то таких вопросов не возникло бы. Потому что там в принципе нет фрагментации, т.е., ситуация из примера просто не может возникнуть.

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

Цитата mo3r @ 27.08.07, 05:16

А это ведь файловая система.

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

Creating a new repository from scratch is very easy:
$ mkdir project
$ cd project
$ git init

Про LFS я вообще промолчу. Его garbage collector - это свежее ноу-хау по сравнению с дефрагментацией. Сегменты в нем, естественно, не фрагментируются ни разу. Детский сад в стиле "ляпну ка я побольше умных аббревиатур, авось пронесет" Особенно нравится фраза:

Disadvantages
- There can be [U][B]severe file system fragmentation in LFS[/B][/U], especially for slowly-growing files or multiple simultaneous large writes. This inflicts a severe performance penalty, even though the design rationale for log-structured file systems assumes disk reads will mostly be cached away.
- LFS becomes progressively less efficient as it nears maximum capacity, when the garbage collector has to run almost constantly to make clean segments available.
- LFS does not allow snapshotting or versioning, even though both features are trivial to implement in general on log-structured file systems.

И резюме человека "прочитавшего":

Цитата mo3r @ 27.08.07, 09:19

Ну, если бы вы потратили немного времени на то, чтобы посмотреть, что такое git и LFS, то таких вопросов не возникло бы. Потому что там в принципе нет фрагментации, т.е., ситуация из примера просто не может возникнуть.

Ну вот я последовал твоему совету и потратил немного времени и прочитал. Каков будем делать вывод?

Цитата Guderian @ 27.08.07, 09:44

Ну вот я последовал твоему совету и потратил немного времени и прочитал. Каков будем делать вывод?

чейчас скажут что читал ты не так.. или не то..

Ну раз файловые системы эквивалентны в смысле устойчивости к фрагментации, а процент фрагментации в Linux откровенно меньше, то вывод напрашивается сам собой: в линукс (как и во всех unix-like системах) преобладают небольшие по размеру файлы, которые не фрагментируются по определению. В винде же по каким-то причинам при идентичных предположениях (фс не подвержена фрагментации), фрагментация все-таки есть.
Вывод: винда убога by design, как и все приложения, под нее написанные.
Все.
Холивар окончен.
Винда слила.
Мы победили!!!

Цитата linuxfan @ 27.08.07, 11:57

Вывод: винда убога by design, как и все приложения, под нее написанные.

Седня попробовал сок J7 .. он был теплый и невкусный...
Вывод : Линукс гавно. Винда жжет. Холивар окончен. Винда победила!

Цитата linuxfan @ 27.08.07, 11:57

Ну раз файловые системы эквивалентны в смысле устойчивости к фрагментации, а процент фрагментации в Linux откровенно меньше

У вас просто нет нормальных дефрагментаторов, потому и степень фрагментации вы оценить не можете. А то, что есть - содержит в коде printf("0\% fragmented"), я видел )

Цитата linuxfan @ 27.08.07, 11:57

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

И в силу дискретности файловой системы занимают в цать раз больше

Цитата linuxfan @ 27.08.07, 11:57

В винде же по каким-то причинам при идентичных предположениях (фс не подвержена фрагментации), фрагментация все-таки есть.

Ты не понял, они напротив все подвержены фрагментации. Только мы - чайники, потому как удаляем, потом вспоминаем, что не то удалили, восстанавливаем, потом втыкаем что не то восстановили и удаляем опять, но совсем не то что восстановили, а то что удалять было не надо и т.д. А вы не удаляете и вообще ничего с файловой системой не делаете - вы на нее молитесь )

Цитата linuxfan @ 27.08.07, 11:57

Вывод: винда убога by design, как и все приложения, под нее написанные.

Ты еще про убогих вендузятников забыл Они тоже ... by god's design

Цитата linuxfan @ 27.08.07, 11:57

Все.
Холивар окончен.
Винда слила.
Мы победили!!!

Уф, сразу как-то полегчало

Цитата Guderian @ 27.08.07, 12:24

У вас просто нет нормальных дефрагментаторов, потому и степень фрагментации вы оценить не можете. А то, что есть - содержит в коде printf("0\% fragmented"), я видел )

1. У некоторых фс (ex: xfs) -- есть, в остальных случаях достаточно банального копирования файла и стирания фрагментированного оригинала
2. man filefrag
Я-то думал, что ты в вопросе разбираешься. Мельчают вендузятники со временем

Добавлено 27.08.07, 13:11

Цитата Guderian @ 27.08.07, 12:24

Они тоже ... by god's design

Не стоит так льстить виндузятникам: они произошли от обезьян

Цитата linuxfan @ 27.08.07, 13:10

1. У некоторых фс (ex: xfs) -- есть, в остальных случаях достаточно банального копирования файла и стирания фрагментированного оригинала
2. man filefrag

Только линуксоид мог предложить оценить степень фрагментации путем:
1. Копирование файла и стиранием оригинала (ничем при этом не гарантируя, что копия не будет также или еще больше фрагментирована чем оригинал)
2. Пофайлово проверить фрагментируемость всех файлов и по какому-то алгоритму всю эту информацию агрегировать. Алгоритм секретный, потому не раскрывается )

Цитата linuxfan @ 27.08.07, 13:10

Я-то думал, что ты в вопросе разбираешься. Мельчают вендузятники со временем

А я думал, что чувство юмора у тебя еще не дефрагментированное Мельчают вендузятники (оптимизируются), крупнеют линуксоиды (как и их дистры), но ума им это не прибавляет

Цитата linuxfan @ 27.08.07, 13:10

Не стоит так льстить виндузятникам: они произошли от обезьян

Заметь, от диких абизян

Цитата Guderian @ 27.08.07, 13:27

Только линуксоид мог предложить оценить степень фрагментации путем:

Во-первых, копирование -- это и есть т. н «дефрагментация».
Во-вторых, filefrag подсчитывает число инодов, занимаемых файлом, иными словами, число фрагментов. Чем не иструмент для оценки фрагментации?

Цитата Guderian @ 27.08.07, 13:27

А я думал, что чувство юмора у тебя еще не дефрагментированное

Оно у мну не поддается фрагментации

Цитата Guderian @ 27.08.07, 13:27

Заметь, от диких абизян

А линуксоидофф создавал лично Великий Рэндом

Цитата linuxfan @ 27.08.07, 13:57

Во-первых, копирование -- это и есть т. н «дефрагментация».

Надо срочно оповестить всех Многие еще не в курсе, что копирование - это дефрагментация и по старинке считают, что можно дефрагментировать не копируя, а копирование может привести к фрагментации. Но теперь все встает на свои места )

Цитата linuxfan @ 27.08.07, 13:57

Во-вторых, filefrag подсчитывает число инодов, занимаемых файлом, иными словами, число фрагментов. Чем не иструмент для оценки фрагментации?

Что не фраза - то сюрприз Я и не знал, что количество блоков (иноды, кластеры, пофигу) дает оценку фрагментации. У меня есть файл xyz.ext об осьми блоках, фрагментирован ли он ?) Так как гришь кумулятивную оценку фрагментации на девайсе проводишь?

Цитата linuxfan @ 27.08.07, 13:57

Оно у мну не поддается фрагментации

Жаль, разнообразие не помешает. Немного смешаaть, но не взбалтывать ©

Цитата linuxfan @ 27.08.07, 13:57

А линуксоидофф создавал лично Великий Рэндом

Один? Без вмешательства женского полу? Вот до чего техника у линуксоидов дошла А мы как дураки все по старинке

Цитата linuxfan @ 27.08.07, 13:57

А линуксоидофф создавал лично Великий Рэндом

В своих сношениях с линуксом?

Господа вот вам пара цитат из
The Linux System Administrators' Guide
Версия 0.6.2
Copyright 1993--1998 Lars Wirzenius.

Первая об устройстве ext2

Цитата Энциклопедия системного администратора Linux

Что такое файловая система?
У большей части файловых систем UNIX сходная структура, а их некоторые особенности очень мало различаются. Основными понятиями являются: суперблок (superblock), индексный дескриптор (inode), блок данных (data block), блок каталога (directory block) и косвенный блок (indirection block). В суперблоке содержится информация о файловой системе в целом, например, ее размер (точная информация зависит от типа файловой системы). В индексном дескрипторе хранится вся информация о файле, кроме его имени. Имя файла хранится в блоке каталога, вместе с номером дескриптора. Запись каталога содержит имя файла и номер индексного дескриптора соответствующего файла. В этом дескрипторе хранятся номера нескольких блоков данных, которые используются для хранения самого файла. В inode есть место только для нескольких номеров блоков данных, однако, если требуется большее количество, то пространство для указателей на блоки данных динамически выделяется. Такие блоки называются косвенными. Для того, чтобы найти блок данных, нужно сначала найти его номер в косвенном блоке. Как видите, в устройстве файловой ext2, типичной для Linux нет ничего сложного.

Далее привожу о дефрагментации ext2

Цитата Энциклопедия системного администратора Linux

Борьба с фрагментацией
Файловая система ext2 пытается уменьшить фрагментацию, храня все блоки в файле близко друг к другу, даже если они не могут быть сохранены в последовательных секторах. Ext2 действительно всегда распределяет свободный блок, который является самым близким к другим блокам в файле. Для ext2, следовательно редко нужно беспокоиться относительно фрагментации. Имеется программа для дефрагментации файловой системы ext2, но необходимость в ней бывает редко.

Те кто захотят удостоверится в истинности высказываний смогут отыскать в сети и эту и возможно более свежую версию данного руководства.

Но прошу обратить ваше пристальное внимание на то что я привел не свои собственные измышления а цитату из источника Всех кто считает что ext2 подверженна фрагментации попрошу выкладывать ваши факты (ссылки на статьи, авторитетные источники, собственные наблюдения и сравнения подтвержденные доказательствами и с возможностью повторения эксперимента любым из участников нашей милой беседы)

Добавлено 27.08.07, 17:55
Кого интерисует лезем качаем и пользуем.
Disk Allocation Viewer

Цитата

dav(Disk Allocation Viewer) is a program which collects and visualizes the fragmentation status information of Linux filesystem, ext2/ext3. dav can collect the fragmentation status information regardless of whether filesystem is mounted, and can output its text data or visualize it.

Интервью разработчиков ASP Linux:

Цитата http://www.securitylab.ru/forum/read.php?FID=21&TID=1616&MID=20970#message20970

TanaT: Это правда, что для файловой системы Linux не существует такого понятия как дефрагментация? Ведь в Windows дефрагментацию рекомендуется проводить регулярно.

Кирилл Конягин: Правда. Так устроена файловая система - при записи файлов она по возможности записывает их непрерывно. Тем не менее, фрагментация файлов во всех современных файловых системах (NTFS 5, Ext2, Ext3, XFS и т. п.) присутствует, но она не принимает таких серьезных масштабов, как, например, в FAT. Поэтому дефрагментация не является жизненной необходимостью, но иногда (довольно редко) бывает целесообразна. Все необходимые инструменты для этого у каждой файловой системы есть.

Ну и не знаю ждля кого как а для меня это вполне авторитетный источник
Дефрагментация диска
Покажите мне хоть слово о линуксе

Цитата best_lamer @ 27.08.07, 17:39

Всех кто считает что ext2 подверженна фрагментации попрошу выкладывать ваши факты

А где в данном умном талмуде сказано, что ext2 не подвержена фрагментации?

Как раз наоборот, утверждается обратноее:

Цитата best_lamer @ 27.08.07, 17:39

Для ext2, следовательно редко нужно беспокоиться относительно фрагментации.

Редко, но нужно.

Цитата best_lamer @ 27.08.07, 17:39

Имеется программа для дефрагментации файловой системы ext2, но необходимость в ней бывает редко.

А зачем нефрагментируемой ФС программа дефрагментации?

И кстати, ext2 когда говоришь вывели из эксплуатации?

Добавлено 27.08.07, 17:58

Цитата best_lamer @ 27.08.07, 17:39

NTFS 5, Ext2, Ext3, XFS

Ну вот видишь. Даже разработчики линукса ставят NTFS в один ряд с ext2 и ext3.

Цитата best_lamer @ 27.08.07, 17:39

Покажите мне хоть слово о линуксе

Сейчас будет