как поменять? там только открывается список и в нем нет локального админа

(90) EnterpiseManager-Security-Logins
Добавь

на настоящий момент применены все рекомендации по оптимизации (исключая только отключение гипертерминал, но думаю это ничего не даст) - быстрее работать 1С не стала.

Эксперемента ради в ближайшие дни попробую отключить AWE, и сравнить показатели работы винды 2003 (64) и 2000 на 4 Гб памяти.

dimm73 писал(а) 26. Августа 2009 :: 05:37:

Про гипертрейдинг зря думаешь что ни причем и ни на что не
влияет.

Нехочу искать статьи на английском (да и на русском тоже)

гипертрейдинг (ИХМО )это точно такой же маркетинговый ход
что один процессор работает как два и успевает все обрабатывать.
Дело в том sql по особому обращается с устройствами "напрямую"
( в 2005 и далее даже ввели слой SQLOS ) и sql генерит большие
потоки запросов считая что там два процессора а так
как процессор один и объем данных большой то время теряется на переключение контекста между двумя виртуальными процессорами. Извините за косноязычность и ненаучность.
Может в чем и не прав но это ИХМО.

Z1 писал(а) 26. Августа 2009 :: 06:06:


Сегодня вечером отключу

Конечно, поддерживают - раз ось 64битная стоит.
Однозначно на 64 ось нужно ставить 64 битный сервер. Тогда он сможет использовать всю доступную память безо всяких дополнительных прослоек, что и должно повысить быстродействие.

Какими тестами пытаешься это самое повышение быстродействия обнаружить?

classic писал(а) 27. Августа 2009 :: 09:12:



время формирования различных отчетов

Z1 писал(а) 27. Августа 2009 :: 09:36:



при переходе с win2000 adv на w2003 было отдано предпочтение 64 бтной системе, т.к. в самом начале топика один из советовавших указывал, что использует сейчас именно такую связку и что sql отдано 25 гб памяти.
Если вы скажите, что в моем случае оставаясь на SQL 2000 использовать win2003 (32) могу и так попробовать, рассматриваю все варианты, т.к. переходить на 2005 скуль стремно (положа руку на сердце), просто почитал топики на других форумах и понял, что далеко не у всех (и тем более сразу ) SQL2005 заработал с более высокой производительностью, уже описано довольно много граблей при таком переходе и к сожалению не все из них можно протестить на локальной машинке не в сетевом режиме (а что-то можно просто проглядеть) например тормаза при скроле журналов документов, еще какиетоглюки с подчиненными доками и т.п