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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Нужно только двухпроцессорную плату и второй такой же... 14.12.07 16:35  Число просмотров: 2931
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 14.12.07 17:00  Количество правок: 2
<"чистая" ссылка>
> Q6700, Samsung 401LJ, 4Gb 1066, Asus P5K-WS Pro,
> 8800GTX(?), WinXP (которая больше 3 Гб не использует).
> Интересно было бы услышать следующую конфигурацию для
> эксперимента.
Нужно только двухпроцессорную плату и второй такой же процессор.
Желательно еще несколько аналогичных (не обязательно таких же винтов), штуки три.
Если время обчсета тестового задания будет отличаться ровно в два раза при двух почти равных условиях, только в первом случае будет два процессора, а во втором один. Вывод можно будет сделать однозначный - во сколько раз больше процов, во столько раз быстрее будет считать.
Идея понятна?
Данный экасперимент с процессорами можно ставить только в одном случае, если на исходной системе загрузка процессора более 25%. То есть задача умеет параллелится, а Q6700, насколько я понял четырехядерный.
Далее можно уменьшать память до 2Гб, до 1Гб, ... При такого рода экспериментах возможно развитие процесса тестирования по двум направлениям. 1- Задача постепенно начент тормозить по мере уменьшения памяти и 2- задача резко начнет тормозить при уменьшении памяти ниже границы определенного объема или вообще сообщит о том, что ей не хватает памяти. В последнем случае эксперименты с памятью можно уже не проводить, иначе задуматься о 8-16 мегабайтной системе, особенно если прирост скорости будет пропорционален объему оперативки.
Увеличивание же памяти свыше 4Гб вероятнее всего не имеет смысла, поскольку маловероятно, что задача сможет работать с объемом памяти более 4Гб - разрядность не позволит.
Последний эксперимент с дисками. Этот эксперимент имеет смысл проводить, если в процессе работы программы идет интенсивный обмен с диском. Строим из дисков массив RAID-0 сначала из двух, потом из трех, потом из четырех. На этот массив выкладываем данные, своп и каталог временных файлов. Если на двухдисковом массиве задача будет работать почти в два раза быстрее, а на четырехдисковом в четыре, то надо задуматься о восьми-шестнадцатидисковом массиве. Если же прирост скорости будет отсутствовать или составлять 1-5%, то о дисках вообще задумываться не следует.
Эксперименты с памятью можно провести и на существующей конфигурации.
Эксперименты с дисками можно вообще не проводить, а померить объем записаных/считаных данных во время работы программы и разделить на время ее работы. Тем самым получим среднюю скорость. Если эта скорость не выйдет за пределы 1-3 мегабайт в секунду, то продолжать эксперименты с дисками не имееет смысла. Если он превысит 8-10 мегабайт в секунду, то дискам следует уделить особое внимание и начать эксперименты с RAID-0 в первую очередь.
<hardware> Поиск 








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


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