SCOUG-HELP Mailing List Archives

<< Previous Message << >> Next Message >>

Date:	Sun, 19 Jan 2003 08:02:03 PST8
From:	Harry Chris Motin <hmotin@attglobal.net >
Reply-To:	scoug-help@scoug.com
To:	scoug-help@scoug.com
Subject:	SCOUG-Help: Re: Long Boot up Time

Content Type: text/plain

=====================================================
If you are responding to someone asking for help who
may not be a member of this list, be sure to use the
REPLY TO ALL feature of your email program.
=====================================================

__________________________________________________________________________________________
OK! Let me see if I can respond to the various questions.

Steven Levine wrote:
> My guess is that it's looking for drives that do not exist. Exactly what
> is your drive configuration? What's connected to what?

OK! I guess we can put that to bed now, based on my timing of the bootup
with the changed CONFIG.SYS line for HPFS.IFS

Steven Levine wrote:
> Have you done a full hardware detection since you last shuffled your disk drive setup?

Yes! Everytime I change my hardware.

Steven Levine wrote:
> Also, has the boot up always been slow or is this something new?

Steven, it's probably been a matter of increasing creep for me! I've
never been impressed with the boot time on OS/2. I started with a 486
CPU and OS/2 2.1. The boot time was long, but not as long as now (10
minutes). Next, I got a 200 MHz CPU and bigger HD's. I kept on getting
bigger and bigger HD's. Finally, I got a 800 MHz CPU and even larger
HD's. I installed a 36 GB SCSI drive as the second unit (D:). Finally,
as the last step, I replaced the EIDE HD with a larger 73GB SCSI unit.
The bootup has always been slow (~10 minutes) for this computer. It has
not mattered what HD's I've used. The (only) advantage of the SCSI's is
the significantly better read and write response, compared to EIDE. That
has been very noticeable.

Steven Levine wrote:
> I suggest you bump the CRECL to:
>
> IFS=F:\OS2\HPFS.IFS /CACHE:2048 /CRECL:64 /AUTOCHECK:CDEFG

I agree. I'll try it, even though the ConfigTool has a warning about
data loss for non-default values of CRECL

Steven Levine wrote:
> I've run with setting for a very long time along with:
>
> CACHE.EXE /MAXAGE:7500 /DISKIDLE:6000 /BUFFERIDLE:3000
>
> and have never lost the contents of a drive.

Steven, the above CONFIG.SYS line is unfamilar to me!

Steven Levine wrote:
> seem excessive. Are Dani's drivers running at maximum performance
> settings?

OK! I now have an all SCSI HD system (I recently completed the change).
Therefore, Dani's drivers should not be involved with the HD's. My 2 CD
units, however, are still EIDE. Here are the CONFIG.SYS drivers
associated with these units:

BASEDEV=OS2SCSI.DMD
BASEDEV=AICU160.ADD

BASEDEV=DANIS506.ADD /A:0 /80WIRE
BASEDEV=CDSEIDE.FLT

BASEDEV=DANIATAPI.FLT
DEVICE=C:\CDWFS\ASPIROUT.SYS
BASEDEV=OS2ASPI.DMD /ALL
REM BASEDEV=RSJIDECD.FLT
REM BASEDEV=LOCKCDR.FLT -n -i:"YAMAHA CRW3200"
DEVICE=C:\CDWFS\RSJSCSI.SYS
IFS=C:\CDWFS\CDWFS.IFS
RUN=C:\CDWFS\CDWFSD.EXE -p "C:/TMP" -c20000 -b2048 -t2 -i3 -s0

The first two, above, are for my Adaptec SCSI adapter, to which my 2
HD's are attached. The second 2 I retained from when I had EIDE HD's.
Since I still have EIDE units (the 2 CD's), I retained them. I have no
idea whether or not they should still be in the CONFIG.SYS

The last set of 8 lines are for my YAMAHA CD/CD-R/CD-RW unit with RSJ
software. I use Daniela's "back door" to provide read access to that CD
unit, without having to load the RSJ software. That's why I have the
DANIATAPI.FLT, ASPIROUT.SYS and OS2ASPI.DMD /ALL drivers and the
RSJIDECD.FLT and LOCKCDR.FLT drivers REM'ed out.

Anyhow, bottom line: Daniela's drivers should not be involved with the
initialization, timing, etc. of my HPFS HD's.

Svobi wrote:
> ONE question:
> Why is your C: partition 8 GB ???

It's the maximum allowable partition size for booting to OS/2. It's a
matter of taste. For example, I believe Steven has a smaller boot
partition and he then places his various OS/2 apps on another partition.

Svobi wrote:
> Changing the SWAP path to another drive than the system
> partitions drive
> also speeds up !

Yes! My SWAP path is on the second HD's, which is the D:\ partition

Svobi wrote:
> Compacting all your partition sizes may result in a faster boot up time too !?

Maybe! But I don't want to do that!

Svobi wrote:
> ONE more question: You use DaniS506.ADD with some parms ! Why ?
> Normally there are no parms needed !?

> Are you also using the other drivers from Dani: DaniATAPI and DaniDASD ?

Please see my write up, above.

OK. I guess the issue is now what can I do, based on knowing that the
system is spending a lot of time initializing my big partitions? It's
probably dangerous to simply remove the autochecking of all the
partitions except C: (that gets me a 3 minute boot up). If I were to get
JFS and apply that to all partitions except C:, would that do the trick.
If I have JFS, does that eliminate the need for the system to autocheck
those paritions?

Thanks for your responses.
HCM

__________________________________________________________________________________________
Steven Levine wrote:
>
> =====================================================
> If you are responding to someone asking for help who
> may not be a member of this list, be sure to use the
> REPLY TO ALL feature of your email program.
> =====================================================
>
> In <3E2A109B.9C78D2B5@attglobal.net>, on 01/18/03
> at 06:42 PM, Harry Chris Motin said:
>
> > IFS=C:\OS2\HPFS.IFS /CACHE:2048 /CRECL:4 /AuToChEcK:CDEFG
>
> I suggest you bump the CRECL to:
>
> IFS=F:\OS2\HPFS.IFS /CACHE:2048 /CRECL:64 /AUTOCHECK:CDEFG
>
> I've run with setting for a very long time along with:
>
> CACHE.EXE /MAXAGE:7500 /DISKIDLE:6000 /BUFFERIDLE:3000
>
> and have never lost the contents of a drive.
>
> >The problem is that the system is spending a lot of time autochecking the
> >D, E, F and G partitions for being dirty. My system is as follows:
>
> HPFS.IFS should not be autochecking anything unless you have a dirty
> shutdown. If that was the case you would see the chkdsk display and you
> didn't state that this was occurring. What's probably happening is that
> since the partition is in the autocheck list, HPFS.IFS initializes its
> per-partition in-memory data structures when the .IFS loads. This
> initialization is normally done on first access to the partition.
>
> >1. First Drive: 73.6GB
> > C: 8001MB
> > E: 30,008MB
> > F: 30,004MB
> > G: 2016MB
>
> > Second Drive: D: 73.6GB
>
> These are big drives with big partitions. It's going to take some time
> for HPFS.IFS to initialize its in-memory data structures, but your times
> seem excessive. Are Dani's drivers running at maximum performance
> settings?
>
> >With the above CONFIG.SYS command, my system takes 10 minutes to boot. If
> >I change it to:
>
> > IFS=C:\OS2\HPFS.IFS /CACHE:2048 /CRECL:4 /AuToChEcK:CEFG
>
> >it takes about 7 minutes. If I change it to:
>
> > IFS=C:\OS2\HPFS.IFS /CACHE:2048 /CRECL:4 /AuToChEcK:C
>
> >it takes 3 minutes.
>
> This is consistent with my idea that there is significant intiialization
> done on first access to the drive.
>
> Steven
>
> --
> ---------------------------------------------------------------------
> "Steven Levine" MR2/ICE 2.35 #10183 Warp4/FP15/14.085_W4
> www.scoug.com irc.webbnet.org #scoug (Wed 7pm PST)
> ---------------------------------------------------------------------
>
> =====================================================
>
> To unsubscribe from this list, send an email message
> to "steward@scoug.com". In the body of the message,
> put the command "unsubscribe scoug-help".
>
> For problems, contact the list owner at
> "rollin@scoug.com".
>
> =====================================================

=====================================================

To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-help".

For problems, contact the list owner at
"rollin@scoug.com".

=====================================================

Return to [ 19 | January | 2003 ]

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.