Re: speed of -CURRENT [was: questions about the state of current
On 30-Oct-2002 Stijn Hoop wrote: On Wed, Oct 30, 2002 at 07:48:14AM -0500, Alexander Kabaev wrote: I am experiencing a really noticable slower startup time on my very recent-CURRENT laptop for almost all programs. The problem seems to be in getting info in the cache, because it disappears when I start the same program again. This almost certainly is caused by the 'ioslow' addition to specfs_vnops.c. Find a block in specfs_strategy function which goes into tsleep for niced processes and comment it out. Let us know if that helps :) Yes, that's it. -CURRENT actually feels snappier than -STABLE now :) I have to agree. Until I did this, MP3 playback (using mpg123) was horribly choppy at times. Now it's running *much* smoother. -- Conrad Sabatier [EMAIL PROTECTED] I get up each morning, gather my wits. Pick up the paper, read the obits. If I'm not there I know I'm not dead. So I eat a good breakfast and go back to bed. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: speed of -CURRENT [was: questions about the state of current]
Stijn Hoop wrote: I am experiencing a really noticable slower startup time on my very recent -CURRENT laptop for almost all programs. The problem seems to be in getting info in the cache, because it disappears when I start the same program again. It is even noticable when doing a simple 'ls -l' in an uncached directory (ie boot the laptop, cd tmp/test ls -l), but larger things, like starting X, take roughly two or three times as long as on -STABLE. [ ... ] The systems hostname was changed between Aug Oct, but it's the same laptop, a P3-800 w/256MB memory. Thoughts? The first thing you should do is check without ACPI loaded; the biggest indicator will probably be the dmesg for the reported clock rate, vs. what is installed in the machine (i.e. ACPI will occasionally result in the machine being power managed down to a lower clock rate. Check the -current archives; this is normally the result of bad ACPI P-code in the BIOS, and updating the BIOS usually fixes it (or else you can patch it, if you can verify that this is the problem). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: speed of -CURRENT [was: questions about the state of current]
I am experiencing a really noticable slower startup time on my very recent-CURRENT laptop for almost all programs. The problem seems to be in getting info in the cache, because it disappears when I start the same program again. This almost certainly is caused by the 'ioslow' addition to specfs_vnops.c. Find a block in specfs_strategy function which goes into tsleep for niced processes and comment it out. Let us know if that helps :) -- Alexander Kabaev To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: speed of -CURRENT [was: questions about the state of current]
On Wed, Oct 30, 2002 at 07:48:14AM -0500, Alexander Kabaev wrote: I am experiencing a really noticable slower startup time on my very recent-CURRENT laptop for almost all programs. The problem seems to be in getting info in the cache, because it disappears when I start the same program again. This almost certainly is caused by the 'ioslow' addition to specfs_vnops.c. Find a block in specfs_strategy function which goes into tsleep for niced processes and comment it out. Let us know if that helps :) Yes, that's it. -CURRENT actually feels snappier than -STABLE now :) Below is the diff that I used. Will something other than I/O for niced processes break using this? Thanks! --Stijn --- spec_vnops.c.orig Mon Oct 28 08:07:49 2002 +++ spec_vnops.cWed Oct 30 14:22:01 2002 -530,17 +530,19 struct mount *mp; int error; struct cdevsw *dsw; - struct thread *td = curthread; +/* struct thread *td = curthread; */ /* * Slow down disk requests for niced processes. */ +/* XXX: per Alexander Kabaev mail 2002/10/30 07:48 -5 if (td td-td_ksegrp-kg_nice 0) { mtx_lock(strategy_mtx); msleep(strategy_mtx, strategy_mtx, PPAUSE | PCATCH | PDROP, ioslow, td-td_ksegrp-kg_nice); } +*/ bp = ap-a_bp; vp = ap-a_vp; if (bp-b_iocmd == BIO_WRITE) { msg45645/pgp0.pgp Description: PGP signature