2.4.1-pre10 slowdown at boot.

2.4.1-pre10 slowdown at boot.

[Ondrej Sury]

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


2.4.1-pre10 slows down after printing those (maybe ACPI or reiserfs issue),
and even SysRQ-(s,u,b) is not imediate and waits several (two+) seconds
before (syncing,remounting,booting).

ACPI: System description tables found
ACPI: System description tables loaded
ACPI: Subsystem enabled
ACPI: System firmware supports: C2
ACPI: System firmware supports: S0 S1 S4 S5
reiserfs: checking transaction log (device 03:04) ...
Warning, log replay starting on readonly filesystem


#### OTHER INFO ####

# mount
/dev/hda4 on / type reiserfs (rw,default,default)
proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
shm on /dev/shm type shm (rw)
/dev/hda2 on /mnt/store type vfat (rw,default,umask=000,quiet,uni_xlate,nonumtail,codepage=852,iocharset=iso8859-2)

# cat /proc/cpuinfo
processor	: 0
vendor_id	: AuthenticAMD
cpu family	: 6
model		: 3
model name	: AMD Duron(tm) Processor
stepping	: 0
cpu MHz		: 601.378
cache size	: 64 KB
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 1
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow
bogomips	: 1199.30

# lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 02)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 22)
00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 10)
00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30)
00:07.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio Controller (rev 20)
00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200 AGP (rev 01)

-- 
Ondřej Surý <ondrej@globe.cz>         Globe Internet s.r.o. http://globe.cz/
Tel: +420235365000   Fax: +420235365009         Pláničkova 1, 162 00 Praha 6
Mob: +420605204544   ICQ: 24944126             Mapa: http://globe.namape.cz/
GPG fingerprint:          CC91 8F02 8CDE 911A 933F  AE52 F4E6 6A7C C20D F273

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

Re: 2.4.1-pre10 slowdown at boot.

[Chris Mason]

On Thursday, January 25, 2001 05:23:26 PM +0100 Ondrej Sury
<ondrej@globe.cz> wrote:

> 
> 2.4.1-pre10 slows down after printing those (maybe ACPI or reiserfs
> issue), and even SysRQ-(s,u,b) is not imediate and waits several (two+)
> seconds before (syncing,remounting,booting).
> 
> ACPI: System description tables found
> ACPI: System description tables loaded
> ACPI: Subsystem enabled
> ACPI: System firmware supports: C2
> ACPI: System firmware supports: S0 S1 S4 S5
> reiserfs: checking transaction log (device 03:04) ...
> Warning, log replay starting on readonly filesystem
> 

Here, reiserfs is telling you that it has started replaying transactions in
the log.  You should also have a reiserfs message telling you how many
transactions it replayed, and how long it took.  Do you have that message?

-chris

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.4.1-pre10 slowdown at boot.

[Ondrej Sury]

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

Chris Mason <mason@suse.com> writes:

> On Thursday, January 25, 2001 05:23:26 PM +0100 Ondrej Sury
> <ondrej@globe.cz> wrote:
> 
> > 
> > 2.4.1-pre10 slows down after printing those (maybe ACPI or reiserfs
> > issue), and even SysRQ-(s,u,b) is not imediate and waits several (two+)
> > seconds before (syncing,remounting,booting).
> > 
> > ACPI: System description tables found
> > ACPI: System description tables loaded
> > ACPI: Subsystem enabled
> > ACPI: System firmware supports: C2
> > ACPI: System firmware supports: S0 S1 S4 S5
> > reiserfs: checking transaction log (device 03:04) ...
> > Warning, log replay starting on readonly filesystem
> > 
> 
> Here, reiserfs is telling you that it has started replaying transactions in
> the log.  You should also have a reiserfs message telling you how many
> transactions it replayed, and how long it took.  Do you have that message?

Nope.  I rebooted with Alt-SysRQ+B after some while (aprox more than 30
sec, normally reiserfs replay is taking ~5 sec (pre9)).  I wasn't so
patient.  I could test it before I'll go from work to home.

-- 
Ondřej Surý <ondrej@globe.cz>         Globe Internet s.r.o. http://globe.cz/
Tel: +420235365000   Fax: +420235365009         Pláničkova 1, 162 00 Praha 6
Mob: +420605204544   ICQ: 24944126             Mapa: http://globe.namape.cz/
GPG fingerprint:          CC91 8F02 8CDE 911A 933F  AE52 F4E6 6A7C C20D F273

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

Re: 2.4.1-pre10 slowdown at boot.

[Chris Mason]

On Thursday, January 25, 2001 06:51:33 PM +0100 Ondrej Sury
<ondrej@globe.cz> wrote:

> Chris Mason <mason@suse.com> writes:
>> > reiserfs: checking transaction log (device 03:04) ...
>> > Warning, log replay starting on readonly filesystem
>> > 
>> 
>> Here, reiserfs is telling you that it has started replaying transactions
>> in the log.  You should also have a reiserfs message telling you how many
>> transactions it replayed, and how long it took.  Do you have that
>> message?
> 
> Nope.  I rebooted with Alt-SysRQ+B after some while (aprox more than 30
> sec, normally reiserfs replay is taking ~5 sec (pre9)).  I wasn't so
> patient.  I could test it before I'll go from work to home.
> 

Ok, depending on the metadata load before the crash, replay can take 30
seconds or more.  You usually have to try to generate that many metadata
changes, something like creating 100,000 tiny files or directories.
Compiling with CONFIG_REISERFS_CHECK turned on will give you more details
about the log replay.

Or, perhaps DMA is now off on your IDE drive, making everything slower.

Regardless, rebooting in the middle of log replay is safe.  Those
transactions will just be replayed again on the next boot.

-chris

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.4.1-pre10 slowdown at boot.

[Ondrej Sury]

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

Chris Mason <mason@suse.com> writes:

> On Thursday, January 25, 2001 06:51:33 PM +0100 Ondrej Sury
> <ondrej@globe.cz> wrote:
> 
> > Chris Mason <mason@suse.com> writes:
> >> > reiserfs: checking transaction log (device 03:04) ...
> >> > Warning, log replay starting on readonly filesystem
> >> > 
> >> 
> >> Here, reiserfs is telling you that it has started replaying transactions
> >> in the log.  You should also have a reiserfs message telling you how many
> >> transactions it replayed, and how long it took.  Do you have that
> >> message?
> > 
> > Nope.  I rebooted with Alt-SysRQ+B after some while (aprox more than 30
> > sec, normally reiserfs replay is taking ~5 sec (pre9)).  I wasn't so
> > patient.  I could test it before I'll go from work to home.
> > 
> 
> Ok, depending on the metadata load before the crash, replay can take 30
> seconds or more.  You usually have to try to generate that many metadata
> changes, something like creating 100,000 tiny files or directories.
> Compiling with CONFIG_REISERFS_CHECK turned on will give you more details
> about the log replay.

There wasn't crash.  Same log replay after I rebooted with -pre9 took 5
seconds.

> Or, perhaps DMA is now off on your IDE drive, making everything slower.

via 82Cxxx is supported chipset, but I could check that.

Strange is that overall slowdown of kernel, Alt-SysRQ functions are too
slow for kernel to be in normal state.

-- 
Ondřej Surý <ondrej@globe.cz>         Globe Internet s.r.o. http://globe.cz/
Tel: +420235365000   Fax: +420235365009         Pláničkova 1, 162 00 Praha 6
Mob: +420605204544   ICQ: 24944126             Mapa: http://globe.namape.cz/
GPG fingerprint:          CC91 8F02 8CDE 911A 933F  AE52 F4E6 6A7C C20D F273

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

Re: 2.4.1-pre10 slowdown at boot.

[Tim Fletcher]

> Or, perhaps DMA is now off on your IDE drive, making everything slower.

Are you using a VIA ide chipset? because a much slower version of the
driver has been put in recently

-- 
   Tim Fletcher - Network manager   .~.
                                    /V\      L   I   N   U   X
     nightshade@solanum.net        // \\  >Don't fear the penguin<
tim@parrswood.manchester.sch.uk   /(   )\
 irc: Night-Shade on quakenet      ^^-^^

An NT server can be run by an idiot, and usually is.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.4.1-pre10 slowdown at boot.

[Ondrej Sury]

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

Tim Fletcher <tim@parrswood.manchester.sch.uk> writes:

> > Or, perhaps DMA is now off on your IDE drive, making everything slower.
> 
> Are you using a VIA ide chipset? because a much slower version of the
> driver has been put in recently

Yes, I am.  Is it THAT slow?  That could be it, I will try to be more
patient on next boot.

-- 
Ondřej Surý <ondrej@globe.cz>         Globe Internet s.r.o. http://globe.cz/
Tel: +420235365000   Fax: +420235365009         Pláničkova 1, 162 00 Praha 6
Mob: +420605204544   ICQ: 24944126             Mapa: http://globe.namape.cz/
GPG fingerprint:          CC91 8F02 8CDE 911A 933F  AE52 F4E6 6A7C C20D F273

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

Re: 2.4.1-pre10 slowdown at boot.

[Tim Fletcher]

> > Are you using a VIA ide chipset? because a much slower version of the
> > driver has been put in recently
>
> Yes, I am.  Is it THAT slow?  That could be it, I will try to be more
> patient on next boot.

I think that it is a temporey "safe but slow" driver until Vojtech Pavlik
gets the driver to a state he and Andre Hendrick are happy with. iirc the
driver has dma disabled for all VIA chipsets

-- 
   Tim Fletcher - Network manager   .~.
                                    /V\      L   I   N   U   X
     nightshade@solanum.net        // \\  >Don't fear the penguin<
tim@parrswood.manchester.sch.uk   /(   )\
 irc: Night-Shade on quakenet      ^^-^^

To err is human, to purchase NT is bovine!


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

ACPI error in 2.4.1-pre10 @ via82c686 (Was: 2.4.1-pre10 slowdown at boot.)

[Ondrej Sury]

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

Tim Fletcher <tim@parrswood.manchester.sch.uk> writes:

> > > Are you using a VIA ide chipset? because a much slower version of the
> > > driver has been put in recently
> >
> > Yes, I am.  Is it THAT slow?  That could be it, I will try to be more
> > patient on next boot.
> 
> I think that it is a temporey "safe but slow" driver until Vojtech Pavlik
> gets the driver to a state he and Andre Hendrick are happy with. iirc the
> driver has dma disabled for all VIA chipsets

I have discovered that it wasn't reiserfs problem.  I have disabled ACPI in
BIOS and everything is ok.  So I assume that something has changed in ACPI
between pre9 and pre10 versions and that something is broken in _my_
system.

-- 
Ondřej Surý <ondrej@globe.cz>         Globe Internet s.r.o. http://globe.cz/
Tel: +420235365000   Fax: +420235365009         Pláničkova 1, 162 00 Praha 6
Mob: +420605204544   ICQ: 24944126             Mapa: http://globe.namape.cz/
GPG fingerprint:          CC91 8F02 8CDE 911A 933F  AE52 F4E6 6A7C C20D F273

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

Re: ACPI error in 2.4.1-pre10 @ via82c686 (Was: 2.4.1-pre10 slowdown at boot.)

[Chris Mason]

On Thursday, January 25, 2001 07:37:16 PM +0100 Ondrej Sury
<ondrej@globe.cz> wrote:

> I have discovered that it wasn't reiserfs problem.  I have disabled ACPI
> in BIOS and everything is ok.  So I assume that something has changed in
> ACPI between pre9 and pre10 versions and that something is broken in _my_
> system.
> 

Ok.  This isn't related to the slowdown problem you are seeing, but after a
clean shutdown, there should not be any transactions that need replay.
Keep an eye on the console as you shutdown, and make sure / is getting
properly unmounted.

-chris

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: 2.4.1-pre10 slowdown at boot.

[Terje Rosten]

* Ondrej Sury
| 
| 2.4.1-pre10 slows down after printing those (maybe ACPI or reiserfs issue),
| and even SysRQ-(s,u,b) is not imediate and waits several (two+) seconds
| before (syncing,remounting,booting).

I'm also seeing this. I think it's ACPI related, I am not using
reiserfs. I have similar hardware.


 - terje
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/