| Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Технический флейм » Практическое применение многопроцессорных 586/686 |
 |
Практическое применение многопроцессорных 586/686
| <<Назад Вперед>> | Страницы: 1 2 3 4 | Печать |
| aleksvolgin
Advanced Member
Всего сообщений: 2123 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 21 нояб. 2010 |
конечно поток можно "руцями" пригвоздить к определенному процессоруБздуны так и делают, в роутерах. |
| Rio444
Гость
Откуда: Ростов-на-Дону Всего сообщений: 8632 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 14 сен. 2014 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 12 декабря 2016 13:56 Сообщение отредактировано: 12 декабря 2016 13:58
BreakPoint написал: откуда инфа? напишите простенькое приложение, и запустите его под дос и под винду. и посмотрите какая будет разница. уж тожно не 10-20%В DOS процессор тоже постоянно "отвлекается" на прерывания. Прогоните тесты на слабой машине, уровня 386, с отключенной и включенной мышью. А ведь прерывания мыши - далеко не единственные. 10-20% - экспертная оценка. Относится к не очень мощному процессору, до 1 ГГц. BreakPoint написал: то во первых. во вторых в контексте многопроцессорных систем все становится еще хуже. планировщик потоков в винде не гарантирует, что поток будет всегда исполнятся на каком то процессоре. то есть исполнялся поток на процессоре 1, и тут вдруг планировщику что то стрельнуло, и он этот поток на проц 2 отправил. а все данные и код остались в кэше процессора 1. и вот проц 2 загружает в кэш код и данные. исполняет поток отведенный квант. и тут планировщику опять "стреляет" и поток перепланируется на проц 1.Году в 2006 был у меня Athlon64 x2 3600 s939. С актуальной на то время виндой (скорее всего WinXP SP2), именно так и было. Создавалось впечатление, что одно ядро полностью отдано операционке, второе - основному приложению. Переключение по Alt+Tab из Prey в Windows происходило за доли секунды. На одноядернике Athlon64 4000 2400@2880 - примерно пару секунд. Потом мелкософт что-то докрутил в винде, и двухядерники потеряли такую отзывчивость. Плюс сами программы стали использовать два и более ядер. |
| BreakPoint |
NEW! Сообщение отправлено: 12 декабря 2016 14:45
есть у меня мамка на 440LX двухпроцессорная. если ее с одним процом запускать, то терминатор нужен? |
| Сейчас на форуме |
| i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
BreakPoint написал: есть у меня мамка на 440LX двухпроцессорная. если ее с одним процом запускать, то терминатор нужен?Формально нужен, но из-за невысокой FSB как правило и так работает. Во FreeBSD SMP можно отключить kern.smp.disabled=1, и не надо вытаскивать процессоры. Только не делайте эту проверку на версии FreeBSD 4.x, ее SMP очень сырой, используется так называемая BIG GIANT LOCK, и выигрыш во многих задачах гораздо меньше теоретически возможного. Иногда даже проигрыш был. Начиная с версии 5.x BIG GIANT стали дробить на мелкие + новый планировщик - и работа SMP резко улучшилась! Об отзывчивости - эта схема microsoft (GUI - один условный процессор, второй все остальное) смешная и нелепая конечно, но для рабочей станции может действительно уменьшать время реакции от user-а. Однако она плохо масштабируется, если число CPU >2. А вот для сервера такая схема бесполезна, тк GUI там и не нужен фактически. BreakPoint написал: это во первых. во вторых в контексте многопроцессорных систем все становится еще хуже. планировщик потоков в винде не гарантирует, что поток будет всегда исполнятся на каком то процессоре. то есть исполнялся поток на процессоре 1, и тут вдруг планировщику что то стрельнуло, и он этот поток на проц 2 отправил. а все данные и код остались в кэше процессора 1. и вот проц 2 загружает в кэш код и данные. исполняет поток отведенный квант. и тут планировщику опять "стреляет" и поток перепланируется на проц 1.Я даже больше скажу - начиная с FreeBSD 8.4(именно 8.4) активный процесс периодически меняет CPU, на котором он исполняется. Так в версии 8.3 запускаем один экземпляр >dd if=/dev/zero of=/dev/null bs=1m> - и греется AP CPU, BSP холодный. Запускаем второй экземпляр dd - грееются и AP, и BSP CPU. В версии 8.4 даже один экземпляр dd "бегает" между CPU, и нагрев равномерный. Все это видно по выводу >top -P>, переключение происходдит раз в несколько секунд. |
| CodeMaster
Advanced Member
Рыцарь ордена Хламовников Откуда: Воронеж Всего сообщений: 1655 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 авг. 2010 |
Alvares написал: Неужели кроме Abit BP6 еще кто-то мог Celeron`ы в дуале гонять?Да многие, из тех что на обычных чипсетах, на ServerWorks не работали (по крайней мере на тех материнках, что были у меня). Вот только я не помню был ли у Celeron Tualatin выведен сигнал BR#1, ибо на коперах это не очень интересная конфигурация получается. |
| i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
CodeMaster написал: Вот только я не помню был ли у Celeron Tualatin выведен сигнал BR#1, ибо на коперах это не очень интересная конфигурация получается.Это одно время обсуждали на rom.by, но так и не нашли мифический BR1# на Celeron Tualatin. |
| BreakPoint |
NEW! Сообщение отправлено: 9 января 2017 21:27 Сообщение отредактировано: 9 января 2017 21:31
Дошли руки собрать дуал ПеньПро (200Мгц, 512КБ кеша). Память 256МБ ЕДО СДРАМ 60нс. Мать PR440FX. Установил Вин2000. Начал с дуал прошки ибо На дуал слот 1 без терминатора пока не решился. Немного поигрался на выходных, кое какие результаты уже есть. Диабло 2. В двуголовой конфигурации игра загружает систему на 70%, т.е зачатки многопоточности там есть. При детальном изучении внутренностей выяснилось следующее: Во время работы игра запускает 9 потоков. Но, чего и следовало ожидать, сам движок крутится в одном потоке. Еще в одном потоке крутится storm, который динамически подгружает данные из архивов. еще один поток для звука - но он практически не загружает систему. Остальные потоки почти не живые. Выводы: 1. Из хорошего. Из за того, что шторм вынесли в отдельный поток, движок получает в свое распоряжение целый проц. Различие между двуголовой и одноголовой конфигурацией около 20-30% (т.е. то, что отжирает шторм). (12-17ФПС против 9-15ФПС) 2. Из плохого, даже целого проца движку не хватает. Пень3 700 рвет дуал ППро как свирепый тузик. 3. Из занимательного, К6-2/500 на ВИА МВП3 умудрился показать результат хуже ППро в одноголовой конфигурации. Особенно производительность падает когда установлена ISA звуковуха ESS 1868. Half-Life. Запускается 8 потоков. Но движок, как и в диабле, крутится в одном потоке. Вторая голова ему как мертвому припарка. DOOM Benchmark. Запускался на двухголовой и одноголовой конфигурации, чтобы проверить насколько второй проц разгружает систему. Ответ, ни на сколько. Разница между одно и двухголовой конфигурацией в пределах погрешности. |
| Сейчас на форуме |
| easyjohn
Advanced Member
Откуда: SPb Всего сообщений: 3381 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 7 апр. 2008 |
BreakPoint написал: Диабло 2.Ну, я же говорил. Только п-про, конечно, маловато. Я хоть и начал ее на P-133 проходить, заканчивал уже на P2-350. |
| Rio444
Гость
Откуда: Ростов-на-Дону Всего сообщений: 8632 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 14 сен. 2014 |
BreakPoint написал: 3. Из занимательного, К6-2/500 на ВИА МВП3 умудрился показать результат хуже ППро в одноголовой конфигурации.Какие твики применялись? На дефолте и проц и чипсет очень унылы. |
| BreakPoint |
NEW! Сообщение отправлено: 10 января 2017 11:12 Сообщение отредактировано: 10 января 2017 11:13
Все на дефолте. Но самое интересное, что иса звук сажал производительность практически в ноль. Со звуком около 3 ФПС получилось. |
| Сейчас на форуме |
| <<Назад Вперед>> | Страницы: 1 2 3 4 | Печать |
Полигон-2 » Технический флейм » Практическое применение многопроцессорных 586/686 |
|
| 0 посетителей просмотрели эту тему за последние 15 минут |
| В том числе: 0 гостей, 0 скрытых пользователей |
| Последние |
|
| [Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. | |
| Самые активные 5 тем |
|