2. Оптимальный вариант для 2х-проц. машины: система крутиться на одном проце, а SQL Server на другом.

Сost of parall.: поставь его 1, так машина вообще заткнется. Нужно в БОЛ почитать, в каких случаях распараллеливание спасает. Насколько я помню, в случае подзапросов (и, вероятно, join), но при этом запрос должен быть длинным!

Что скажут спецы на мой "опус"?

я не "спец", но вот специально проверил на двухпроцессорной тачке (не поленился даже вечером рестарт сервера сделать) поставил в SQL "использовать только 1 процессор". Результат график загрузки процессоров: тот который под SQL периодически занят до 100%, а тот, который "выделен под систему" - загрузка 1.5%, тоесть просто простаивает.... Пока с утра было 10-15 юзеров никто ничего не замечал... А вот сейчас уже 50 юзеров, поток запросов возрос, первый проц занят 100% а второй ~2-3%... Пошли звонки насчет тормозов... Так вот, еще вчера при аналогичной загрузке при двух процессорах под SQL, и при Сost of parall.= 20, средняя загрузка обоих процов была на уровне ~60% и никаких жалоб на тормоза...

Параметр Сost of parall меняйте аккуратно и не на большую величину, иначе можно напароться на неприятности...

если можно, то хоть намек - на какие? (неприятности - это всегда важно!)