форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Оценка производительности Linux ядра 2.6.28"

Сообщение от opennews (??) on 29-Дек-08, 01:16

Опубликованы (http://www.phoronix.com/scan.php?page=article&item=linux_262...) результаты тестирования  производительности Linux ядра 2.6.28, в сравнении с версиями 2.6.25, 2.6.26 и 2.6.27. В 14 тестах различия в производительности оказались на уровне погрешности (в 5 тестах 2.6.28 продемонстрировало незначительное отставание, а в 9 - незначительное опережение конкурентов). Лишь в одном тесте скорости рендеринга изображений Sunflow, ядро 2.6.28 оказалось быстрее на 10%. URL: http://www.phoronix.com/scan.php?page=article&item=linux_262... Новость: http://www.opennet.me/opennews/art.shtml?num=19590

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Оценка производительности Linux ядра 2.6.28"

Сообщение от anonymous (??) on 29-Дек-08, 01:16

надо собирать его просто нормально!

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

	2. "Оценка производительности Linux ядра 2.6.28"
	Сообщение от Guest (??) on 29-Дек-08, 01:59
	Гыгы, ты думаешь они специально ядра по-разному собирали? А ты типа можешь правильно собрать эти ядра, так что .28 будет во всех тестах на 300% быстрее? Детский сад...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Оценка производительности Linux ядра 2.6.28"
	Сообщение от Аноним (??) on 29-Дек-08, 02:29
	легко! Надо просто всех конкурентов .28 собрать из-под-выподверта! Тогда .28 всех обойдет :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	20. "Оценка производительности Linux ядра 2.6.28"
	Сообщение от User294 (??) on 31-Дек-08, 00:34
	>надо собирать его просто нормально! Например?Такие заявы ничто без рекомендаций.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Оценка производительности Linux ядра 2.6.28"

Сообщение от Аноним (??) on 29-Дек-08, 02:21

А с чего вдруг должна меняться производительность ? глупость какая-то.

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

	10. "Оценка производительности Linux ядра 2.6.28"
	Сообщение от Аноним (??) on 29-Дек-08, 08:58
	>А с чего вдруг должна меняться производительность ? >глупость какая-то. Ну хотя-бы из-за GEM? ;)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	11. "Оценка производительности Linux ядра 2.6.28"
	Сообщение от Frank (??) on 29-Дек-08, 09:20
	>>А с чего вдруг должна меняться производительность ? >>глупость какая-то. > >Ну хотя-бы из-за GEM? ;) > we were using ... the NVIDIA 180.18 display driver и о каком GEM тут может быть речь?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	14. "Оценка производительности Linux ядра 2.6.28"
	Сообщение от Nuclearcat on 29-Дек-08, 12:04
	С tainted ядром их бенчмарки сильно теряют ценность.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	15. "Оценка производительности Linux ядра 2.6.28"
	Сообщение от pavlinux (ok) on 29-Дек-08, 13:43
	sysctl -w kernel.tainted=1
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	16. "Оценка производительности Linux ядра 2.6.28"
	Сообщение от Nuclearcat on 29-Дек-08, 13:56
	>sysctl -w kernel.tainted=1 Суть в том, что неизвестно как вмешиваются дрова от Nvidia в производительность. В особенности графических подсистем. А какой-нить кривой loop - и обычных.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	19. "Оценка производительности Linux ядра 2.6.28"
	Сообщение от pavlinux (ok) on 30-Дек-08, 22:56
	Qemu + gdb + MmioTrace - фсе скажет! Уж чего-чего, а тормоза можно без кода отловить! Изучали, вставляли пустой дривер вместо nv-kernel.o, бряки на точках входа, данные инициализации регистров.... и т.д. В Nvidia много напихали для защиты кода: случайные адреса, куча глобальных переменных, которые хрен отловишь - где-то инициализируются, а где действительно меняются, разбито на мелкие функции, вплоть до тупого min/max. Точно сказать не могём, но создаётся   впечатление, что они шифруют свой data segment в памяти, потому что, там каша полная... И естественно, много irq_disable()/irq_enable(),..., up()/down().
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	21. "Оценка производительности Linux ядра 2.6.28"
	Сообщение от User294 (??) on 31-Дек-08, 03:59
	>Qemu + gdb + MmioTrace - фсе скажет! Ага, еще IDA Pro посоветуйте... а ради чего весь этот гемор?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	22. "Оценка производительности Linux ядра 2.6.28"
	Сообщение от . on 31-Дек-08, 06:14
	>>Qemu + gdb + MmioTrace - фсе скажет! >Ага, еще IDA Pro посоветуйте... а ради чего весь этот гемор? just for lulz
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "Оценка производительности Linux ядра 2.6.28"

Сообщение от Аноним (??) on 29-Дек-08, 10:11

>Ну хотя-бы из-за GEM? ;) я думал GEM на карточках от интел работать должен. я тут нвидиа.

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

	13. "Оценка производительности Linux ядра 2.6.28"
	Сообщение от Аноним (??) on 29-Дек-08, 12:02
	> я тут нвидиа. > одним наполеоном меньше ;)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	17. "Оценка производительности Linux ядра 2.6.28"
	Сообщение от наполеон on 29-Дек-08, 14:04
	>я думал GEM на карточках от интел работать должен. я тут нвидиа. > он должен работать с любым вариантом
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	18. "Оценка производительности Linux ядра 2.6.28"
	Сообщение от vitek (??) on 30-Дек-08, 01:12
	кто?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]