информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Где водятся OGRыСетевые кракеры и правда о деле ЛевинаАтака на Internet
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Шестой Perl превратится в Raku,... 
 Kik закрывается, все ушли на криптофронт 
 Sophos открывает Sandboxie 
главная обзор 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
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Обоих. Автокад неплохо знаком с многопроцессорностью. 13.12.07 18:01  Число просмотров: 3140
Автор: Fighter <Vladimir> Статус: Elderman
<"чистая" ссылка>
> > Это я могу сказать и без счетчиков: 100% загрузка
> > процессора,
> Одного процессора или обоих, т.е. используется ли реально
Обоих. Автокад неплохо знаком с многопроцессорностью.
> второй процессор
> при работе?
> непрерывный своп при открытии файла (минут на
> > 5), то же самое при маштабировании и отправке на
> печать
> > (тут задумчивость может продолжаться до 40 минут).
> После открытия файлов какой объем памяти в итоге занимает
> приложение,
Физической - точно не скажу, но примерно гиг с небольшим.
> эти данные хотя бы дали возможность оценить необходимый
> объем ОЗУ,
> файлы содержащие вектрорные данные как правило имеют не
> очень большой объем,
Дело в том, что там не только вектора, но и растры. Опять же, векторны е данные при отображении растеризуются.
> хотя допускаю что могут быть исключения, видимо у Вас какие
> то спецефические
> задачи, может расскажете поподробнее
> Мне кажется, что сначала надо найти "узкие" места как в
Нехватка оперативной памяти, недостаточная производительность дисковой подсистемы, недостаточная производительность процессоров.
Первое видимо основное.
> аппаратном обеспечении, так и программном и только потом
> искать какое то более производительное железо или софт.
> Imho Всегда можно найти задачу на которой загнется любая
> вычислительная машина
<hardware> Поиск 








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


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