Oчередные тесты для Оracle серверов - Linux vs NT2000

2ORG

Вообще я бы на пункт 3 обратил внимание если уж пошел такой разговор. "PERFORMANCE and TUNING" А ваши чувства и предположения здесь не имеют ни какого значения.

2 Antichrist:
>Вообще-то даже криволапые жабисты знают, что такое thread pool.

Э, не все, к сожалению, до некоторых со временем доходит, к счастью.

>А применение такового весь оверхед линуховых ниток покрывает на хрен.
На создание да, еще есть переключение.

А вообще добрые линуксовые админы любят жабу на зеленые нитки сажать, шоб не рыпалась.

2 anonymous:
>Вообще я бы на пункт 3 обратил внимание если уж пошел такой
>разговор. "PERFORMANCE and TUNING" А ваши чувства и предположения
>здесь не имеют ни какого значения.

Около года назад MS SQL занял первую строчку на tpc.org при минимальной стоимости транзакции.
Ораклоиды обиделись и сказали, что результаты неправильные.
А когда сиквель вытеснили бимеры, все это восприняли нормально.
Так что и с MS SQL есть где за ручки подергать.

Эх, блин, даже не знаю, где вякнуть, но наболело! Кто-то тут говорил что SAPDB оракловый синтаксис поддерживает, так вот - Хрюна Моржова она поддерживает, а не PLSQL.

Кхе... пардон за оффтопик...

Полуденный Бес

Эх, блин, даже не знаю, где вякнуть, но наболело! Кто-то тут говорил что SAPDB оракловый синтаксис поддерживает, так вот - Хрюна Моржова она поддерживает, а не PLSQL.

Кхе... пардон за оффтопик...

Полуденный Бес

2anonymous (*) (2001-11-08 11:09:13.0): "Это с каких же пор стоимость железа стала занимать основную статью расходов"
С тех самых, когда тебя в первом класе учили читать, "Основными затратами идет желехо и обслуживание" прочти слово "обслуживание" пару раз. Под ПО в этом конкретном случае я понимал ОС и SQL Server т.к. все остально для любой из платформ будет стоит примерно одинаковых денег причем для Юниксов больших денег чем для Виндовс.

> Havoc
> Около года назад MS SQL занял первую строчку на tpc.org при минимальной стоимости
> транзакции.

Я повторюсь, ЗАПОРОЖЕЦ тоже дешевле BMW и, что с того, только за это его предпочесть?

Никто из M$lovers так и не ответил:

Как MS SQL можно считать многопользовательской БД если, когда идет простой UPDATE таблицы, даже запросы нельзя делать?
Они по timeout вываливаются,
предвижу ответ: увеличить timeout до пары часов и ответ рано или поздно будет!

Сервер многопроц. и многогиг., админстрится real MCSE админами в US, чтобы сразу убрать наезды про бедность, кривые руки и т.д.

Так вот,их клиенты устали от такой дешевизны, и я,мы переводим всё их с MS SQL на Oracle
Чертовски приятно, ещё на один MS SQL server сгинул, а если точнее пара десятков немалых серверов.

Oracle

2Oracle: "Как MS SQL можно считать многопользовательской БД если, когда идет простой UPDATE таблицы, даже запросы нельзя делать?"
и ниже
"чтобы сразу убрать наезды про ... кривые руки и т.д."
У меня просто один вопрос: что эта за система где апдэйт *всей* таблицы такое частое событие?

Для Ogr
> У меня просто один вопрос: что эта за система где апдэйт *всей* таблицы такое частое событие?

Вообще-то, это не вопрос по функциональности БД, может так мне надо,
и под "апдэйт *всей* таблицы" я даже имел ввиду не каждую строку а один UPDATE statement который апдэйтит может 20% строк таблицы т.е. не procedure с курсорами.
И вот простой UPDATE вешает все, на - хрен

А система в Real Estate и клиенты постоянно меняют требования, вот MS SQL people и
апдэйтят.
Я же делаю свою часть лужк - MS SQL --> Oracle ну и запрашиваю MS SQL для сравнения данных. Так даже 1 строку по индексу не мог получить. Сижу и ничего кроме timeout не вижу. Пошел узнавать, может упало что, нет говорят, все OK!
Я и понял, долго потешался.
Они об этом и не знали, я им процедурно посоветовал это делать, возни больше,
зато без блокировки.

Oracle

2Oracle: "Вообще-то, это не вопрос по функциональности БД, может так мне надо"
Аааа ну так бы и сказали... Надо будет на всех углах кричать, что на BMW ездить не возможно, т.к. на задней передаче больше 30 миль трудно разогнатся...
"А система в Real Estate и клиенты постоянно меняют требования"
Как интересно. Я вот как раз на этой неделе escrow закрыл и что-то у меня сложилось впечатление, что к базе данных там куда больше слектов чем апдэйтов. Потому как КАК ТРЕБЫВАНИЯ КЛИЕНТОВ МОГУТ ВЛИЯТЬ НА ДАННЫЕ ПО PROPERTY. Я ясно надеюсь выразился? Если пондобится расжевать фразу, то так и скажите, только прежде чем жевать я отправлю Вас в City Hall ближайшего городка, чтоб Вам там рассказали как часто меняются параметры зданий. Уж не говоря о такой мелочи, что релистинг подразумевает под собой отметку на против записи о property как canceled и только потом как open. Тут я тоже надеюсь все понятно написано?

To Ogr,
От темы не надо уходить, моя база, что хочу то и делаю.
Дело не в конкретном проекте, а в работе БД.

> КАК ТРЕБЫВАНИЯ КЛИЕНТОВ МОГУТ ВЛИЯТЬ НА ДАННЫЕ ПО PROPERTY
А вот так:
хранится в поле 'ABC' а в другой таблице расшифровка (llokup tabel), а пользователи
захотели 'ABCD'. Так им надо.
Вот этим те ребята и занимались, а я timeoutы смотрел, время терял.

Oracle

Доп
захотели 'ABCD'. Так им надо
они производят выгрузку для Publishing а если вы видели те книги, то там аббревиатуры

Oracle

2Oracle: "От темы не надо уходить, моя база, что хочу то и делаю"
Так и я ж про это! Ну не разгоняется BMW на задней передаче до 30 миль/час, что ж делать?
"А вот так: хранится в поле 'ABC' а в другой таблице расшифровка (llokup tabel), а пользователи захотели 'ABCD'. Так им надо"
Ты решил имя ABC изменить на ABCD, т.к. тут извините максимум row update одного поля в базе потому как если у тебя там линк сделан прямо по имени, а не по цифровому id, то про руки лучше тебе даже не вспоминать.

To Org
********************************
Ты решил имя ABC изменить на ABCD, т.к. тут извините максимум row update одного поля в базе потому как если у тебя там линк сделан прямо по имени, а не по цифровому id, то про руки лучше тебе даже не вспоминать.
*******************************
Я, настоятельно, советую почитать выше, кто и что менял
Для особо умных: Я НЕ UPDATEил ABC на ABCD не менял!

Давай не будем обсуждать чужой проект.
Что можешь сказать конкретно про поведение MS SQL
Oracle так не делает.

Oracle

2Oracle: "Я, настоятельно, советую почитать выше, кто и что менял"
Что ж читаем "хранится в поле 'ABC' а в другой таблице расшифровкa
(llokup tabel), а пользователи захотели 'ABCD'"
Я не правильно понял?
main_table
-----+-------+--------
Name | Price | Footage
-----+-------+--------

lookup_table
-----+--------+--------
Name | Lister | Phone
-----+--------+--------

Линк идет по полю Name. Это так в Вашей базе? Если да, 
то умоляю Вас не надо больше про БД тут.
"Что можешь сказать конкретно про поведение MS SQL"
Могу ответить Вашими же словами "Давай не будем обсуждать чужой 
проект". Я могу сказать, что да это не дело когда локается вся таблица
при замене полей в некоторых строках, но и с другой стороны
"Дай дураку стеклянный x@й он его разобъет" (с)  поговорка.

To Org,
Еще раз
В Fact Table хранится у них аббревиатура "ABC".
В lookup расшифровка
"ABC"-"Дом который постоил Джек"
В аппликухе будет видно "Дом который постоил Джек",
а когда надо выгрузить базу, то надо иметь "ABC"
Можно хранить и номер а в lookup short and long lables.
Но им так удобнее, выгрузка, кстати, будет быстрее, почему,
объяснять не надо, надеюсь.
Да мало ли когда и почему и сколько надо менять в БД.

Да не в этом же вопрос, а почему MS SQL блокирует таблицу
даже для QUERY, я уже не говорю UPDATE, когда идет другой UPDATE?

Вывод какой, MS SQL Server не подходит для массовой работы,
большого хранилища данных, Warehouse.
А так, небольшой шаг вперед от Excell - Access, для прачечной например.
Я и сам буду первый голосовать, чтобы не использовать Oracle для
учета товара в ларьке, а предпочту MS SQL, он справится и на ОТЛИЧНО!

Oracle

2Oracle: "В Fact Table хранится у них аббревиатура "ABC". В lookup расшифровка "ABC"-"Дом который постоил Джек""
Во-во для этого уникальные индексы и были придуманы. Если кто-то сделал без них, то такого мыслителя нужно выгонять с работы.
"Да не в этом же вопрос, а почему MS SQL блокирует таблицу даже для QUERY"
Потому, как дизайн базы делать надо правильно, тогда и проблем не будет.

правильно! MS SQL не использовать - проблем не будет.

2Org

По-поводу стоимости железа и софта. Ну дорогой ты меня просто разочаровываешь. Просто ты наверно работал с решеними типа FOX-PRO.

прикинь например сколько будет стоить ПО для процессинга пластиковых карт? Так вот тебе по-секрету железо там стоит 10% все остальное софт и подержка софта.

Теперь по поводу MS SQL server. Я не знаю что изменилось в последней версии. Но когда я пробовал 6.5 там было следующее. Можно было выбрать режим управления транзакцией. Вообщем и целом это сводилось к двум вариантам: Пример: Пользователь А сделал UPDATE одной строки в таблице но не выполнил commit; Пользователь B - Может выбрать,либо отвалится по таймауту, либо прочитать так "грязные данные" т.е. данные которые уже изменены пользователем А, но еще не подтверждены.

Если пользователь B пойдет по второму пути, то возможен вариант что пользователь А сделает rollback, что будет значить "ошибочность принятого решения" пользователем B.

Вообщем есть такой термин "эскалация блокировок" - это как раз и характеризует работу MS SQL.Все остальное от лукавого. Извраты как это обойти. Естествено тест на одном пользователе покажет что MS SQL быстрее ( правда только на UPDATE ).

2 Ogr

Подменяешь предмет спора.
Беру таблицу:
create table tmp_table ( source text )

Открываю сессию.
Открываю транзакцию
begin transaction
Вставляю строку
insert into tmp_table ( source )
values ( 'sdfsdfasdfsdfasd' )
Открываю новую сессию
Пишу:
select * from tmp_table
Отваливаюсь по таймауту. Все. Пока не commit/rollback, ничего из этой таблицы не получишь. Не важно - почему, обьяснение не есть выход из ситуации. Хрен там про правильность и неправильность рисования базы говорить? Несколько другой уровень обсуждается.

Полуденный Бес

В версии 6.0 дохли курсоры. Версия 6.5 валилась с ошибкой защиты памяти и создавала индексы, с которыми сама потом не могла разобраться. Сапоги должен тачать сапожник, а пироги должен печь пирожник. Начинался SQL сервер совместно с Sybase, только Sybase - вполне приличная СУБДа, а MS SQL - лабуда лабудой, его просто нельзя использовать, дело даже не в деньгах и вкусах.

Полуденный Бес

>Я повторюсь, ЗАПОРОЖЕЦ тоже дешевле BMW и, что с того, только за это его предпочесть?

Только Запорожец в данном случае обогнал BMW. Я тебя прошу, серверов я видел много и разных. Таки да, работоспособность в основном зависит от рук. Если ты привык к версионности, неча на блокировочники пенять.
DB2 блокировочник и Sybase, от которого MS SQL и пошел, и, имхо, превзошел свего родителя.

Рулить надо аккуратнее. Я не фанат MS, но тем не менее, на MS SQL можно РАБОТАТЬ.
Был бы производитель не MS, Тоже так ругал бы?
А то у линуксоидов рефлекс выработался.
- MS!
- Гав! Гав!

2 Havoc

"Рулить надо аккуратнее." - знаешь, мне это напомнило разговор моего прятеля со своей женой:
" Ты умеешь кататься на коньках?
Да, я в детстве каталась и умела поворачивать направо"

Полуденный Бес

Ладно, проехали.

Ты уверен, что ты не получишь тот же эффект скажем на Sybase ASE, который как и MS SQL является блокировочником?

   Эх,  блин,  даже не знаю, где вякнуть, но наболело! Кто-то тут говорил
   что  SAPDB  оракловый  синтаксис поддерживает, так вот - Хрюна Моржова
   она поддерживает, а не PLSQL.
   Кхе... пардон за оффтопик...
   Полуденный Бес
У него есть вроде 2 режима - Oracle compatibility и свой. Вы именно
в Oracle compatibility пробовали?
А в остальном как впечатления о SAPDB?

2 anonymous (*) (2001-11-09 13:19:22.0)

"У него есть вроде 2 режима - Oracle compatibility и свой. Вы именно
в Oracle compatibility пробовали?
А в остальном как впечатления о SAPDB?" - сложно сказать, я только вчера к вечеру его развернул. Все, что пока выяснил, это то, что под Win2000 он ставится и демонстрационную базу создает нормально. Про "Oracle compatibility" тоже пока сказать ниччего не могу - не разбирался. Я просто просмотрел его SQL и поддержки ораклового синтаксиса не нашел. Собираюсь немного погонять и посравнивать с тем же Oracle. Гонять буду под Win2000 и RH6.2. Под RH6.2 в весьма стесненных условиях.

Полуденный Бес

2Полуденный Бес: можете где-нибудь потом запостить свои соображения насчет него? Очень интересно будет. Спасибо заранее!

Ну что такое Linux!? Это DOS с графикой в 21 веке! Он может как угодно работать с Оracle, лучше или хуже NT. Но NT это комплекс, а Linux- зуботычка которую надо подо что то затачивать. Представте, что Вы работаете на Огромном предприятие и Вам надо принять решение о размещении баз. Какой метод решения избрать: 1. комплексный- всё на Win (Винды - будь они неладны, т.е. Office, SQL и д.р.) или 2. уродский (у клиентов Win, сервак под .dbf на Novel, Оracle на Linux, Внутренний Web -узел на FREEBsd и т.д.) т.е огромные затраты денег и людские(что гораздо важнее) Мне тоже противен Билли Г., но его решение комплексное и значит правильное...

2 Havoc

Я сейчас уже не помню тонкостей блокировок Sybase - несколько лет с ним не работаю, но при массовом вливе в автоматическом режиме в одну таблицу с 6-8 клиентов - не получал. Было это на 11.9.5. С 12-м уже не работал и проверить это сейчас возможности нет. Шел сплошной insert. При update - да, при блокировках очень просто от блокировки строки переехать на блокировку страницы и т.д. Если у тебя есть доступ у Sybase - попробуй, у меня просто нет.


Полуденный Бес.

2 anonymous (*) (2001-11-09 14:26:53.0)

Конечно могу, надеюсь, такой оффтопик никого не покоробит. Но предупреждаю, что это будут весьма поверхностные соображения. Первые впечатления, так сказать.

Полуденный Бес

2 Bill

Ремарка: речь идет о серверах. Рабочие станции трогать не будем - я лично считаю Windows удачной ОС для рабочего места, с большим выбором прикладного ПО. Однако, когда речь идет о серверах, то ОГРОМНЫЕ ПРЕДПРИЯТИЯ ставят не Windows на интел, а Solaris на спарки с тем же ораклом(погоняйся за такой связкой), ас400 с ихей DB(и с ней посоревноваться тоже полезно для вытрезвления), VAX'ы с тем же ораклом. И документооборот выполняют не на Exchange сервере, а берут все-таки ERP попроличнее, SAP/R3 например. В какой-то "Компьютерре" была приведена статистика простоев систем на виндоус и ас400. Две, не то три недели, по-моему, против одного дня. И то, день простоя айбиэмовского чада произошел из-за админа.
У виндоус огромная беда, то, что они называют комплексом - это в действительности кабальная зависимость. Если у тебя есть винды, ты тут же обязан иметь все виндовое. И если в этом виндовом комплексе вдруг окажется слабое звено, то оно все нервы истреплет.
А ГДЕ ЭТО, БЛЯХА МУХА, У МАЙКРОСОФТ ДЕЙСТВИТЕЛЬНО СИЛЬНЫЕ ЗВЕНЬЯ?

Полуденный Бес

Ну и как скажи корректно свести все ОС на одном предприятии без конфликтов!!!!!!!!!!! Мутняк и в результате "открытые" ПО выйдут дороже платных!

2 Bill

"Ну и как скажи корректно свести все ОС на одном предприятии без конфликтов" - хе! Ну и вопросы ты ставишь! За ответы на такие вопросы IBS и Ланит такие деньги лупят - закачаешься. Но поскольку я лицо неофициальное и за базар отвечать не придется я посоветовал бы понавтыкать Солярис под спарками на сервера и винды на рабочие станции. Все это можно нормально увязать. Солярис, скорее всего будет стоять без особенных проблеми стоит копейки, а винды пусть валятся - нервотрепка конечно, но убытку немного. Хотя, я говорю, что я не админ, это просто мои предположения. Кстати, забавно - серверная ОС будет стоить дешевле, чем десктопная. Web сервер нужен? iPlanet. СУБД?
Oracle/Sybase. Что там еще? Про почту и файл сервера говорить даже не стоит.

Полуденный Бес

2 Полуденный Бес:

У меня сейчас тоже нету Sybase под рукой, к сожалению. На старой работе остался. (11.9.2)
Но траблы c блокировками были. В моем случае - это было со статистическими данными, и на них без проблем можно было dirty read делать. Я не DBA, поэтому особо времени разбираться не было.

2 Havoc

У меня тоже были. И тоже при работе со статистическими даными. Как без траблов при интенсивной работе?
Oracle тоже вакидывает иногда snapshot too old. Разбираться приходится обычно разработчикам(мне например), а не DBA.

Полуденный Бес

Havok
> Только Запорожец в данном случае обогнал BMW.

В некоторых ситуациях Запорожец (и MS SQL), несомненно, быстрее BMW.
Например, в зад Мерсу, т.к. тормоза подведут.
А помимо скорости на одной отдельной операции,
есть еще надежность, безопасность, мощность,
а вот этого у него MS SQL и нет.

Oracle

2anonymous (*) (2001-11-09 10:45:32.0): "Ну дорогой ты меня просто разочаровываешь"
К сожалению не могу ответить тем же, ты меня как анонимус не разочеровал. Я и раньше знал, что ни читать ни думать анонимусы не умеют. Попытайся понять, что если ты сравниваешь систему на юниксе и виндовс, то ПО там будет примерно одинкаовое, в твоем случае ПО для процессинга кредитных карт, что на юникс что на виндовс ставить придется и стоимость этого ПО будет либо одинкаовая для обоих платформ или для юникса даже выше. Т.о. вынося общий множитель за скобки остается то что я написал выше. Подумай над эти, глядишь и сам думать научишся без подсказок.
"Но когда я пробовал 6.5 там было следующее"
Ну а в линуксе 0.0.1 так там ваааще такое было...
2Полуденный Бес: "Открываю сессию. Открываю транзакцию"
Очень правильный подход ни чего не скажешь. Вас к тестам даже допускать нельзя. Ну на кройняк только к тестам где не обходимо продемонстрировать преимущество одного подхода над другим, а объективный результат ни кого не интересует.
Тот БД админ который не знает особенностей системы и делает все влоб вообще работать не должен. Я вот если на ручной коробке при скорости в 10 км/ч врублю задню передачу, то в лучшем случае убъю коробку передач, а если тоже проделаю на автомате, то ни чего не произойдет, коробка будет работать как поставленная на нейтралку (по крайней мере это так в моей машине, проверенно эксперементально). Означает ли что ручгая коробка сакс? Ни фига подобного, просто надо знать как правильно делать.

2Org

Я и раньше знал, что ни читать ни думать анонимусы не умеют. Попытайся понять, что если ты сравниваешь систему на юниксе и виндовс, то ПО там будет примерно одинкаовое, в твоем случае ПО для процессинга кредитных карт, что на юникс что на виндовс ставить придется и стоимость этого ПО будет либо одинкаовая для обоих платформ или для юникса даже выше. Т.о. вынося общий множитель за скобки остается то что я написал выше. Подумай над эти, глядишь и сам думать научишся без подсказок. >> ===================================================================== Дорогой, открою небольшой секрет. Версий того ПО обычно не пишут под WIN, а если и пишут то камикадзе. Мне не доводилось встречать.В основном Unix-подобные ОС или OS/2 ( хотя наверно есть и на AS400. Теперь про стоимость поддержки. Она составляет ~15% в год что для железа ,что для софта. Следовательно, имея первоначальные затраты по софту выше чем на железо - будем иметь выше затраты и на сопровождение. Так что не надо сказки рассказывать, просто я уже все это прошел.

2 Org

По существу пожалуйста. Я из Ваших автомобильный реминисценций решительно ничего не понял. Я что, транзакцию вручную открыть не могу? Это запрещено ЮНЕСКО? А если могу, то почему сосед не может read commited? Бред какой-то.
Я не тестировал MS SQL на предмет реализации механизма блокировок или быстродействия, а просто наглядно показал предмет Вашего спора с сэром Oracle, где Вы, вместо ответов по существу разбираемого дела, начали нести какую-то чушь про структуру данных, с такой уверенностью, как будто все мотивы разработчиков Вам известны как свои пять пальцев. Как и сейчас, впрочем. Это Ваш метод ведения дискуссий? Подмена предмета разговора и намеки на несостоятельность оппонента?
"Что может сказать хромой об искусстве Герберта фон Караяна, если ему сразу сказать, что он - хромой?" - так, что ли?

Полуденный Бес

2 Oracle
Денежка - это далеко не последний параметр.
И если ты ее не будешь считать/учитывать, то выше админа ты не подымешься.
BMW нужен далеко не всегда, и про надежность не говори.
Если ты не можешь настроить MS SQL, это не значит, что этого не сможет кто-то другой.

2Org

Присоединяюсь к "Полуденному Бесу" - было бы интерестно послушать как эта ситуация обходится.

СтранниК

Havok,
Я их MS SQL не настраиваю, это делают мол-де MCSE, читать хоть можешь?
Да, наверное, слабы требования MCSE экзаменов если у них все так.

Наверное все вопросы типа:

Какая СУБД самая - самая?
a. MS SQL Server
b. Oracle
c. DB2
d. Все одинаковые

Никто, не спорит, что цена не важна, просто было заявлено, что по цене танзакции MS SQL дешевле.
Не знаю как ты, а я во всех случаях предпочту BMW Запору
Однбокое и абсолютно пустое заявление, не тянущее даже на слабого админа. Ему ведь придется плюхаться с тем, что принято по умолчанию в MS SQL.
Как-то поведение BEGIN TRANSACTION.
Тупость всего этого, это сразу блокирует таблицу в отличии от всех других СУБД и ANSI , и в MS SQL нужно открывать ее с доп: опциями и тогда блокировки не будет.
Но чаще народ и не знает о таком своевольном поведении и пролучается полохо.

А про Ogr,
не так давно он сказал тут что вообще в БД не очень, а тут уже начинает учить основам реляционных баз. То, что ты говоришь пойдет для человека прочитавшего основы РБД, но если бы ты работал с этим, то знал бы, что есть понятие денормолизации баз, когда это требуется, и какой от этого выигрыш. Не стоит спорить о том, о чем не знаешь, тем более о конкретном проекте.

Oracle

И кстати, о нормализации и денормализации. Очень запросто может быть, что эта структура данных была не придумана разработчиками, а просто отмигрированна с какого-нибудь dBase, Paradox, FoxPro когда с теми стало совсем невозможно работать. И все, собственно. Людам сказали - "Смигрировать базу, никакой отсебятин, за нее не заплачено. Клиента переписать. Исполняйте." Я с таким случаем сталкивался. База в Sybase, структура - ну точно из dBase. И если это работает - то значит отмигрировали хорошо, честь им и хвала.

Полуденный Бес

>Перестанте нести чушь. В Линуксе потоки реализованы через тот же fork a.k.a. clone.... Обёртка реализована как... а текущая реализация? Посмотрите, уважаемый, исходники ядер - у узнаете много интересного о строении ядра НТ - поведение у них однохренственно. Как доказать? Запустите примерчик и посмотрите в отладке - дезассемблированный код примерно одинаков, дак при чём тут форк? Давайте его назовём pts_thread_create(), чтобы не смущало... >Что дает о себе знать при переключении контекстов... Это каким боком?... >В НТ потоки могут из начально работать на разных процах... А где они не могут? Не знаете? Вот именно, везде, в любой ос... И речь идёт не о процессоре-для-процесса, а о памяти-для-процесса, в частности для одностадной задачи (LxCR - это сброс-обновление соответствующего уровня кэша) NT CTA L1CR report: ------------------- CPU1 CPU2 L1CR(kB) L2CR(kB) CPID L1CR(kB) L2CR(kB) CPID TM TTM % ... 2 63 1931 1 31 1932 2 2 14 8 128 1601 8 128 1602 100 100 96 2 13 1550 1 0 0900 1 2 10 ... и.т.д. Суть очевидна: даже для абсолютно разных процессов, в случае, если КСП посчитает, что произошло пересечение адресных пространств, то кое-кто будет сидеть с обнулённым "по самое никуда" кэшем. Насколько это часто? до 30 % времени при двух процессорах, больше половины на 4-х... Вот и грейте своим СМП воздух... А я уж кластерами буду греть, под аиксом...