информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Портрет посетителяSpanning Tree Protocol: недокументированное применение
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / operating systems
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Размер базы, размер оперативки, чем еще память забита? 27.03.06 12:11  Число просмотров: 2702
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 27.03.06 12:14  Количество правок: 1
<"чистая" ссылка>
<operating systems>
Дефрагментирование сервера. 25.03.06 15:05  
Автор: Bandit Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Народ подскажите плиз.
кто чем дефрагментирует жесткие диски на сервере?
сервер Windows 2000 server
сам никогда этим не занимался, потому что не было необходимости.
а теперь такая необходимость появилась и хочестся знать Ваше мнение.
Тяжело что-либо сказать, пока не знаешь чем вызвана данная... 27.03.06 10:03  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 27.03.06 10:04  Количество правок: 1
<"чистая" ссылка>
Тяжело что-либо сказать, пока не знаешь чем вызвана данная необходимость.

> Народ подскажите плиз.
> кто чем дефрагментирует жесткие диски на сервере?

Ничем.

> сервер Windows 2000 server
> сам никогда этим не занимался, потому что не было
> необходимости.

Аналогично.

> а теперь такая необходимость появилась и хочестся знать

Виндовс2000 не ДОС. Хотя и под ДОсом при правильной настройке такой нужды могло не возникнуть. Правильным операционкам с правильной ФС и с правильной работой файлового кеша это ненадо, поскольку производительность это не повышает.

> Ваше мнение.
RAID массивы есть? Для начала посмотрите на сайтах производителей/разработчиков плат/чипов контроллеров их точку зрения на дефрагментацию. Например, я не нашел стабильной точки зрения по 5му рейду. Его я не оптимизирую. 26.03.06 12:26  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
http://www.raxco.com/products/perfectdisk2k/ 25.03.06 19:46  
Автор: leo <Леонид Юрьев> Статус: Elderman
<"чистая" ссылка>
За сервер не скажу, но дома стоит O&O defrag V6 pro, шустрая... 25.03.06 18:29  
Автор: push <Dmitry> Статус: Member
<"чистая" ссылка>
За сервер не скажу, но дома стоит O&O defrag V6 pro, шустрая и приятная штука, имеет несколько настраиваемых режимов, мою (не самую быструю) машину не тормозит вообще.
Ещё советую посмотреть Winternals Defrag Manager.
Просто сервак используется как файловый. и там постоянно... 27.03.06 11:17  
Автор: Bandit Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Просто сервак используется как файловый. и там постоянно идет работа с базами данных.
Замечено что поле интенсивной работы с базами в течении 3-х месяцев. Скорость работы падает на 30-40 процентов. Ты его форматнул, слил заново базы и порядок, сново ждеш 3 месяца.
Так вот я и зацепился за дефрагментаторы.
Размер базы, размер оперативки, чем еще память забита? 27.03.06 12:11  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 27.03.06 12:14  Количество правок: 1
<"чистая" ссылка>
Сервак материнка Intel SDS2, жесткие диски SCSIx2 70gb в... 27.03.06 12:30  
Автор: Bandit Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Сервак материнка Intel SDS2, жесткие диски SCSIx2 70gb в зеркале.
Оперативки 1024.
Сервак используется как файловый сервер для баз данных и файловой помойкой для пользователей.
В таск мэнэджере смотрим сколько используется, сколько в... 27.03.06 13:04  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
> Оперативки 1024.

В таск мэнэджере смотрим сколько используется, сколько в наличии, сколько под кэш.
Смотрим размер базы на диске. Анализируем - влезает ли она в кэш.
Если сложно анализировать, то временно достаем еще гиг оперативки и ставим. Смотрим как быстро база начнет работать или нет.

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

Можно еще ролью сервака поиграться.

Идея в том, если база может вся сесть в оперативку (файловый кеш), то как она фрагментирована абсолютно не будет играть никокой роли. Точнее будет влиять только на первый запрос и на слив кеша при остановке базы (если это ЭсКуЭль сервер).
Нет ребята база не на мускуле, а всего лиш на обычном... 27.03.06 15:47  
Автор: Bandit Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> > Оперативки 1024.
>
> В таск мэнэджере смотрим сколько используется, сколько в
> наличии, сколько под кэш.
> Смотрим размер базы на диске. Анализируем - влезает ли она
> в кэш.
> Если сложно анализировать, то временно достаем еще гиг
> оперативки и ставим. Смотрим как быстро база начнет
> работать или нет.
>
> > Сервак используется как файловый сервер для баз данных
> и
> > файловой помойкой для пользователей.
>
> Можно еще ролью сервака поиграться.
>
> Идея в том, если база может вся сесть в оперативку
> (файловый кеш), то как она фрагментирована абсолютно не
> будет играть никокой роли. Точнее будет влиять только на
> первый запрос и на слив кеша при остановке базы (если это
> ЭсКуЭль сервер).

Нет ребята база не на мускуле, а всего лиш на обычном DBase.
Так что во сновном это файловый сервак.
Собственно без разницы. Раз дефрагментирование помогает,... 27.03.06 18:12  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 27.03.06 18:13  Количество правок: 1
<"чистая" ссылка>
> Нет ребята база не на мускуле, а всего лиш на обычном
> DBase.
> Так что во сновном это файловый сервак.

Собственно без разницы. Раз дефрагментирование помогает, значит база в память не садится или садится, но потом ее что-то оттуда сносит.
Если база большая, то сильное фрагментирование ее сильно тормознет.
Если кластера разбросаны по всему диску равномерно-хаотично, если они все кешанутся, то на скорость работы базы сильная фрагментация совсем не повлияет (только на первое обращение).
Без разницы - будь то локальное приложение работает с файлами, будь то удаленное (по сети). Кешироваться должно все.
Ди-Бэйсовые базы сами по себе могут быть тормозные при определенных обстоятельствах.
Предложение такое: делаете тестовый запрос в базу, который должен выполняться минимум несколько секунд. Выполняете его после сброса кеша и без сброса. Засекаете время запроса. Смотрите сколько пролетело по сети. Считаете среднюю загрузку сети. Смотрите загрузку процессора клиентского писюка. Загрузка должна быть сбалансирована - время прокачки по сети должно быть равно времени счета процессора или быть раза в два меньше. Загрузка процессора сервера должна быть минимальна.
1




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


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