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

Цитата wind @ 26.08.07, 14:13

best_lamer, вы всерьёз думаете, что бывают файловые системы, не нуждающиеся в дефрагментации? Вы всерьёз думаете, что ОС может самостоятельно запускать этот процесс?

Хоть вопрос и адресован не мне, но все же
1. Да
2. Да
Еще вопросы?

Цитата best_lamer @ 26.08.07, 14:55

Суперкомп==Очень многопроцессорная система А следовательно ОСь прекрасно выполняющая свои обязанности на очень многопроессорной системе должно неплохо справится и с 2мя 8мью процами (ну это так по логике )

Ну я бы не стал в этом месте превозносить линукс, т. к. относительно недавно на лоре проскакива новость, что какой-то мегачел нашел косяк в ядре, из-за которого оно довольно хреново масштабировалось (по сравнению с фрей), когда число процессоров достигало некоторой критической величины (почему-то на уме крутится 8k, но не уверен). Тем не менее, винду, гоняющую 1k процессоров представить не могу: там же таскманагер на 20--дюймовый монитор может не поместиться
ЗЫ: фрю терпеть ненавижу.

Цитата wind @ 26.08.07, 15:09

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

Есть такая прога: azureus, так вот, эта сволочь активно юзает «дырявые» файлы, а вызов на ерзервирования места появился только недавно, соответственно фрагментация файла просто дичайшая (более 10000 фрагментов на крупных файлах). Как я дефрагментировал это дело: тупым копированием файла в друго каталог. Все, 1-5 фрагментов на файл, так что идеальные ФС таки существуют

Добавлено 26.08.07, 21:38

Цитата best_lamer @ 26.08.07, 15:24

wind ту же Gentoo при желании, если устанавливать систему не из исходников а из предварительно откомпилированных бинарных пакетов, можно установить за те же 15 минут

А можно ставить из тарболла: время разархивирования + grub-install

Цитата FullArcticFox @ 26.08.07, 18:30

Спрашивают сразу только в начале и конце установки!

Ничего подобного

Цитата mo3r @ 26.08.07, 18:31

А вы что, не знали? ISO 9660 не нуждается в дефрагментации.

Ещё двадцать пять раз ROFL. Вам сказать больше нечего?

Цитата mo3r @ 26.08.07, 18:31

И, например, e3fs и reiserfs накапливают проценты фрагментированности за несколько лет.

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

Цитата mo3r @ 26.08.07, 18:31

Настройки прокси-сервера, все-таки, являются общесистемными.

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

Цитата mo3r @ 26.08.07, 18:31

Ага, его еще и делать надо, тулзами всякими пользоваться, кастомный дистр собирать.

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

Добавлено 26.08.07, 21:47

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

Хоть вопрос и адресован не мне, но все же
1. Да
2. Да
Еще вопросы?

1. Неверно. ФС только для чтения не в счёт
2. Неверно. Я уже указывал на то, что речь не о способности, а о допустимости.
Ещё попытки ответов?

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

А можно ставить из тарболла: время разархивирования + grub-install

Форточки также можно развернуть из образа. Можно с файлом ответов. И что?
Больше того, форточки можно просто копировать - если дисковый контроллер из известных.

Сообщение отредактировано: wind - 26.08.07, 21:55

Цитата wind @ 26.08.07, 21:41

Ещё попытки ответов?

1. Докажи
2. А почему бы и нет? У меня slocate (индексирование файлов) регулярно запускается, чем дефрагментация хуже?

Цитата wind @ 26.08.07, 21:41

Форточки также можно развернуть из образа.

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

Цитата mo3r @ 26.08.07, 18:31

e3fs

Зато уж если припрет дефрагментировать, то оказывается, что нечем.

Цитата mo3r @ 26.08.07, 18:31

reiserfs

Производительность была принесена в жертву низкой фрагментации. Это не всегда допустимо.

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

1. Докажи

1. Данные на диске физически адресуются не именем файла и/или полным путём к папке, его содержащей.
2. Файл не есть нечто неделимое, а состоит из известно чего.

Доказательство окончено

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

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

Я тоже слабо это себе представляю - не пробовал. Но администраторы на работе как-то умудряются за 20 минут ставить систему со всем необходимым софтом

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

В линуксе все ясно из мануалов, а в винде как обычно гуглить до посинения?

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

Цитата wind @ 26.08.07, 22:03

а вот в случае с линуксом - совсем наоборот.

опять мимо кассы

Добавлено 26.08.07, 22:11
http://www.google.com/linux

Цитата kuzja @ 26.08.07, 22:10

опять мимо кассы

Не знаю уж, чего вы потребуете в качестве доказательства Но очень даже в кассу. Простая статистика.

Цитата wind @ 26.08.07, 22:11

Не знаю уж, чего вы потребуете в качестве доказательства Но очень даже в кассу. Простая статистика.

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

Цитата wind @ 26.08.07, 21:41

1. Неверно. ФС только для чтения не в счёт

Неверно. Про git, вы, конечно, не заете. А это ведь файловая система. Причем версионируемая транзакционная. И при этом запись в нее не влечет фрагментированности.

Цитата Unhealer @ 26.08.07, 22:03

Зато уж если припрет дефрагментировать, то оказывается, что нечем.

Оно, в общем-то, особо и не надо.

Цитата Unhealer @ 26.08.07, 22:03

Производительность была принесена в жертву низкой фрагментации. Это не всегда допустимо.

Несколько странное заявление. reiserfs — одна из самых быстрых файловых систем.
А фрагментированность файловых систем определяется алгоритмами аллокации и деаллокации места на диске, структурами каталогов.

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

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

то же что и в линухе, абсолютно..

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

Неверно. Про git, вы, конечно, не заете. А это ведь файловая система. Причем версионируемая транзакционная. И при этом запись в нее не влечет фрагментированности.

Сцылочку дайте. Я действительно не знаю такой файловой системы. А насчёт фрагментации -

Цитата wind @ 26.08.07, 22:03

1. Данные на диске физически адресуются не именем файла и/или полным путём к папке, его содержащей.
2. Файл не есть нечто неделимое, а состоит из известно чего.

Цитата wind @ 27.08.07, 05:49

А насчёт фрагментации -

И что это меняет? LFS (файловая система, разработанная в Беркли), тоже не фрагментируется. Все ведь в алгоритмах дело.

Добавлено 27.08.07, 06:32

Цитата wind @ 27.08.07, 05:49

Сцылочку дайте.

http://en.wikipedia.org/wiki/Git_(software)

Цитата mo3r @ 27.08.07, 06:08

Все ведь в алгоритмах дело.

Алгоритм заключается в отказе записать файл при отсутствии целого свободного фрагмента для его записи?

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

Несколько странное заявление. reiserfs — одна из самых быстрых файловых систем.

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

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

Нельзя, чтобы было одновременно быстро и без фрагментации.

Хотя, надо заметить, что она действительно почти не фрагментируется при включенном tail packing.

Цитата Unhealer @ 27.08.07, 06:37

tail packing

А каким он боком может спасти от фрагментации? Это всего лишь средство объединять маленькие файлы в одном кластере, не более.

Разберем на примере?
Вот диаграмма диска:

xxxxx--xxxx-xxxxxxxxxxxxxxx---xxxxxxxxxxxxxx

(x — занятое место, - — свободное)
Мне сюда нужно записать файл "xxxxxx". Он как раз влезает. Что будут делать ваши супер-интеллектуальные системы в таком случае? Сжимать записанные блоки для того чтобы освободить целый блок для файла?