The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Проект по реализации системы дедупликации памяти для ядра Linux, opennews (??), 02-Июл-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


15. "Проект по реализации системы дедупликации памяти для ядра Li..."  +1 +/
Сообщение от grondek (ok), 02-Июл-12, 14:47 
> вопросами кэша теперь озабочен не программист, а компилятор

Да ну? Почитайте пару книг по оптимизации программ (от Intel'a например). Не знаю как для java и питонов всяких, но вот на сишечке можно очень хорошо заоптимизировать программу под кеш и логику работы процессора (предсказание условий как минимум). То что конкренты смогут повытеснять из кеша данные моей программы, это возможно. Но хотя бы будет более оптимально работать, если из кеша ее не будут вытеснять.

Ответить | Правка | Наверх | Cообщить модератору

35. "Проект по реализации системы дедупликации памяти для ядра Li..."  –2 +/
Сообщение от Ваня (??), 02-Июл-12, 16:01 
Предсказывать условия? Для 386/486 декодировалась всегда положительная ветвь, для первого и второго пентиумов декодировалась та ветвь, которая с момента включения процессора выполнялась чаще, с третьего пентиума декодируются целиком обе ветки, поэтому эти правила устарели.

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

Ответить | Правка | Наверх | Cообщить модератору

48. "Проект по реализации системы дедупликации памяти для ядра Li..."  +1 +/
Сообщение от atropos (?), 02-Июл-12, 16:37 
Если бы 8086 сказал. Тогда бы больше людей каламбур поняли.
Ответить | Правка | Наверх | Cообщить модератору

66. "Проект по реализации системы дедупликации памяти для ядра Li..."  +1 +/
Сообщение от Аноним (-), 02-Июл-12, 17:31 
> Если бы 8086 сказал. Тогда бы больше людей каламбур поняли.

Да ваня эпично ламернулся, как обычно.

Ответить | Правка | Наверх | Cообщить модератору

56. "Проект по реализации системы дедупликации памяти для ядра Li..."  +1 +/
Сообщение от grondek (ok), 02-Июл-12, 17:04 
Книги читать полезно. Очень советую, чтобы ерунду не лепить.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

60. "Проект по реализации системы дедупликации памяти для ядра Li..."  +/
Сообщение от Ваня (??), 02-Июл-12, 17:11 
Уже говорил: без аргументов идёте лесом.
Ответить | Правка | Наверх | Cообщить модератору

81. "Проект по реализации системы дедупликации памяти для ядра Li..."  +1 +/
Сообщение от grondek (ok), 02-Июл-12, 18:54 
Ну вот, например.

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

В конце концов, оптимизация размера и количества используемых переменных, чтобы они гарантированно кешировались.

Ответить | Правка | Наверх | Cообщить модератору

82. "Проект по реализации системы дедупликации памяти для ядра Li..."  +/
Сообщение от grondek (ok), 02-Июл-12, 18:56 
И вообще, есть очень интересные книги например от Intel Press. Уж они-то знают о чем пишут. Там правда сишечка + асм, но вдруг осилите.
Ответить | Правка | Наверх | Cообщить модератору

89. "Проект по реализации системы дедупликации памяти для ядра Li..."  +1 +/
Сообщение от Михрютка (?), 02-Июл-12, 20:59 
> В конце концов, оптимизация размера и количества используемых переменных, чтобы они гарантированно
> кешировались.

welcome my son to the virtual machine
where have you've been?
it's alright we're know where you've been
you've been in a cache filling in lines
provided with flags and virtual tags
you'd fill TLB as fast as can be
and you didn't like cache miss
you'll know the pipeline's not pleased
so welcome to the virtual machine

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

90. "Проект по реализации системы дедупликации памяти для ядра Li..."  +/
Сообщение от grondek (ok), 02-Июл-12, 21:11 
Забавно.
Ответить | Правка | Наверх | Cообщить модератору

92. "Проект по реализации системы дедупликации памяти для ядра Li..."  +/
Сообщение от Михрютка (?), 02-Июл-12, 21:19 
> Забавно.

а забавно не забавно, сам же понимаешь, где оказываются все "оптимизации под кеш" при запуске в виртуалке. ну то есть где-то в ~70% современных нагрузок.

Ответить | Правка | Наверх | Cообщить модератору

94. "Проект по реализации системы дедупликации памяти для ядра Li..."  +/
Сообщение от grondek (ok), 02-Июл-12, 21:53 
Серверные приложения возможно.

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


Да и сами виртуалки пока на железе запускаются.

Ответить | Правка | Наверх | Cообщить модератору

96. "Проект по реализации системы дедупликации памяти для ядра Li..."  +/
Сообщение от Михрютка (?), 02-Июл-12, 22:20 
> С другой стороны: игры, мультимедийные приложения <...> запускаются
> на железе.

как уже было сказано, первейшие кандидаты на дедупликацию.

> Да и сами виртуалки пока на железе запускаются.

верно; но нагрузка работает не на железе, а на ВМ, да еще с требованиями всяких миграций, небось

другими словами - там, где стрельнет дедупликация памяти - там нет десктопных нагрузок. и наоборот.

Ответить | Правка | Наверх | Cообщить модератору

125. "Проект по реализации системы дедупликации памяти для ядра Li..."  +/
Сообщение от Aceler (ok), 03-Июл-12, 11:19 
> Серверные приложения возможно.
> С другой стороны: игры, мультимедийные приложения, всякие оконные менеджеры пока что запускаются
> на железе.
> Да и сами виртуалки пока на железе запускаются.

Вон ubisoft уже и игры на виртуалке в xen пускает: http://www.youtube.com/watch?v=Gtmwnx-k2qg

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

91. "Проект по реализации системы дедупликации памяти для ядра Li..."  +1 +/
Сообщение от atropos (?), 02-Июл-12, 21:19 
> Уже говорил: без аргументов идёте лесом.

ваня, иди лесом

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

98. "Проект по реализации системы дедупликации памяти для..."  +/
Сообщение от arisu (ok), 02-Июл-12, 23:25 
> Книги читать полезно. Очень советую, чтобы ерунду не лепить.

это же «ванятка-однобитный-float», какие книги?

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

64. "Проект по реализации системы дедупликации памяти для ядра Li..."  +/
Сообщение от Анонимъ (?), 02-Июл-12, 17:28 
Оптимизация по кэшу в современных программах - в основном по данным а не по коду. С другой стороны - данные врят-ли будут дедуплицированы. С третьей - Китае ничего хорошего и нового не сделают - надо искать где содрали...
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

67. "Проект по реализации системы дедупликации памяти для ядра Li..."  +1 +/
Сообщение от Аноним (-), 02-Июл-12, 17:32 
> С третьей - Китае ничего хорошего и нового не сделают - надо искать где содрали...

Это стереотипы. Тем не менее, они перешагнули порог только сдирания и не стесняются улучшать при передирании. И правильно делают - только дебил с своей гордостью ломится в железную дверь стоящую в чистом поле. Остальным проще ее просто обойти.

Ответить | Правка | Наверх | Cообщить модератору

121. "(offtopic) made in china"  +/
Сообщение от Michael Shigorinemail (ok), 03-Июл-12, 10:09 
> и не стесняются улучшать при передирании

Порой уж лучше бы стеснялись -- в T43 по сравнению с T41 нашёл один багфикс и три регрессии: http://freesource.info/wiki/MichaelShigorin/ThinkPadT43

Ответить | Правка | Наверх | Cообщить модератору

126. "Проект по реализации системы дедупликации памяти для ядра Li..."  +/
Сообщение от Аноним (-), 03-Июл-12, 11:46 
> Оптимизация по кэшу в современных программах - в основном по данным а
> не по коду.

Потому что код обычно оптимизирует компилятор. Что не уменьшает значения этой оптимизации.

Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру