Опрос
Вы участвуете в программе Windows Insider?
Комментарии
Популярные новости
Обсуждаемые новости

4
1 2 34
Не в сети
Сообщений: 2109
Благодарностей: 298
Предупреждений:
Из: Russia Екатеринбург
Род занятий: IT

Johny-electric, естесственно

Это увеличило влияние на глобальные замки, и в Vista старая архитектура дала сбой. Вонг поделился интересной статистикой, которая, казалось, не удивила в зале никого - она просто подтвердила то, что они давно знали: хотя спинлок составлял около 15% процессорного времени на системах с 16 ядрами, это число стремительно увеличивалось, в частности, на SQL-серверах. "При переходе на систему с 128 процессорами SQL-сервер блокировал около 88% PFN. Он пытался блокировать одну из двух попыток, но был вынужден ждать. Это очень много и хуже всего, что со временем ситуация будет лишь ухудшаться".


page12119-otkaz_ot_arkhitekturnogo_naslediya_windows_stal_prichinoy_uspekha_windows_7

И вот аналогичные тесты, но на Windows 7
http://www.thg.ru/cpu/intel_core_i7-980x_hyper-threadng/onepage.html

#198394   | 16.12.10 18:04
Не в сети
Сообщений: 3329
Благодарностей: 391
Предупреждений:
Из: Russia Усть-Илимск
Род занятий: Электромонтёр

Lico, ну со 128 ядрами дело ясное, меня же интересуют боле приземлённые системы с 4-8 ядрами. И может ли ОС повлиять на эффективность работы HT. Чтобы при однопоточной нагрузке на ядро оно выкладывалось бы на все 100% его вычислительной мощности. Будет вообще идеально, если реализуют возможность объединять ядра и отключать HT на лету (в статье про это говорилось, т.н. динамический HT). Тогда при запуске однопоточного приложения мощь всех 4 ядер объединялась бы в 1 мощнейшее виртуальное ядро. Представьте, как быстро супер пи посчитает 1м при объединённых 6 ядрах i7-980... Неужели это нельзя реализовать программно? Очень надеюсь увидеть что-либо подобное в вин8... Имхо, сегодня производительность железа увеличивается гораздо быстрее, чем программы учатся её использовать. и это основная проблема. Если разработчики софта не могут добиться хорошего распараллеливания своего кода, то разработчики ОС должны мощь многоядерных процов объединить в один поток для приложения. Это было бы имхо, самое грамотное решение проблемы.

#198395   | 16.12.10 18:43
Не в сети
Сообщений: 2109
Благодарностей: 298
Предупреждений:
Из: Russia Екатеринбург
Род занятий: IT

Johny-electric, как нельзя программно повысить разрешение монитора, так и нельзя программно объединить кэши ядер и конвейеры

#198396   | 16.12.10 18:59
Не в сети
Сообщений: 3329
Благодарностей: 391
Предупреждений:
Из: Russia Усть-Илимск
Род занятий: Электромонтёр

Lico, расскажите это операционной системе, установленной внутри виртуальной машины. Она-то думает, что работает на самых что ни на есть реальных ядрах и видит объём памяти такой, какой мы указали. Виртуализация наше всё. Имхо, за ней будущее.

#198397   | 16.12.10 19:52
Не в сети
Сообщений: 80
Благодарностей: 1
Предупреждений:
Из: ---
Род занятий:

Вот мне не понятно, как оно программно распаралеливается в Х2, если физического распаралеливания нет. Тогда это сублимация получается и маркетинговый ход.

#198457   | 18.12.10 23:21
Не в сети
Сообщений: 51
Благодарностей: 1
Предупреждений:
Из: Russia
Род занятий: admin

Мне кажется вы о разных вещах говорите. Нельзя объединить 4 вычислительных ядра в одно "суперядро" которое будет выполнять один поток команд. Виртаулизация тут непричём.

#198701   | 25.12.10 15:43
Все права принадлежат © ms insider @thevista.ru, 2022
Сайт является источником уникальной информации о семействе операционных систем Windows и других продуктах Microsoft. Перепечатка материалов возможна только с разрешения редакции.
Работает на WMS 2.34 (Страница создана за 0.05 секунд (Общее время SQL: 0.024 секунд - SQL запросов: 94 - Среднее время SQL: 0.00025 секунд))
Top.Mail.Ru