То, что такое реалистическая дата регрессий питания ядра, фиксирует?

Ядро Linux накопило несколько ошибок регрессии управления питанием, которые делают системы затронутыми едва применимый. Система, которая работает при 30/30 температурах над Windows во время офисной работы, может работать над Linux в 70/65, уставившись на рабочий стол без любых активно используемых программ. Энергопотребление / дренаж батареи, конечно, соглашается с температурами. Нет никаких, прикрепляет к проблемам все же. Просто частичные временные "решения" http://ubuntuforums.org/showthread.php?t=1865820

Кто-то может поделиться его знаниями / прогноз / оценка в реалистическую дату выпуска мер? (скажите, какой из них Вы отправляете), Это поможет мне принять решение на дальнейших шагах, пока реальные меры к ядру не прибудут:


Править:
Временная шкала прошлых выпусков ядра Linux
Так оценка по истории ядра выпускает смело можно сказать, что ожидание не является хорошим выбором.

0
задан 13 April 2017 в 15:23

1 ответ

Нет никакой фактической даты или любого реалистического выпуска. Даже в районе сосредоточения войск для 3,2 версий Ядра. можно только ожидать пока разнообразные группы, которые работают над этим запуском, показывающим некоторый прогресс (если таковые имеются) на этой проблеме, которая является одним из 3 огромных, которые я вижу:

  • Более быстрая потребляемая мощность
  • Многочисленные проблемы, связанные с новой архитектурой Intel (песчаный и Ivy Bridges)
  • Увеличенная температура

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

Я знаю, что это было долгое время начиная с этого, проблемы появились (Так как 2.6.38. 2.6.37 был прекрасен), не только для разрядки батареи и температуры, но и Sandy и Ivy также. Единственная вещь состоит в том, чтобы ожидать и знать, что, так как это - открытая полученная работа, существуют тысячи глазных яблок, смотрящих на код, и пытающийся помочь всегда они могут для решения проблемы.

Поскольку то, что я считал в нескольких местах, пытаясь решить одну проблему, создает других для других пользователей, и это - что-то, что большинство разработчиков не хочет. Они хотят решить фактическую проблему, не создавая новые и так как Linus Torvald является ОЧЕНЬ ЯВНЫМ этим конкретным способом работать, любые добавленные слияния к ядру, которые фиксируют одно из этого или любого другого в этом отношении, НО создают другие проблемы, не будут добавлены к основному ядру. Я нахожу, что это лучший способ работать для регрессии свободное ядро, чем, поскольку оно не сделало слишком долго назад был добавленный патч, созданный больше проблем, чем оно решило.

Я не скажу это в конце 3,2 версий или в 3,3 версиях, 3.4... 4.0 присваивают версию этой проблеме, будет решен, но наша единственная вещь прямо сейчас состоит в том, чтобы ожидать или быть частью разработчиков ядра и работы над той проблемой.

Существует много исследований в phoronix об этой проблеме (и другой определенный материал как Intel) как:

Таким образом для ответа на вопросы, который находится во всех нас, короткий ответ: нет никакой верной даты к тому, когда эта проблема будет решена, но она будет зафиксирована.

ОБНОВЛЕНИЕ

Как упомянуто нашим очень собственным известным user29347 (кого мы теперь позвоним таинственному человеку) существует 2 ссылки Phoronix, которые показывают прогресс в отношении регрессий Питания и других новостей по теме, но один в особенности, где упоминается, что было Получение по запросу несколько дней назад, которое наконец решило эту проблему в 3.3 Ядрах. Эта ссылка: http://www.phoronix.com/scan.php?page=news_item&px=MTA0MTM

Так 3 точки, упомянутые выше о потребляемой мощности, несколько проблем архитектуры для плюща и песчаных мостов, видео проблем и температурных проблем будут решены в 3,2 и 3,3 версиях ядра. По всей вероятности любой остался, misc ошибка будет обращена в 3,4 ядрах и наконец закончит что-нибудь.

2
ответ дан 13 April 2017 в 15:23

Другие вопросы по тегам:

Похожие вопросы: