FreeBSD 8 - шото девелоперы не то надевелопили
Сперва наткнулся, что в -CURRENT(amd64) после изменений всяких структур ppp сломали (ppp over tcp - устанавливает соединение, но дальше посылаются "левые" пакеты, и с той стороны линка их не видно), причём mpd тоже не работает - с той разницей, что он хоть посылает нормальные пакеты и на них отвечают, но ответов в ng0 уже не видать. откатил назад на пару месяцев - всё работает, но trafshow что-либо в интерфейсах через несколько секунд после запуска уже не видит (хотя это наверно грабли трафшоу). вот такой странный пакет вместо пинга: 18:14:54.448657 AF Unknown (18), length 88: 0x0000: 4500 0054 5efc 0000 4001 05a3 0a00 010a E..T^...@....... 0x0010: 0a00 0101 0800 979a 1462 013d 4a18 3d1e .........b.=J.=. 0x0020: 0006 d886 0809 0a0b 0c0d 0e0f 1011 1213 ................ 0x0030: 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 .............!"# 0x0040: 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 $%&'()*+,-./0123 0x0050: 3435 3637 4567 Ну, ещё мелочь - шедулер странный стал: 3ГГц, коре2 квад, туча процессов: 10% idle (среднее по каждому ядру), ставим 2.4ГГц, температура упала, 10% idle, ставим 800МГц - всё равно 10% idle. idlepoll тоже жрёт очень мало (10-15%), хотя раньше ему доставалось эдак 70%. kern.sched.name: ULE kern.sched.preemption: 1 Игры с cpuset ничего не принесли или использование процессора показывается неправильно... Топология core2 quad тоже неверно определяется... От жеж любовь к экстриму... -- Best regards, Paul Arakelyan.
Hello, Paul Arakelyan! Дык это ж -CURRENT, чо от него хотеть стабильности? ;-) -- Olexandr Lystopad
ну дык в http://www.freebsd.org/send-pr.html Оно ж как раз для того и сделано On Mon, May 25, 2009 at 11:30:02PM +0300, Paul Arakelyan wrote:
Сперва наткнулся, что в -CURRENT(amd64) после изменений всяких структур ppp сломали (ppp over tcp - устанавливает соединение, но дальше посылаются "левые" пакеты, и с той стороны линка их не видно), причём mpd тоже не работает - с той разницей, что он хоть посылает нормальные пакеты и на них отвечают, но ответов в ng0 уже не видать. откатил назад на пару месяцев - всё работает, но trafshow что-либо в интерфейсах через несколько секунд после запуска уже не видит (хотя это наверно грабли трафшоу). вот такой странный пакет вместо пинга: 18:14:54.448657 AF Unknown (18), length 88: 0x0000: 4500 0054 5efc 0000 4001 05a3 0a00 010a E..T^...@....... 0x0010: 0a00 0101 0800 979a 1462 013d 4a18 3d1e .........b.=J.=. 0x0020: 0006 d886 0809 0a0b 0c0d 0e0f 1011 1213 ................ 0x0030: 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 .............!"# 0x0040: 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 $%&'()*+,-./0123 0x0050: 3435 3637 4567
Ну, ещё мелочь - шедулер странный стал: 3ГГц, коре2 квад, туча процессов: 10% idle (среднее по каждому ядру), ставим 2.4ГГц, температура упала, 10% idle, ставим 800МГц - всё равно 10% idle. idlepoll тоже жрёт очень мало (10-15%), хотя раньше ему доставалось эдак 70%. kern.sched.name: ULE kern.sched.preemption: 1 Игры с cpuset ничего не принесли или использование процессора показывается неправильно... Топология core2 quad тоже неверно определяется... От жеж любовь к экстриму...
-- Best regards, Paul Arakelyan.
-- ------------------------------------------------------------------------------- Vasiliy P. Melnik VPM-RIPE, VPM-UANIC
On Monday 25 May 2009 23:30:02 Paul Arakelyan wrote:
Сперва наткнулся, что в -CURRENT(amd64) после изменений всяких структур ppp сломали (ppp over tcp - устанавливает соединение, но дальше посылаются "левые" пакеты, и с той стороны линка их не видно), причём mpd тоже не работает - с той разницей, что
А mpd пересобирался?
он хоть посылает нормальные пакеты и на них отвечают, но ответов в ng0 уже не видать. откатил назад на пару месяцев - всё работает, но trafshow что-либо в интерфейсах через несколько секунд после запуска уже не видит (хотя это наверно грабли трафшоу). вот такой странный пакет вместо пинга: 18:14:54.448657 AF Unknown (18), length 88: 0x0000: 4500 0054 5efc 0000 4001 05a3 0a00 010a E..T^...@....... 0x0010: 0a00 0101 0800 979a 1462 013d 4a18 3d1e .........b.=J.=. 0x0020: 0006 d886 0809 0a0b 0c0d 0e0f 1011 1213 ................ 0x0030: 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 .............!"# 0x0040: 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 $%&'()*+,-./0123 0x0050: 3435 3637 4567
Ну, ещё мелочь - шедулер странный стал: 3ГГц, коре2 квад, туча процессов: 10% idle (среднее по каждому ядру), ставим 2.4ГГц, температура упала, 10% idle, ставим 800МГц - всё равно 10% idle. idlepoll тоже жрёт очень мало (10-15%), хотя раньше ему доставалось эдак 70%.
powerd запущен?
kern.sched.name: ULE kern.sched.preemption: 1 Игры с cpuset ничего не принесли или использование процессора показывается неправильно... Топология core2 quad тоже неверно определяется...
Скорее проблемы с ACPI
От жеж любовь к экстриму...
On Wed, Jun 03, 2009 at 10:11:37AM +0300, Oleg V. Nauman wrote:
Ну, ещё мелочь - шедулер странный стал: 3ГГц, коре2 квад, туча процессов: 10% idle (среднее по каждому ядру), ставим 2.4ГГц, температура упала, 10% idle, ставим 800МГц - всё равно 10% idle. idlepoll тоже жрёт очень мало (10-15%), хотя раньше ему доставалось эдак 70%.
powerd запущен? нет, вообще ещё неправильно показывают в top CPU load для того, что с помощью cpuset -l [cpu list] запускается/привязывается к определённым ядрам - оно 0% почти всегда, в итоге только по % idle можно оценить загрузку ядра, но чем оно так загружено - сами догадывайтесь :) температура ядер процессора - тоже не очень связана с их загрузкой. Загрузив 2-3 до упора и имея idle в 0-1 всё равно видно на градусов 5 большую температуру у 0-1 (в idle - 1-2С)
kern.sched.name: ULE kern.sched.preemption: 1 Игры с cpuset ничего не принесли или использование процессора показывается неправильно... Топология core2 quad тоже неверно определяется...
Скорее проблемы с ACPI Лучше б догадаться, как её вручную написать :) и что из этого будет :).
-- Best regards, Paul Arakelyan.
participants (4)
-
Lystopad Olexandr -
Oleg V. Nauman -
Paul Arakelyan -
Vasiliy P. Melnik