| 1 |
В Втр, 01/12/2009 в 01:19 +0300, Andrian Nord пишет: |
| 2 |
> On Tue, Dec 01, 2009 at 12:06:43AM +0300, Peter Volkov wrote: |
| 3 |
> > Так как 2.6.18 это работало, было бы супер попробывать локализовывать |
| 4 |
> > проблему: откатиться назад к ядру 2.6.18 и использовать git bisect. |
| 5 |
> > Обычно если удасться свести проблему к коммиту, то всё может решится за |
| 6 |
> > дни. Однако представляю сколько это труда: придётся компилятор, udev и |
| 7 |
> > не известно что ещё откатывать... |
| 8 |
> |
| 9 |
> git bisect имеет смысл делать, только если есть _точный_ и _быстрый_ |
| 10 |
> testcase. А то "пальцем по ветру" через пару десятков коммитов |
| 11 |
> перестанешь что-либо замечать вообще и получишь стопроцентно не верный |
| 12 |
> бисект. |
| 13 |
> |
| 14 |
> Есть идеи насчет такого testcase? |
| 15 |
|
| 16 |
С "плохим" hdd это видно по скорости чтения/записи dd. Например, цифры |
| 17 |
приведённые здесь: http://bugzilla.kernel.org/show_bug.cgi?id=13347#c34 |
| 18 |
являются хорошим testcase'ом. |
| 19 |
|
| 20 |
-- |
| 21 |
Peter. |
Archives