Re:Нет ну ядрён же батон - для какого нахрен десктопа ОН готов?
Не, когда гипертранспорт флуд случается - у меня мать это как-то ловит и БИОС сообщает при следующей загрузке. Лечится это выставлением пониженной частоты гипертранспорта (она должна быть ниже чем у северного моста).
Сегодня нашёл жалобный тред от человека, у которого беды начинаются с установкой второй планки памяти. Т.е. две планки - глючит. Одна - не глючит. Все напряжения меняли - ничо не помогает. Если есть связь гипертранспорта с памятью, то видимо грешить надо на unganged mode - режим при котором планки используются ядрами раздельно. Не понимаю при чём там гипертранспорт, но видимо по какой-то причине возрастает количество пересылок данных или ожиданий доступа к модулю памяти при переключении задачи на другое ядро (при вызове кернела, например или прерывании). Косвенно это подтверждает ощущение что проблема наиболее часто проявляется ближе к запуску компа - во время загрузки системы больше шансов нарваться и тем что по большинству бектрейсов приложения хватали сигнал внутри pthread.
Для себя решил что надо попробовать режим выключить (всё равно профита от него не было видно). Нашёл даже пост человека, которому это помогло.
Завтра попробую.. Жаль только нет надёжного тесткейса при котором проблема 100% воспроизводилась бы за какое-то количество запусков, чтобы прогнав тесткейс можно было убедиться ушла ошибка при изменении конфигурации бивиса или нет .
Re:Нет ну ядрён же батон - для какого нахрен десктопа ОН готов?
Не, когда гипертранспорт флуд случается - у меня мать это как-то ловит и БИОС сообщает при следующей загрузке. Лечится это выставлением пониженной частоты гипертранспорта (она должна быть ниже чем у северного моста).
Сегодня нашёл жалобный тред от человека, у которого беды начинаются с установкой второй планки памяти. Т.е. две планки - глючит. Одна - не глючит. Все напряжения меняли - ничо не помогает. Если есть связь гипертранспорта с памятью, то видимо грешить надо на unganged mode - режим при котором планки используются ядрами раздельно. Не понимаю при чём там гипертранспорт, но видимо по какой-то причине возрастает количество пересылок данных или ожиданий доступа к модулю памяти при переключении задачи на другое ядро (при вызове кернела, например или прерывании). Косвенно это подтверждает ощущение что проблема наиболее часто проявляется ближе к запуску компа - во время загрузки системы больше шансов нарваться и тем что по большинству бектрейсов приложения хватали сигнал внутри pthread.
Для себя решил что надо попробовать режим выключить (всё равно профита от него не было видно). Нашёл даже пост человека, которому это помогло.
Завтра попробую.. Жаль только нет надёжного тесткейса при котором проблема 100% воспроизводилась бы за какое-то количество запусков, чтобы прогнав тесткейс можно было убедиться ушла ошибка при изменении конфигурации бивиса или нет .