Полигон-2

easyjohn написал:

[q]

У же с выходом win2000 pro многие игроки перешли на нее. В случае двухпроцессорной машины одно ядро уходило под игру, второе обслуживало дисковые операции, и прочую служебку самой винды и ее библиотек

[/q]

Многопроцессорность в win2K/XP сделана странно - 1CPU под GUI, 2 под все остальное.
В результате Вы можете бесконечно долго гонять указатель мыши по экрану зависшего
2-х процессорного компьютера.


BreakPoint написал:

[q]

результаты тесов в студию, это в каких задачах 2х300 обгонят РЗ-700???

[/q]

Переключите диск в PIO, и посмотрите что будет быстрее.


BreakPoint написал:

[q]

То есть, если приложение однопоточное, то хоть 100 процессоров в систему запихните, быстрее не станет.

[/q]

При запуске множества однопоточных приложений (а в самой OS их много) некоторый
выигрыш имеется. В остальном согласен. Еще добавлю что SMP в P6 сделано лучше,
чем в P5.

La Forge написал:

[q]

куча небольших CHM-файлов т.е

[/q]

только вот при доступе к множеству маленьких файлов дисковая система больше всего и нагружается.


La Forge написал:

[q]

один p3 кодирует видео и отжирает ресурсы -> комп неюзабельный

[/q]

выкрутите привритет в Idle, и комп опять юзабельный.


i8088 написал:

[q]

Переключите диск в PIO, и посмотрите что будет быстрее.

[/q]

так а чем второй проц в ПИО поможет?

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

BreakPoint написал:

[q]

только вот при доступе к множеству маленьких файлов дисковая система больше всего и нагружается.

[/q]

Та блин. Есть CHM-файл из сотни html-страниц. Если эту сотню мелких файлов по одному читать с диска это одно. Каспер же берёт ОДИН такой составной файл, распаковывает его в оперативке (если её хватает) и делает опять же всё в памяти. Повторю: с диска читается ОДИН файл. (когда сидишь на 98-й с 32Мб ОЗУ это очень чувствуется. Проверено на себе )

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

Rio444 написал:

[q]

И незаметные 1-2% выливаются в 10-20% и больше.

[/q]

откуда инфа? напишите простенькое приложение, и запустите его под дос и под винду. и посмотрите какая будет разница. уж тожно не 10-20%

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

это во первых. во вторых в контексте многопроцессорных систем все становится еще хуже. планировщик потоков в винде не гарантирует, что поток будет всегда исполнятся на каком то процессоре. то есть исполнялся поток на процессоре 1, и тут вдруг планировщику что то стрельнуло, и он этот поток на проц 2 отправил. а все данные и код остались в кэше процессора 1. и вот проц 2 загружает в кэш код и данные. исполняет поток отведенный квант. и тут планировщику опять "стреляет" и поток перепланируется на проц 1.

естесвенно планировщик потоков не дураки делали, и он такие ситуации старается разруливать. но тем не менее такое случается. конечно поток можно "руцями" пригвоздить к определенному процессору. но гайд майкрософта по многопоточным приложениям этого крайне не рекоммендует.

более того, можно написать простую многопоточную программу, которая на системе с одним процом будет работать в несколько раз быстрее чем на системе с одним процом

По поводу отзывчивости ничего сказать не могу, т.к. это чисто субъективная оценка