информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Все любят медСтрашный баг в WindowsSpanning Tree Protocol: недокументированное применение
BugTraq.Ru
Русский BugTraq
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Модель надежности отказоустойчивой... 
 Oracle выпустила срочный патч для... 
 Атака на WPA2 
 Outlook полгода отправлял зашифрованные... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / beginners
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Господа, будьте снисходительны, не бросайтесь сразу штрафовать за, как вам кажется, глупые вопросы - beginners на то и beginners.
А при чем тут фрагментация??? Производительность современных... 02.01.05 13:32  Число просмотров: 1783
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
> сабж. что было выключено и настроено, какова фрагментация,
> заполнгенность диска..? какие цифры замерялись и каким
> софтом?

А при чем тут фрагментация??? Производительность современных ОС+ФС на современном железе от фрагментации не зависит. По крайней мере я не с содержимым файлов работал, которое может быть фрагментированным. Если заполненность диска может значительно влиять на производительность ФС, то эта ФС получает самую низшую оценку и в дальнейшем сравнении уже не рассматривается. Настроек ФС не так уж и много, но все что можно настраивается на максимальную производительность. Когда разница составляет несколько порядков, не нужны ни какие софты и секундомеры - несколько сотен тысячь файлов не должны удаляться в течение нескольких часов/дней.
Мой выбор - считаю Новель наиболее удачной файл-серверной системой.

> > Сравнивать с FAT не тороплюсь.
>
> ну спасибо хоть на этом, хотя выбора на NT все равно нет.

К сожалению.
По скорости будет лидером, но не применим на серваках.

> > Это впечатление после работы с обычным старым добрым
> Novell'овским томом
>
> новелл - несколько другая технология, это выделенный

Какой он выделенный??? Из толпы рядовых писюков он выделяется только тем, что на нем Виндусовские программы не пойдут.

> сервер. в нем нет гуя, который надо долго и мучительно

Как это гуя нет? не будем рассматривать версии 2.15, 3.11, 4.1... Начиная с 5 он автоматом стоит. Отключить его автозагрузку слишком элементарно, по сравнению с Виндоус милениум.

> выключать после установки, как в XP, пока не начнет
> занимать <64M ОЗУ. новелл на 64 же сразу будет летать.
> но к сожалению, "zed's dead, baby. zed's dead" (c)
>
> > а так же после ext2-ext3 файловой системой,
> использующейся UNIX-клонами.
>
> нууу... и это тоже другая тема :) - и тоже весьма спорно.
> NTFS хотя бы не занимается самолечением после некорректной

Огромное достижение - отсутствие самолечения при легком падении.

> перезагрузки, да и упадет только там, где все остальное
> тоже обязательно упадет - сигнализируя о неверном выборе
> модели HDD. а про ext3 я вообще вежливо промолчу.
>
> кстати, на *NIX-файлсервере у тебя гуй грузился, ресурсы
> кушал? :)

Под *NIXами ни одно приложение не будет кушать ресурсы, если оно не активно.

> еще момент: некоторый весьма нужный софт (1С или еще какая
> кака) либо имеет до файлов 100 мегабит, либо UDMA-6. выбор
> за вами :)

Что-то сравнения однобокие - ФАТ да НТФС по ссылкам.
<beginners> Поиск 








Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2017 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach