URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 56736
[ Назад ]

Исходное сообщение
"Тестирование производительности второго кандидата в релизы L..."

Отправлено opennews , 09-Июл-09 02:15 
Тестирование (http://www.phoronix.com/scan.php?page=article&item=linux_263...)  производительности второго кандидата в релизы Linux ядра 2.6.31. В 7 тестах производительность 2.6.31-rc2 на уровне версии 2.6.30. В тесте Threaded I/O ядро 2.6.31 заметно отстало от прошлых версий.

URL: http://www.phoronix.com/scan.php?page=article&item=linux_263...
Новость: https://www.opennet.ru/opennews/art.shtml?num=22529


Содержание

Сообщения в этом обсуждении
"Тестирование производительности второго кандидата в релизы L..."
Отправлено Den , 09-Июл-09 02:15 
Дык не финалка же...

"Тестирование производительности второго кандидата в релизы L..."
Отправлено Хоменко , 09-Июл-09 03:40 
Хвороникс! Вам делать больше нехрен? Повторяйте геоиетрию за шестой класс!

"Тестирование производительности второго кандидата в релизы L..."
Отправлено Аноним , 09-Июл-09 05:28 
Нет ничего удивительного, что с ростом ядро становится тормознее.

"Тестирование производительности второго кандидата в релизы L"
Отправлено йа , 09-Июл-09 06:37 
смысл этих тестов? Кто их спонсирует?

"Тестирование производительности второго кандидата в релизы L"
Отправлено аноним , 09-Июл-09 08:23 
>смысл этих тестов? Кто их спонсирует?

майкрософт конечно же.
каждый неудачный тест щедро вознаграждается.
с учетом текущего состояния кодовой базы, фороникс ждут светлые времена.


"Тестирование производительности второго кандидата в релизы L"
Отправлено odus , 09-Июл-09 08:55 
>смысл этих тестов? Кто их спонсирует?

Смысл очень прост - убедиться что не стало хуже.
И сделать еще лучше чем было.

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

Или ты думаешь что разработчики ядра Linux всегда пишут прямой и быстрый код ? :)


"Тестирование производительности второго кандидата в релизы L"
Отправлено Aleksey , 09-Июл-09 10:51 
Вообще есть такие тесты на производительность, чтобы убедится, что не стало значительно хуже, чем раньше. При нахождении таких симптомов можно попытаться найти изменение, которое вызвало такое падение производительности.

"Тестирование производительности второго кандидата в релизы L..."
Отправлено rastaman , 09-Июл-09 07:38 
на буке HP в 2.6.30.1 фреймбуфер глючит, и подвисает через некоторе время. На 2.6.29.5 все ок. Бум надеяться что исправят глюк.

"Тестирование производительности второго кандидата в релизы L..."
Отправлено Аноним , 09-Июл-09 09:22 
Может стоит поискать багрепорт и отметиться?

"Тестирование производительности второго кандидата в релизы L..."
Отправлено svn , 09-Июл-09 10:09 
Написать что установлен драйвер nvidia и отправится ловить бабочек?

А зачем вообще нужен этот FB на обычном компьюутере? Я вот им не пользуюсь, и доволен, X запускается, там и разрешение хорошее, и шрифты крысивые выбираются легко, и несколько терминалов можно одновременно отображать.


"Тестирование производительности второго кандидата в релизы L..."
Отправлено rastaman , 09-Июл-09 11:38 
>Написать что установлен драйвер nvidia и отправится ловить бабочек?
>
>А зачем вообще нужен этот FB на обычном компьюутере? Я вот им
>не пользуюсь, и доволен, X запускается, там и разрешение хорошее, и
>шрифты крысивые выбираются легко, и несколько терминалов можно одновременно отображать.

на HP стоит intelовский драйвер из состава ядра - соответственно и в иксах юзается intel
он и глючит.


"Тестирование производительности второго кандидата в релизы L..."
Отправлено anonimus , 09-Июл-09 20:02 
>на буке HP в 2.6.30.1 фреймбуфер глючит, и подвисает через некоторе время.
>На 2.6.29.5 все ок. Бум надеяться что исправят глюк.

У меня тоже на HP новые ядра не очень. Как влезли в suspend/hibernate, так где проблем никогда не было, они появились.
475.509058] ohci_hcd 0000:03:00.1: USB HC takeover failed!  (BIOS/SMM bug)                                                                
[  475.520138] ohci_hcd 0000:03:00.1: USB HC reset timed out!                                                                                
[  475.520140] ohci_hcd 0000:03:00.1: can't restart, -1

Неюзабельно совершенно, выход из suspend около 10 сек., иногда полностью виснет. Прям поиск ничего не дал про это.