Сервант 2Xeon 3.2 4Гб ОЗУ, SCSI RAID 10
перепровожу базу оба проца не нагружаются более 50-55%
Создаю RAM DISK (hhtp://ramdisk.nm.ru) 2 ГБ
кидаю туда базу, темп тудаже /t
Запускаю перепроводение и таже картина загрузка процесов не возросла,
хотя поидеи должна возрости до 100% т.к. база в памяти, проверял через
perfmon.exe очередь к винту=0
Прирост скорости перепроведения гдето 30-50% Хотя ожидал минимум в 2-3 раза. Счастье не наступило. В чем грабли? где еще могут быть узкие места?
Как выжать все соки из этого железа?
Спасибо

(0) Даю на водку: "распределение времени процессора", "приоритет процесса".

Везет же человеку, люди не знают как уменьшить загрузку процессора, а здесь всё наоборот :-)

+1

(2) Хоцеца юзать его по полной,
а то стоит себе такой монстр пылинки с него сдуваем,
а толку мало. Вот

(1) По подробнее пожалуйсто

100% - это загрузка всех ядер всех процессоров.
1С юзает один из них.

(4) А, может, ну его... пусть себе спокойненько работает?

(6)
В том то и дело что в диспетчере задач загрзка каждого проца поотдельности отображается,
1й CPU 40%
2й CPU 60%
Суммарная нагрузка ~50%

Менял приоритет процесса 1СV7S на высокий высший и пр.
суммарная нагрузка не более 50-60%
В чем еще может быть троубл?

Приоритет "Реального времени" поставь при старте, ну если скумекаешь как (это возможно :) ) и из самой 1С

(10)
Это как из "..и из самой 1С" ?

(11) нормально так...

(12)
Очень конструктивно, спасибо.

(9) Сервер, по-умолчанию, отдает приоритет сервисам.

+(14) и это правильно ;-)

отрывок из форума
Плюс некоторые хитрости - по умолчанию в win 2003 server задан режим работы

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters]
"Size"=dword:00000003

это выделение процессора по максимуму фоновым процессам типа SQL сервера, а у тебя все терминиальные процессы - задачи переднего плана. Замени этот параметр на 2 - и увидишь изменения в работе.

Сейчас поставлю, проверю

(0) Че тут удивительного? В перепроведении основное время занимает расчет итогов - а это нагрузка в основном на винчестер, считать с диска миллионы записей, поскладывать - это чепуха...

Хотя все конечно от алгоритма еще зависит, если постоянно колбасятся ТЗ то тогда грузится проц

А, про рамдиск не прочитал...

(18)
Вот вот... :(

(16)
по*уй
Суммарная загрузка ЦП 50%
:(
Что я мог еще упустить?......

(12) Поверь, что очень конструктивно...

К примеру так...
...
//*******************************************
Функция СтавимПриоритет(Приоритет=32,Процесс=0)
   ПриоритетПреж=Процесс.Priority;
   Процесс.SetPriority(Приоритет);
   Возврат ПриоритетПреж;
КонецФункции    // SetProcessPriority

Процедура Сформировать()
   СпПриоритетов=СоздатьОбъект("СписокЗначений");
   СпПриоритетов.Установить("IDLE_PRIORITY" ,64 );
   СпПриоритетов.Установить("NORMAL_PRIORITY"  ,32 );
   СпПриоритетов.Установить("HIGH_PRIORITY"  ,128  );
   СпПриоритетов.Установить("REALTIME_PRIORITY" ,256 );
   Шел = СоздатьОбъект("WScript.Shell");
   Локатор=СоздатьОбъект("WbemScripting.SWbemLocator");
   Сервис=Локатор.ConnectServer();
   Тест=Шел.Exec("rundll32.exe kernel32,Sleep");
   ПроцессТест=Сервис.Get("Win32_Process.Handle="+Тест.ProcessID);
   Процесс1С=Сервис.Get("Win32_Process.Handle="+ПроцессТест.ParentProcessID);
   ПроцессТест.Terminate();
   Сообщить(СтавимПриоритет(СпПриоритетов.Получить("HIGH_PRIORITY"),Процесс1С));
КонецПроцедуры
...
Тока реал-тайм приоритет так не поставить, а все остальные безпроблем

По умолчанию 1С гребет только половину мощности процессора.....

Вот цикл, который загружает процессор на 100%:


Пока 1=1 Цикл
КонецЦикла;


(0) Пусть на этот сервер зайдут человек пять, и запустят отчеты типа "Книга продаж" с частичной оплатой за месяц...  Или какой-нидь анализ продаж с большим количеством группировок за большой период...  Т.е. главные условия: пользователей должно быть больше 2-х и отчеты должны быть "громоздкими"...  Да, до кучи: пусть все пользователи полученные отчеты сохранят как Excel-файлы...  Результатом проверки поделись... :)

(26) на этот случай можно раздать квоты...

(22)
Запихал в глобальный модуль приначалеработы
перепроведение суммарная загрузка ЦП 50%

(28)правильно, проц ты сможешь загрузить только чем-то наподобие (25).... правда один человек хвастался, что заставил таки.... путем обмана 1С, заставив ее считать процессор в 2 раза мощнее....

(0) Игрушку одновременно запусти, будет хорошо загружен...

Ну может есть еще какойто способ как заставить 1С работать на все 100% хотябы одного процессора.
Может Hyper Threading включить?

(31)дык это в самой 1С ограничение......

Попробуй цикл
Пока 1=1 Цикл
КонецЦикла
какая нагрузка буит?

Если ДБФ, то так и будет, хотя со скулем тоже самое.

:(
Не ужеди все кто сидит на этом форуме не интересовался этим вполне закономенрным вопросом. Ведь решение обязательно должно быть, кажется? ;)

(33) Это и понятно, но это не то что я хочу,
я могу искуствено загрузить любой проц и более 100%
Мне интересна сама 1С а именно перепроведение БД в монопльном режиме

(36)кстати, а ты уверен, что у тебя все остальное (винты, например) не загружены полностью в это время.... а то smaharbA редко ошибается....

(37)
perfomen.exe
счетчик очереди дисков =0
если запускаю базу на винте график<>0

ставлю HTполучаю 4 логических проца
суммарная загрузка цп держится на уровне 25%
причем нет ни одного логичесокого проца который был бы постоянно загружен на
100% загрузка плавает между 2мя процами и периодически нагружается 3й
Отсюда резюме: ОС сама распихивает между процами процесс 1С

т.е нагрузку 1го реального процессора распихивает по всем логическим и физическим процам и не нагружает больше чем мощность этого самого 1го проца

http://vspx27.stanford.edu/cgi-bin/main.py?qtype=teampage&teamnum=47240 Ставь FOLDING HOME и пользу принесешь человечеству и сервак на все 100 загрузишь...

(0) у меня такой же вопрос "Вставал".
Логика вопроса примерно такова: Почему документы проводятся так медленно, а процессор при этом не загружен? Что мешает им проводится быстрее, где узкое место.
Даже обратился с вопросом в support они ответили так: читайте стати на ИТС
- Анализ проблем производительности и оптимизация приложений
- Влияние количества хранимой информации на скорость работы системы
- Рекомендации по повышению устойчивости и масштабируемости работы конфигураций