Исходное сообщение
"Проект по реализации системы дедупликации памяти для ядра Li..." Отправлено Аноним, 03-Июл-12 14:29
> Не обязательно лишь для ОС у которых все приложения в одном адресном > пространстве (прощай, безопасность) и ситуаций когда приложению отдали одно ядро в > монопольное использование и ОС использует разные адресные пространства памяти для разных > ядер. Не путайте виртуальное адресное пространство процесса и физическое адресное пространство памяти. >> вечность по меркам процессора > Обычно таймер калибруют на 100 Гц. Сколько у вас там воспроизводится фильм? > Думаете за 0.01 секунды вашей "вечность" успеете? А какие у нас нынче частоты CPU? Учитывая, что большинство инструкций выполняется за единицы тактов, а промахи мимо кеша стоят сотни тактов... И потом, декодирование видео - плохой пример. Это слишком простая задача, на современных CPU декодирование FillHD h264 даже половины ядра не сожрет (если, конечно, задача - просмотр фильма). Зато кодирование и обработка видео и прочая числодробилка съедят столько, сколько дашь. И, как ни странно, эти приложения очень часто тюнят под кеш, SSE, многоядерность и пр. Интересно, почему... >> За всю историю в процессорах Intel размер кеш-линии > За всю историю кэшей стало аж 3 (вроде) уровня и у каждого > свои линии. Вы о каком уровне так уверено рассуждаете? Или застряли > во временах 486/Pentium I где уровень был лишь один? Я говорил про кеш последнего уровня (LLC), каким бы он ни был. Т.к. именно между ним и основной памятью разрыв наиболее существенный. И да, сейчас, как и несколько последних лет, это L3.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Не обязательно лишь для ОС у которых все приложения в одном адресном >> пространстве (прощай, безопасность) и ситуаций когда приложению отдали одно ядро в >> монопольное использование и ОС использует разные адресные пространства памяти для разных >> ядер. > Не путайте виртуальное адресное пространство процесса и физическое адресное пространство > памяти. >>> вечность по меркам процессора >> Обычно таймер калибруют на 100 Гц. Сколько у вас там воспроизводится фильм? >> Думаете за 0.01 секунды вашей "вечность" успеете? > А какие у нас нынче частоты CPU? Учитывая, что большинство инструкций выполняется > за единицы тактов, а промахи мимо кеша стоят сотни тактов... > И потом, декодирование видео - плохой пример. Это слишком простая задача, на > современных CPU декодирование FillHD h264 даже половины ядра не сожрет (если, > конечно, задача - просмотр фильма). Зато кодирование и обработка видео и > прочая числодробилка съедят столько, сколько дашь. И, как ни странно, эти > приложения очень часто тюнят под кеш, SSE, многоядерность и пр. Интересно, > почему... >>> За всю историю в процессорах Intel размер кеш-линии >> За всю историю кэшей стало аж 3 (вроде) уровня и у каждого >> свои линии. Вы о каком уровне так уверено рассуждаете? Или застряли >> во временах 486/Pentium I где уровень был лишь один? > Я говорил про кеш последнего уровня (LLC), каким бы он ни был. > Т.к. именно между ним и основной памятью разрыв наиболее существенный. И > да, сейчас, как и несколько последних лет, это L3.
	Введите код, изображенный на картинке: