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

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

"OpenNews: Темп разработки Linux ядра может быть замедлен с ц..."

Сообщение от opennews (??) on 19-Май-08, 12:05

Начало разработки ядра версии 2.6.26 отмечено (http://www.linuxworld.com/news/2008/051208-slow.html) большим количеством изменений, что привело к появлению ошибок,  вызывающих множественные отказы, в том числе и при загрузке. Хотя эти проблемы были известны даже раньше, чем вышла версия 2.6.26-rc1, образовался ряд проблем между разработчиками, относительно несоответствия в версиях исправлений. Данное обстоятельство привело к множеству обращений разработчиков, с просьбой  замедлить процесс разработки. Предлагается ограничить количество нововведений на каждом цикле разработки, определить подсистемы с большим количеством ошибок, регрессом и исключить новшества в них, пока не исправят старые проблемы. Кроме того, планируется вовлечь людей в изучение, тестирование, и работу с кодом, который будет добавлен.   Эндрю Мортон отметил:  "существенная часть разработчиков,  даже полагает, что нет никаких реальных проблем в этом отношении". А вот, по словам  Arjan van de Ven "... мы добил... URL: http://www.linuxworld.com/news/2008/051208-slow.html Новость: http://www.opennet.me/opennews/art.shtml?num=15947

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

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

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

1. "Темп разработки Linux ядра может быть замедлен с целью повыш..."

Сообщение от Nick (??) on 19-Май-08, 12:05

неужели... наконец-то. СКорости - уже выше крыши. Дааавно пора подумать о качестве.

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

2. "Темп разработки Linux ядра может быть замедлен с целью повыш..."

Сообщение от хзкто on 19-Май-08, 12:22

"Общее отношение числа ошибок к их количеству снизилось!" Интересная фраза, я думал количество_ошибок == число_ошибок

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

	3. "Темп разработки Linux ядра может быть замедлен с целью повыш..."
	Сообщение от cobold on 19-Май-08, 12:29
	Одну и туже(с точки зрения разработчика) ошибку могут зарепортить несколько десятков раз.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Темп разработки Linux ядра может быть замедлен с целью повыш..."
	Сообщение от overmailed on 19-Май-08, 12:47
	"Общее отношение числа ошибок к их количеству снизилось!" , судя по всему, является переводом "Subsystems are seeing flat or lower bugcounts/bugrates." что имхо более точно: "В подсистемах ядра неувеличивается отношение количества ошибок к их частоте." Однако, что имеет ввиду Арйен ван де Вен всё равно не очень понятно :).
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Темп разработки Linux ядра может быть замедлен с целью повыш..."

Сообщение от avatar (??) on 19-Май-08, 13:31

Давно пора!

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

6. "Темп разработки Linux ядра может быть замедлен с целью повыш..."

Сообщение от Аноним (??) on 19-Май-08, 14:06

Наконец-то. Здравый смысл торжествует!!!!

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

7. "Темп разработки Linux ядра может быть замедлен с целью повыш..."

Сообщение от Аноним (??) on 19-Май-08, 16:42

поддерживаю... \\ краткость - сестра таланта...

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

10. "OpenNews: Темп разработки Linux ядра может быть замедлен с ц..."

Сообщение от _umka_ (ok) on 19-Май-08, 18:00

Ну.. еще один шаг.. ну пожалуста. Глядиш и вернут назад стабильное API... раз уж доходит что надо бы кому-то править их ошибки. А то сейчас правят то что по быстрее и чаще у людей вылазит - а на старые которые проявляются редко - ложат болт..

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

	11. "OpenNews: Темп разработки Linux ядра может быть замедлен с ц..."
	Сообщение от Nick (??) on 19-Май-08, 18:04
	>Ну.. еще один шаг.. ну пожалуста. >Глядиш и вернут назад стабильное API... при любой скорости разработки - не вернут. Ибо это строго ручной тормоз в развитии.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	16. "OpenNews: Темп разработки Linux ядра может быть замедлен с ц..."
	Сообщение от Аноним (??) on 20-Май-08, 07:25
	Серьезно? Сколько тебе лет?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	19. "OpenNews: Темп разработки Linux ядра может быть замедлен с ц..."
	Сообщение от Nick (??) on 20-Май-08, 17:10
	>Серьезно? Сколько тебе лет? Школьник, читай Documentation/stable_api_nonsense.txt
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "Темп разработки Linux ядра может быть замедлен с целью повыш..."

Сообщение от sneer (??) on 19-Май-08, 23:15

а когда они sky2 драйвер починят для marvel сетевух интересно?

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

	15. "Темп разработки Linux ядра может быть замедлен с целью повыш..."
	Сообщение от Аноним (??) on 20-Май-08, 01:35
	уже. начиная с 2.6.26-rc1 все прекрасно работает
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	18. "Темп разработки Linux ядра может быть замедлен с целью повыш..."
	Сообщение от sneer (??) on 20-Май-08, 10:53
	>уже. начиная с 2.6.26-rc1 все прекрасно работает пожалуйста скажите какая модель в чейнжлоге этого релиза ничего нет о драйвере sky2
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

17. "Темп разработки Linux ядра может быть замедлен с целью повыш..."

Сообщение от Ne01eX (??) on 20-Май-08, 09:24

На самом деле у всего этого плача о стабильном API есть одна причина. Во времена чет/нечет простым людям было понятно что стабильное, а что не очень. теперь же картина вообще не ясна, - API ломают без какой-либо логики в нумерации. Даже использование вроде уже стейбла, на одну/две версии ниже текущей не спасает от новых сюрпризов. За примерами далеко ходить не надо, - еще свежо в памяти 2.6.16.x, которое чинилось после бакпорта новых фич из 2.6.17.x. Читка рассылок конечно помогает, но не всегда получается увидить в них регрессию-подляну и уж тем более что-либо ожидать от нового ядра. Я согласен, что должен быть строгий механизм нумерации версий, например: в нечетных ветках мы ломает и добавляем, а в четных ветках чиним и вычищаем. На мой взгляд это вполне вписывается в существующую схему нумерации и никому мозг ломать заново не надо и новых мажорных версий строить.

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

	20. "Темп разработки Linux ядра может быть замедлен с целью повыш..."
	Сообщение от Nick (??) on 20-Май-08, 17:17
	Официальные нестабильные релизы (пусть и нечетные) - вот где отсутсвие логики. Релиз - должен быть стабильным. Щас ему далеко до этого, потому как скорость добавления фич высока. А так: добавляем и ломает - rcX, а все ок - в релизах.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	23. "Темп разработки Linux ядра может быть замедлен с целью повыш..."
	Сообщение от Ne01eX (??) on 21-Май-08, 08:36
	Ето понятно, но. Ломать-то проще чем строить. Соответсвенно на обезбаживание должно уделяться больше времени, чем на ломку.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

21. "Темп разработки Linux ядра может быть замедлен с целью повыш..."

Сообщение от Аноним (??) on 20-Май-08, 19:10

ГЫгы Наконец-то подумали об этом. На самом деле надоела уже эта ситуация, не прикольно когда драйвер не ставить на версии ядра выше 2.6.22 ...

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

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема