[Hardware] kernel-image-std-pae & i965 & 4Gb

[Hardware] kernel-image-std-pae & i965 & 4Gb

[Maks Re]

хай.

это у меня такой глюк?

свысл в том - что как только выбираю это ядро (что alt10|11|12)
так система как-то не адекватна...
грузилась минут 30. так и не догрузилась...
все очень медленно

камень E6600
мать intel dq965gf
мозг 4х1Гб

ядро std ведет себя нормально...




-- 
С уважением,
  Макс.

Re: [Hardware] kernel-image-std-pae & i965 & 4Gb

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 749 bytes --]

On Mon, Feb 18, 2008 at 02:07:51PM +0300, Maks Re wrote:
> это у меня такой глюк?
> 
> свысл в том - что как только выбираю это ядро (что alt10|11|12)
> так система как-то не адекватна...
> грузилась минут 30. так и не догрузилась...
> все очень медленно
> 
> камень E6600
> мать intel dq965gf

А версия BIOS какая?

> мозг 4х1Гб
> 
> ядро std ведет себя нормально...

Попробуйте загрузить систему с init=/sbin/sash (чтобы не ждать слишком
долго) и сохранить dmesg и прочую информацию:

  mount -o rw,remount /
  dmesg >/root/dmesg.log
  cat /proc/mtrr >/root/mtrr.log
  cat /proc/interrupts >/root/interrupts.log
  mount -o ro,remount /
  reboot -f

Потом пришлите сохранённые файлы dmesg.log, mtrr.log, interrupts.log.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Hardware] kernel-image-std-pae & i965 & 4Gb

[Maks Re]

бивис последний,
6002

логи - чуть позже.


2008/2/18 Sergey Vlasov <vsu@altlinux.ru>:
> On Mon, Feb 18, 2008 at 02:07:51PM +0300, Maks Re wrote:
> > это у меня такой глюк?
> >
> > свысл в том - что как только выбираю это ядро (что alt10|11|12)
> > так система как-то не адекватна...
> > грузилась минут 30. так и не догрузилась...
> > все очень медленно
> >
> > камень E6600
> > мать intel dq965gf
>
> А версия BIOS какая?
>
> > мозг 4х1Гб
> >
> > ядро std ведет себя нормально...
>
> Попробуйте загрузить систему с init=/sbin/sash (чтобы не ждать слишком
> долго) и сохранить dmesg и прочую информацию:
>
>   mount -o rw,remount /
>   dmesg >/root/dmesg.log
>   cat /proc/mtrr >/root/mtrr.log
>   cat /proc/interrupts >/root/interrupts.log
>   mount -o ro,remount /
>   reboot -f
>
> Потом пришлите сохранённые файлы dmesg.log, mtrr.log, interrupts.log.
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.7 (GNU/Linux)
>
> iD8DBQFHuWxUW82GfkQfsqIRAiQTAJ9dFl0yobccvxAMkm2IiykCCgOK0wCggl+u
> 8TBcoYFLlSeVl9chW8gcdP4=
> =7M5E
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Hardware mailing list
> Hardware@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/hardware
>



-- 
С уважением,
  Макс.

Re: [Hardware] kernel-image-std-pae & i965 & 4Gb

[Maks Re]

[-- Attachment #1: Type: text/plain, Size: 1438 bytes --]

а вот и логи

2008/2/18 Maks Re <admaks@gmail.com>:
> бивис последний,
> 6002
>
> логи - чуть позже.
>
>
> 2008/2/18 Sergey Vlasov <vsu@altlinux.ru>:
>
> > On Mon, Feb 18, 2008 at 02:07:51PM +0300, Maks Re wrote:
> > > это у меня такой глюк?
> > >
> > > свысл в том - что как только выбираю это ядро (что alt10|11|12)
> > > так система как-то не адекватна...
> > > грузилась минут 30. так и не догрузилась...
> > > все очень медленно
> > >
> > > камень E6600
> > > мать intel dq965gf
> >
> > А версия BIOS какая?
> >
> > > мозг 4х1Гб
> > >
> > > ядро std ведет себя нормально...
> >
> > Попробуйте загрузить систему с init=/sbin/sash (чтобы не ждать слишком
> > долго) и сохранить dmesg и прочую информацию:
> >
> >   mount -o rw,remount /
> >   dmesg >/root/dmesg.log
> >   cat /proc/mtrr >/root/mtrr.log
> >   cat /proc/interrupts >/root/interrupts.log
> >   mount -o ro,remount /
> >   reboot -f
> >
> > Потом пришлите сохранённые файлы dmesg.log, mtrr.log, interrupts.log.
> >
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.4.7 (GNU/Linux)
> >
> > iD8DBQFHuWxUW82GfkQfsqIRAiQTAJ9dFl0yobccvxAMkm2IiykCCgOK0wCggl+u
> > 8TBcoYFLlSeVl9chW8gcdP4=
> > =7M5E
> > -----END PGP SIGNATURE-----
> >
> > _______________________________________________
> > Hardware mailing list
> > Hardware@lists.altlinux.org
> > https://lists.altlinux.org/mailman/listinfo/hardware
> >
>
>
>
> --
> С уважением,
>   Макс.
>



-- 
С уважением,
  Макс.

[-- Attachment #2: dmesg.log --]
[-- Type: application/octet-stream, Size: 16386 bytes --]

[-- Attachment #3: interrupts.log --]
[-- Type: application/octet-stream, Size: 421 bytes --]

[-- Attachment #4: mtrr.log --]
[-- Type: application/octet-stream, Size: 464 bytes --]

Re: [Hardware] kernel-image-std-pae & i965 & 4Gb

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 2828 bytes --]

On Mon, Feb 18, 2008 at 03:10:46PM +0300, Maks Re wrote:
> а вот и логи

Доступные для ядра области памяти (по данным BIOS):

 BIOS-e820: 0000000000000000 - 000000000008f000 (usable)
 BIOS-e820: 0000000000100000 - 00000000cf584000 (usable)
 BIOS-e820: 00000000cf591000 - 00000000cf625000 (usable)
 BIOS-e820: 00000000cf6df000 - 00000000cf6f0000 (usable)
 BIOS-e820: 00000000cf6ff000 - 00000000cf700000 (usable)
 BIOS-e820: 0000000100000000 - 000000012c000000 (usable)

Теперь разберём настройки MTRR:

 reg00: base=0x00000000 (   0MB), size=2048MB: write-back, count=1
 reg01: base=0x80000000 (2048MB), size=1024MB: write-back, count=1
 reg02: base=0xc0000000 (3072MB), size= 256MB: write-back, count=1

Эти регистры покрывают область адресов от 0x00000000 до 0xd0000000;
все обычные области памяти ниже 4G, заявленные в BIOS-e820, входят в
этот диапазон, так что тут всё нормально.

 reg03: base=0xcf800000 (3320MB), size=   8MB: uncachable, count=1
 reg04: base=0xcf700000 (3319MB), size=   1MB: uncachable, count=1

Этими регистрами помечается как некешируемая область адресов от
0xcf700000 до 0xd0000000 - эта область не перекрывается ни с одной из
областей BIOS-e820, помеченных как usable, что тоже правильно.

 reg05: base=0x100000000 (4096MB), size= 512MB: write-back, count=1
 reg06: base=0x120000000 (4608MB), size= 128MB: write-back, count=1

Эти регистры устанавливают тип write-back для области адресов от
0x100000000 до 0x128000000.  Однако в BIOS-e820 сообщается, что
доступная память находится по адресам от 0x100000000 до 0x12c000000,
следовательно, имеется область памяти (0x128000000 - 0x12c000000,
64MB), которая не покрывается ни одним из регистров MTRR.  В
результате эта память не кешируется, что приводит к громадному
замедлению работы при её использовании.

Подобная ошибка в BIOS многих материнских плат от Intel давно
известна; например, вот одно из обсуждений:

 http://www.fedoraforum.org/forum/showthread.php?t=157232&page=4

Ошибка проявляется при установке >= 4GB RAM, причём только при условии
использования ядра, которое может адресовать память за пределами
первых 4 GB адресного пространства (именно поэтому 32-разрядное
std-smp работает с нормальной скоростью - это ядро просто не может
использовать память за пределами первых 4 GB, поэтому не использует
проблемную область; а вот на x86_64 эта проблема бы проявилась и в
std-smp).

Простейший способ обойти данную проблему - ограничить используемую
ядром память, отключив проблемные 64 MB; для этого можно использовать
параметр ядра mem=4736M (0x128000000/1024/1024, или 4608+128 по данным
последнего используемого регистра MTRR).  Возможен также вариант с
добавлением настроек MTRR при загрузке, но это сложнее, и на первых
стадиях загрузки всё равно будет наблюдаться замедление.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Hardware] kernel-image-std-pae & i965 & 4Gb

[Maks Re]

т.е.
если мы добавим мозга - то придется также изменять вычестенный
параметр mem=4736M
?

и как такой баг вообще может изличится: когда-нибудь выйдет новый биос
и будет всем щастье?

2008/2/18 Sergey Vlasov <vsu@altlinux.ru>:
> On Mon, Feb 18, 2008 at 03:10:46PM +0300, Maks Re wrote:
> > а вот и логи
>
> Доступные для ядра области памяти (по данным BIOS):
>
>  BIOS-e820: 0000000000000000 - 000000000008f000 (usable)
>  BIOS-e820: 0000000000100000 - 00000000cf584000 (usable)
>  BIOS-e820: 00000000cf591000 - 00000000cf625000 (usable)
>  BIOS-e820: 00000000cf6df000 - 00000000cf6f0000 (usable)
>  BIOS-e820: 00000000cf6ff000 - 00000000cf700000 (usable)
>  BIOS-e820: 0000000100000000 - 000000012c000000 (usable)
>
> Теперь разберём настройки MTRR:
>
>  reg00: base=0x00000000 (   0MB), size=2048MB: write-back, count=1
>  reg01: base=0x80000000 (2048MB), size=1024MB: write-back, count=1
>  reg02: base=0xc0000000 (3072MB), size= 256MB: write-back, count=1
>
> Эти регистры покрывают область адресов от 0x00000000 до 0xd0000000;
> все обычные области памяти ниже 4G, заявленные в BIOS-e820, входят в
> этот диапазон, так что тут всё нормально.
>
>  reg03: base=0xcf800000 (3320MB), size=   8MB: uncachable, count=1
>  reg04: base=0xcf700000 (3319MB), size=   1MB: uncachable, count=1
>
> Этими регистрами помечается как некешируемая область адресов от
> 0xcf700000 до 0xd0000000 - эта область не перекрывается ни с одной из
> областей BIOS-e820, помеченных как usable, что тоже правильно.
>
>  reg05: base=0x100000000 (4096MB), size= 512MB: write-back, count=1
>  reg06: base=0x120000000 (4608MB), size= 128MB: write-back, count=1
>
> Эти регистры устанавливают тип write-back для области адресов от
> 0x100000000 до 0x128000000.  Однако в BIOS-e820 сообщается, что
> доступная память находится по адресам от 0x100000000 до 0x12c000000,
> следовательно, имеется область памяти (0x128000000 - 0x12c000000,
> 64MB), которая не покрывается ни одним из регистров MTRR.  В
> результате эта память не кешируется, что приводит к громадному
> замедлению работы при её использовании.
>
> Подобная ошибка в BIOS многих материнских плат от Intel давно
> известна; например, вот одно из обсуждений:
>
>  http://www.fedoraforum.org/forum/showthread.php?t=157232&page=4
>
> Ошибка проявляется при установке >= 4GB RAM, причём только при условии
> использования ядра, которое может адресовать память за пределами
> первых 4 GB адресного пространства (именно поэтому 32-разрядное
> std-smp работает с нормальной скоростью - это ядро просто не может
> использовать память за пределами первых 4 GB, поэтому не использует
> проблемную область; а вот на x86_64 эта проблема бы проявилась и в
> std-smp).
>
> Простейший способ обойти данную проблему - ограничить используемую
> ядром память, отключив проблемные 64 MB; для этого можно использовать
> параметр ядра mem=4736M (0x128000000/1024/1024, или 4608+128 по данным
> последнего используемого регистра MTRR).  Возможен также вариант с
> добавлением настроек MTRR при загрузке, но это сложнее, и на первых
> стадиях загрузки всё равно будет наблюдаться замедление.
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.7 (GNU/Linux)
>
> iD8DBQFHuYGUW82GfkQfsqIRApqbAJ9jG8UuG2gcIWvQj07W+is4GA0YkACglcMP
> KuLWefI2GMGhmoA4cDUx6g0=
> =ODfK
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Hardware mailing list
> Hardware@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/hardware
>



-- 
С уважением,
  Макс.

Re: [Hardware] kernel-image-std-pae & i965 & 4Gb

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 949 bytes --]

On Mon, Feb 18, 2008 at 04:46:39PM +0300, Maks Re wrote:
> т.е.
> если мы добавим мозга - то придется также изменять вычестенный
> параметр mem=4736M
> ?

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

> и как такой баг вообще может изличится: когда-нибудь выйдет новый биос
> и будет всем щастье?

Возможно - по крайней мере, сломать это в Intel смогли (пишут, что в
некоторых старых версиях BIOS этой проблемы не было; впрочем, откат на
старую версию, которой уже почти год, вряд ли можно рекомендовать в
качестве решения проблемы - как минимум, при этом будет потеряна
поддержка новых процессоров).

Кроме того, в ядро 2.6.25-rc1 добавили код для автоматического
урезания доступной памяти до диапазона, установленного BIOS в
регистрах MTRR, так что через некоторое время добавлять параметр
mem=... вручную будет не нужно даже при наличии этой ошибки в BIOS.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Hardware] kernel-image-std-pae & i965 & 4Gb

[Maks Re]

вторые сутки, полет нормальный, после ваших рекомендаций :)


2008/2/18 Sergey Vlasov <vsu@altlinux.ru>:
> On Mon, Feb 18, 2008 at 04:46:39PM +0300, Maks Re wrote:
> > т.е.
> > если мы добавим мозга - то придется также изменять вычестенный
> > параметр mem=4736M
> > ?
>
> Да, придётся проанализировать новые настройки MTRR и соответствующим
> образом изменить значение этого параметра.
>
> > и как такой баг вообще может изличится: когда-нибудь выйдет новый биос
> > и будет всем щастье?
>
> Возможно - по крайней мере, сломать это в Intel смогли (пишут, что в
> некоторых старых версиях BIOS этой проблемы не было; впрочем, откат на
> старую версию, которой уже почти год, вряд ли можно рекомендовать в
> качестве решения проблемы - как минимум, при этом будет потеряна
> поддержка новых процессоров).
>
> Кроме того, в ядро 2.6.25-rc1 добавили код для автоматического
> урезания доступной памяти до диапазона, установленного BIOS в
> регистрах MTRR, так что через некоторое время добавлять параметр
> mem=... вручную будет не нужно даже при наличии этой ошибки в BIOS.
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.7 (GNU/Linux)
>
> iD8DBQFHuZLoW82GfkQfsqIRApeuAKCFRmTc00mH3Pbemtc+qlz9HW1D8wCeLGqy
> QS/TQmhKVUeMYJxP1xjH+OU=
> =VXjH
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Hardware mailing list
> Hardware@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/hardware
>



-- 
С уважением,
  Макс.