[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Avoid problem new PC



PureBytes Links

Trading Reference Links

<x-html><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=windows-1252" http-equiv=Content-Type>
<META content="MSHTML 5.00.2014.210" name=GENERATOR></HEAD>
<BODY>
<DIV><FONT face=Arial><SPAN class=234594201-29071999>Thanks, 
David.</SPAN></FONT></DIV>
<DIV><FONT face=Arial><SPAN class=234594201-29071999>&nbsp;&nbsp; One source 
says both the BU and GU accept Celerons,, but I think your advice to wait is 
sound.</SPAN></FONT></DIV>
<DIV><FONT face=Arial><SPAN class=234594201-29071999></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial><SPAN class=234594201-29071999>Bob</SPAN></FONT></DIV>
<DIV><FONT color=#000000 face=Arial size=2><A 
href="mailto:bjagow@xxxxxxx";>bjagow@xxxxxxx</A></FONT></DIV>
<DIV>&nbsp;</DIV>
<BLOCKQUOTE style="MARGIN-RIGHT: 0px">
  <DIV class=OutlookMessageHeader><FONT face="Times New Roman" 
  size=2>-----Original Message-----<BR><B>From:</B> 
  owner-metastock@xxxxxxxxxxxxx [mailto:owner-metastock@xxxxxxxxxxxxx]<B>On 
  Behalf Of</B> Daniel Martinez<BR><B>Sent:</B> Wednesday, July 28, 1999 5:00 
  PM<BR><B>To:</B> metastock@xxxxxxxxxxxxx<BR><B>Subject:</B> Re: Avoid problem 
  new PC<BR><BR></DIV></FONT>Bob, <BR>The <A 
  href="http://www.supermicro.com/";>SuperMicro</A> - <A 
  href="http://www.supermicro.com/PRODUCT/MotherBoards/440BX/p6dbu.htm";>P6DBU</A> 
  and <A 
  href="http://www.supermicro.com/PRODUCT/MotherBoards/440gX/p6dgu.htm";>P6DGU</A> 
  are excellent MBs.&nbsp; They are dual Slot-1 MBs and can connect up to 15 
  SCSI/U2 devices.&nbsp; Since they can accommodate up to 15 devices, I don't 
  know why you would need dual SCSI controllers.&nbsp; Perhaps a 
  misunderstanding here.&nbsp; The P6DGU is based on the GX Intel chipset.&nbsp; 
  I don't know if it is compatible with Celerons. 
  <P>To be truthful to this ListServ, the BX/GX Intel chipsets are looking a bit 
  dated.&nbsp; They don't have ATA-66, 4x AGP, and native 133 Mhz FSB 
  support.&nbsp; If you already have a good system, it would be best if you 
  simply waited until the new Intel i820 (I believe) chipset came out.... and 
  then waited another 3 (or 6) months for all the bugs to be worked out.&nbsp; 
  &lt;G&gt; 
  <P>There is so much new hardware coming out in the next 6 months everything 
  being used right now will look quite ancient (except SCSI/U2 or course). 
  <P>Daniel. <BR>&nbsp; 
  <P>Bob Jagow wrote: 
  <BLOCKQUOTE TYPE="CITE"><SPAN class=109370116-28071999><FONT face=Arial>I've 
    always used SCSIs with NT for that very reason, Daniel.</SPAN><SPAN 
    class=109370116-28071999></SPAN><SPAN 
    class=109370116-28071999>&lt;&lt;However, I don't know how many IRQ's the 
    IDE controllers use&gt;&gt;</SPAN><SPAN 
    class=109370116-28071999></SPAN><SPAN class=109370116-28071999>&nbsp; Am 
    looking for a good dual-Slot n with dual UW2.</SPAN><SPAN 
    class=109370116-28071999>Bob</SPAN><FONT color=#000000><FONT size=-1><A 
    href="mailto:bjagow@xxxxxxx";>bjagow@xxxxxxx</A></FONT></FONT></FONT> 
    <BLOCKQUOTE style="MARGIN-RIGHT: 0px">
      <DIV class=OutlookMessageHeader><FONT face="Times New Roman"><FONT 
      size=-1>-----Original Message-----</FONT></FONT> <BR><FONT 
      face="Times New Roman"><FONT size=-1><B>From:</B> 
      owner-metastock@xxxxxxxxxxxxx [<A 
      href="mailto:owner-metastock@xxxxxxxxxxxxx";>mailto:owner-metastock@xxxxxxxxxxxxx</A>]<B>On 
      Behalf Of</B> Daniel Martinez</FONT></FONT> <BR><FONT 
      face="Times New Roman"><FONT size=-1><B>Sent:</B> Wednesday, July 28, 1999 
      7:40 AM</FONT></FONT> <BR><FONT face="Times New Roman"><FONT 
      size=-1><B>To:</B> metastock@xxxxxxxxxxxxx</FONT></FONT> <BR><FONT 
      face="Times New Roman"><FONT size=-1><B>Subject:</B> Re: Avoid problem new 
      PC</FONT></FONT></DIV>I have a small addendum to my post: <BR>If you are 
      using Windows NT or are planning to upgrade to 2000 and you don't mind 
      using Celerons, then you might want to consider buying the $150 <A 
      href="http://thetechzone.com/reviews/motherboards/bp6/index.htm";>ABIT BP6 
      motherboard</A> (MB).&nbsp; The BP6 is the only dual socket 370 BX chipset 
      MB on the market.&nbsp; It is also one of the few BX chipset MBs which is 
      Ultra ATA 66 MB/sec capable.&nbsp; From what I understand, the BX chipset 
      is not 66 MB/sec capable and must be modified by the MB maker for 66 
      MB/sec support.&nbsp; The BP6 has a second 66 MB/sec HDD 2 channel 
      controller making it 1 of only 2 MBs, I am aware of, which is eight (yes 
      8) IDE device capable. 
      <P>The Abit BP6 is an exceptional MB.&nbsp; Unfortunately, you either must 
      use NT or 2000 for dual processors.&nbsp; If you want to use it under 
      Win98 in single CPU mode, contact Abit to make sure the ATA-66MB/sec 
      drivers are compatible with Win98.&nbsp; I believe Pentiums will coming 
      out next year in the socket 370 form factor.&nbsp; This will allow you to 
      run the MB in 100 Mhz FSB mode.&nbsp; However, you will have to contact 
      Intel and Abit to confirm this.&nbsp; You may also have to flash your BIOS 
      for Pentium compatibility. 
      <P>The other MB which is eight (yes 8) IDE drive capable is the <A 
      href="http://www.fps3d.com/articles/be6/";>Abit BE6</A>.&nbsp; The BE6 is a 
      single Slot-1 CPU BX chipset based board.&nbsp; It also has a third-party 
      Ultra DMA66 66 MB/sec controller on the board.&nbsp; This is an Abit 
      modification.&nbsp; Since Abit is a major MB manufacturer, I hope that 
      other MB makers will also include a second HDD 66 MB/sec controller.&nbsp; 
      However, I don't know how many IRQ's the IDE controllers use.&nbsp; It 
      would be an inconvenience if it used 4 instead of the standard 2. 
      <P>Daniel.</P></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML></x-html>From ???@??? Wed Jul 28 23:01:10 1999
Return-Path: <majordom@xxxxxxxxxxxxxxxxxx>
Received: from listserv.equis.com (listserv.equis.com [204.246.137.2])
	by purebytes.com (8.8.7/8.8.7) with ESMTP id WAA05184
	for <neal@xxxxxxxxxxxxx>; Wed, 28 Jul 1999 22:55:43 -0700
Received: (from majordom@xxxxxxxxx)
	by listserv.equis.com (8.8.7/8.8.7) id NAA06735
	for metastock-outgoing; Thu, 29 Jul 1999 13:46:45 -0600
X-Authentication-Warning: listserv.equis.com: majordom set sender to owner-metastock@xxxxxxxxxxxxx using -f
Received: from freeze.metastock.com (freeze.metastock.com [204.246.137.5])
	by listserv.equis.com (8.8.7/8.8.7) with ESMTP id NAA06732
	for <metastock@xxxxxxxxxxxxxxxxxx>; Thu, 29 Jul 1999 13:46:42 -0600
Received: from tellab5.tellabs.com (tellab5.tellabs.com [138.111.243.28])
	by freeze.metastock.com (8.8.5/8.8.5) with SMTP id XAA13847
	for <metastock@xxxxxxxxxxxxx>; Wed, 28 Jul 1999 23:34:38 -0600 (MDT)
Received: from sunx317.tellabs.com by tellab5.tellabs.com with smtp
	(Smail3.1.29.1 #4) id m119icO-0005q0C; Thu, 29 Jul 99 00:20 CDT
Received: from tellabs.com by sunx317.tellabs.com (8.8.8+Sun/1.9)
	id AAA14288; Thu, 29 Jul 1999 00:20:35 -0500 (CDT)
Message-ID: <379FE4A3.FCD79B8A@xxxxxxxxxxx>
Date: Thu, 29 Jul 1999 00:20:35 -0500
From: Mario Fortier <mfortier@xxxxxxxxxxx>
Organization: Tellabs
X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.6 sun4u)
MIME-Version: 1.0
To: metastock@xxxxxxxxxxxxx, Daniel Martinez <DanM@xxxxxxxxxx>
Subject: Re: Avoid problem new PC
References: <LMBBKJCLKIJIBBJLAEIJMECKCHAA.nkormanik@xxxxxxxxxx> <379DC4FA.858C5574@xxxxxxxxxx> <379E927C.982B4E6@xxxxxxxxxxx> <379F08FD.C8F0D843@xxxxxxxxxx>
Content-Type: multipart/alternative; boundary="------------19BB8AF1A610CE6A48DE18E9"
Sender: owner-metastock@xxxxxxxxxxxxx
Precedence: bulk
Reply-To: metastock@xxxxxxxxxxxxx
Status:   

<x-html><HTML>
Hi Daniel,

<P>Technically your comments are right when talking about the conventional
way of doing for Ram Disk. But things may have change a little bit since
the university (I'm just joking ;->)

<P>The tool I did suggest makes your life easier (VRAMDISK). You may want
to have a second look to the link I provided in my first e-mail:

<P>1) There is no need to designate a drive letter. The Virtual Ram Disk
is in fact a directory map to your hard disk.
<BR>&nbsp;&nbsp;&nbsp;&nbsp; Example: You tell to the VRAMDISK&nbsp;tool
that any access to C:\QP2MEM directory should be done in memory! This is
done by
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
using their VRAMDIRVE&nbsp;icon found in the Control Panel.
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
So to fill up the memory you simply do copy everything in C:\QP2DATA into
C:\QP2MEM.
<BR>&nbsp;&nbsp;&nbsp;&nbsp; I&nbsp;found the idea pretty neat as it save
the troubles about the drive letters shifting around.

<P>2) I&nbsp;hear you when you are talking about the time required to copy
from the HDD&nbsp;to the Ram Disk.&nbsp; This is what I call the "initial
setup time"&nbsp;in my first e-mail. But if you need to perform more than
one scan, it automatically justify to use a RamDisk. The second scan will
be performed with database access performance INCREDIBLY faster (assuming
your whole database fits in memory).
<BR>&nbsp;&nbsp;&nbsp;&nbsp; Now, about the overhead for the initial setup,
when you do a scan of the database (without the RamDisk), you have to READ
all the database on your HDD&nbsp;anyway. So, when you use the Ramdisk
solution, the added overhead is only in fact the WRITING&nbsp;in memory
of the database and the READING from memory of the database with the first
search performed. You understand that this is not as huge as you state.
Again, the second search automatically justify the RamDisk because of the
incredible speedup.
<BR>I&nbsp;understand that if someone never perform more than one search
per day, there is no need to consider a Ram Disk.

<P>3) There is no need to play with the registry. And yes, you can simply
change the configuration of QP2 for looking at the map Ram Disk Folder
instead of your usual database folder. Once changed,&nbsp; you just have
to launch the scan program and it will correctly pick up the actual configuration
(no need to reboot). After your scans, you can change it back to your usual
database folder (and be ready for the next daily update!)

<P>4)&nbsp;I did not understood why you are talking about the time for
copying between partition... that's not really related to a HDD/RamDisk
copy.

<P>5)&nbsp;Another unconventional approach by the VRAMDISK&nbsp;software
is that they allowed to put in the RAM DISK more data than your physical
memory can handle. The trick is they are writing the exceeding files into
the Hard Disk. Of course, you have absolutely no speed gain when acccessing
that exceeding data (and that makes the setup time definitly longuer).
Now, if that exceeding data represent only (let's say) 20% of your database,
there is still 80% of your database in memory enjoying a full speedup...
all this transparently to the application software (QP2 Scan) who simply
logically continue to access only ONE mapped folder !

<P>Conclusion, as you can see, that application does a good job and it
is well integrated under Win95/Win98 (except the documentation and the
marketing is really poor.&nbsp; The installation program is done using
a DOS batch file... but considering your background you won't be affraid
by this :->).

<P>The only problem I found up to now is it seems that database exceeding
329 MB does not work well when it comes time to copy into RamDisk. I did
not investigate more than that, I did simply reduced the size of my database.

<P>\Mario

<P>Daniel Martinez wrote:
<BLOCKQUOTE TYPE=CITE>&nbsp;Mario,
<BR>I thought about the RAM disk option.&nbsp; When I was going to the
university, I used the DOS RAM disk to compile my programs because the
computer was so slow.&nbsp; However, it would be difficult to use a RAM
disk in Windows 9x.&nbsp; Stock database programs, such as QP2, expect
to see its database in a certain drive/partition and folder.&nbsp; Even
if you were to figure out which files to copy to RAM disk, you still would
have to modify the QP2 Registry settings.&nbsp; Perhaps you could use the
QP2 configuration program and move the database to the RAM disk.&nbsp;
You would have to wait for your HDD to copy over 200 MB's to RAM disk.&nbsp;
Also, if you create a RAM disk, you probably also have to assign it a drive
letter.&nbsp; That means you would have to modify your Registry and numerous
other files so that, at minimum, your CD-ROM driver letter increases by
one.&nbsp; Because I use PartitionMagic, I have already gone through this
process several times and it is never simple.

<P>Even something as simple as moving an application's folder to another
partition can be time consuming.&nbsp; There have been many times when
I was forced to use Norton Utilities Disk Editor (DOS) to modify the app's
configuration files.&nbsp; This usually involved changing every instance
of the drive letter in each file.

<P>Daniel.
<BR>&nbsp;

<P>Mario Fortier wrote:
<BLOCKQUOTE TYPE=CITE>&nbsp;Daniel Martinez wrote:&lt;&lt;text removed>>
<BLOCKQUOTE TYPE=CITE>3.&nbsp; <B><FONT COLOR="#CC0000">If you want to
do the absolute fastest stock database searches you possibly can</FONT></B>,
then there is only 1 hard drive solution for you:&nbsp; SCSI/UW2.&nbsp;
Buy a motherboard with it built in.&nbsp; The P6SBU
at $320 would be a good choice.&nbsp; For a SCSI/UW2 hard drive, expect
to pay at least $340 USD for an IBM
9.1GB U2W at <A HREF="http://www.storage.ibm.com/hardsoft/diskdrdl/prod/9esprod.htm";>7200
RPM</A> and $600 for <A HREF="http://www.direct.ibm.com/cgi-bin/ncommerce/CategoryDisplay?cgrfnbr=2000202&cgmenbr=1&cntry=840&lang=en_US";>10K
RPM</A>.&nbsp; If you cannot afford the premium, buy the new $330 <A HREF="http://www.wdc.com/products/drives/18000rtl.htm";>Western
Digital 18GB UATA/66 at 66MB/sec and 7200 RPM</A> and a 66MB capable motherboard.&nbsp;
COMPUSA had this HD on sale for $270 with some other free hardware.&nbsp;
The best BX chipset based motherboard is the <A HREF="http://www.abit.com.tw/html/bx6r2.htm";>ABIT
BX6 2.0</A>.&nbsp; It should also be 66MB/sec HDD capable.
<BR>&nbsp;</BLOCKQUOTE>
That's a very well documented e-mail Daniel :->

<P>Now, when it comes to the fastest database searches someone may consider
to copy the database in a Virtual RAM Disk...
<BR>A couple of things to keep in mind:

<P>- You have to consider that it takes a while to initially copy the full
database to the RAM disk, but assuming you are making more than one consecutive
search, it is worth the initial setup time.

<P>- Of course, you need plenty of memory or a small database....

<P>- If your database is too large for your physical memory, you may consider
an interesting alternative: VRamDir.
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; http://www.users.uswest.net/~jzhong/vramdir.htm
<BR>&nbsp;&nbsp;&nbsp; As your needs will vary I suggest to simply experiment
and see by yourself.

<P>I understand that this is not an universal solution, but some may found
that trick practical and applicable to their needs.

<P>\Mario</BLOCKQUOTE>
</BLOCKQUOTE>
&nbsp;</HTML>
</x-html>From ???@??? Wed Jul 28 23:24:04 1999
Return-Path: <majordom@xxxxxxxxxxxxxxxxxx>
Received: from listserv.equis.com (listserv.equis.com [204.246.137.2])
	by purebytes.com (8.8.7/8.8.7) with ESMTP id XAA05364
	for <neal@xxxxxxxxxxxxx>; Wed, 28 Jul 1999 23:16:18 -0700
Received: (from majordom@xxxxxxxxx)
	by listserv.equis.com (8.8.7/8.8.7) id OAA06996
	for metastock-outgoing; Thu, 29 Jul 1999 14:06:53 -0600
X-Authentication-Warning: listserv.equis.com: majordom set sender to owner-metastock@xxxxxxxxxxxxx using -f
Received: from freeze.metastock.com (freeze.metastock.com [204.246.137.5])
	by listserv.equis.com (8.8.7/8.8.7) with ESMTP id OAA06993
	for <metastock@xxxxxxxxxxxxxxxxxx>; Thu, 29 Jul 1999 14:06:50 -0600
Received: from tellab5.tellabs.com (tellab5.tellabs.com [138.111.243.28])
	by freeze.metastock.com (8.8.5/8.8.5) with SMTP id XAA13928
	for <metastock@xxxxxxxxxxxxx>; Wed, 28 Jul 1999 23:54:46 -0600 (MDT)
Received: from sunx317.tellabs.com by tellab5.tellabs.com with smtp
	(Smail3.1.29.1 #4) id m119iwO-0005qHC; Thu, 29 Jul 99 00:41 CDT
Received: from tellabs.com by sunx317.tellabs.com (8.8.8+Sun/1.9)
	id AAA14299; Thu, 29 Jul 1999 00:41:15 -0500 (CDT)
Message-ID: <379FE978.9797948E@xxxxxxxxxxx>
Date: Thu, 29 Jul 1999 00:41:12 -0500
From: Mario Fortier <mfortier@xxxxxxxxxxx>
Organization: Tellabs
X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.6 sun4u)
MIME-Version: 1.0
To: metastock@xxxxxxxxxxxxx
Subject: Re: Avoid problem new PC
References: <004101bed90f$84e6af00$92088c35@xxxxxxxxxxxxxxxxxxx> <379F9EC6.B9C96CCA@xxxxxxxxxx>
Content-Type: multipart/alternative; boundary="------------661C742BCBE2D400ACCF7C8E"
Sender: owner-metastock@xxxxxxxxxxxxx
Precedence: bulk
Reply-To: metastock@xxxxxxxxxxxxx
Status:   

<x-html><HTML>
Daniel,

<P>You are right. QP2 virtual program and VRAMDIR both use folders mapping
(virtual driver). But I would not compare that with the traditional TSR
DOS&nbsp;programs. These were really a pain in the *ss.

<P>Of course, I will not be the first to pretend that VRAMDIR is guarantee
to not causing crashes... anyway if I would be really picky on fiability
I would not even use Windows ;-> !

<P>By the way, if anyone knows an alternative to VRAMDIR I&nbsp;would like
to hear about it.

<P>May be I'm lucky but QP2 virtual works fine for me. But I use it only
for occasional browsing with Metastock, not for intensive testing all over
the database.

<P>\Mario

<P>Daniel Martinez wrote:
<BLOCKQUOTE TYPE=CITE>&nbsp;Andreas,
<BR>VRAMDIR seems to be another QP2 Virtual-like program.&nbsp; I use Win98
and am having trouble with QP2 Virtual.&nbsp; Since Windows 98's memory
structure/routines are slightly different from Win95, there might be problems
with VRAMDIR.&nbsp; In general, I don't like to have TSR's loaded.&nbsp;
They always complicate things, take resources, and sometimes cause crashes.&nbsp;
MEMTURBO is a good example.

<P>Daniel.
<BR>&nbsp;
<BR>&nbsp;

<P>agrau@xxxxxxxxx wrote:
<BLOCKQUOTE TYPE=CITE><SPAN class=640391415-28071999><FONT FACE="Arial"><FONT COLOR="#0000FF"><FONT SIZE=-1>Daniel
and others,</SPAN><SPAN class=640391415-28071999></SPAN><SPAN class=640391415-28071999>perhaps
you want to have a look at a tool called "vramdir" for win95. vramdir maps
one or more directories on</SPAN><SPAN class=640391415-28071999>your hard-disk,
i.e. it does not create a new virtual drive.</SPAN><SPAN class=640391415-28071999></SPAN><SPAN class=640391415-28071999>Vramdir
copies the directory-tree into the ram while booting and saves the tree
during the shutdown. Interestingly,</SPAN><SPAN class=640391415-28071999>vramdir
doesn't assign a fixed memory portion to the ram-disk, but increases and
decreases the amount used.</SPAN><SPAN class=640391415-28071999></SPAN><SPAN class=640391415-28071999>When
running out of memory, vramdir starts swapping to the hard-disk. Of course,
when your computer crashes,</SPAN><SPAN class=640391415-28071999></SPAN><SPAN class=640391415-28071999>all
changes are lost (surprise,&nbsp; surprise ... :-)</SPAN><SPAN class=640391415-28071999>Maybe
vramdir can speed things without needing to play with the registry.</SPAN><SPAN class=640391415-28071999></SPAN><SPAN class=640391415-28071999>Andreas</FONT></FONT></FONT></SPAN></BLOCKQUOTE>

<BLOCKQUOTE TYPE=CITE><FONT FACE="Times New Roman"><FONT SIZE=-1>-----Original
Message-----</FONT></FONT>
<BR><FONT FACE="Times New Roman"><FONT SIZE=-1><B>From:</B> owner-metastock@xxxxxxxxxxxxx
[mailto:owner-metastock@xxxxxxxxxxxxx]<B>On
Behalf Of</B> Daniel Martinez</FONT></FONT>
<BR><FONT FACE="Times New Roman"><FONT SIZE=-1><B>Sent:</B> Wednesday,
July 28, 1999 3:43 PM</FONT></FONT>
<BR><FONT FACE="Times New Roman"><FONT SIZE=-1><B>To:</B> metastock@xxxxxxxxxxxxx;
Mario Fortier</FONT></FONT>
<BR><FONT FACE="Times New Roman"><FONT SIZE=-1><B>Subject:</B> Re: Avoid
problem new PC</FONT></FONT>
<BR>&nbsp;
<BLOCKQUOTE>Mario,
<BR>I thought about the RAM disk option.&nbsp; When I was going to the
university, I used the DOS RAM disk to compile my programs because the
computer was so slow.&nbsp; However, it would be difficult to use a RAM
disk in Windows 9x.&nbsp; Stock database programs, such as QP2, expect
to see its database in a certain drive/partition and folder.&nbsp; Even
if you were to figure out which files to copy to RAM disk, you still would
have to modify the QP2 Registry settings.&nbsp; Perhaps you could use the
QP2 configuration program and move the database to the RAM disk.&nbsp;
You would have to wait for your HDD to copy over 200 MB's to RAM disk.&nbsp;
Also, if you create a RAM disk, you probably also have to assign it a drive
letter.&nbsp; That means you would have to modify your Registry and numerous
other files so that, at minimum, your CD-ROM driver letter increases by
one.&nbsp; Because I use PartitionMagic, I have already gone through this
process several times and it is never simple.

<P>Even something as simple as moving an application's folder to another
partition can be time consuming.&nbsp; There have been many times when
I was forced to use Norton Utilities Disk Editor (DOS) to modify the app's
configuration files.&nbsp; This usually involved changing every instance
of the drive letter in each file.

<P>Daniel.
<BR>&nbsp;

<P>Mario Fortier wrote:
<BLOCKQUOTE TYPE = CITE>&nbsp;Daniel Martinez wrote:&lt;&lt;text removed>>
<BLOCKQUOTE TYPE = CITE>3.&nbsp; <B><FONT COLOR="#CC0000">If you want to
do the absolute fastest stock database searches you possibly can</FONT></B>,
then there is only 1 hard drive solution for you:&nbsp; SCSI/UW2.&nbsp;
Buy a motherboard with it built in.&nbsp; The P6SBU
at $320 would be a good choice.&nbsp; For a SCSI/UW2 hard drive, expect
to pay at least $340 USD for an IBM
9.1GB U2W at <A HREF="http://www.storage.ibm.com/hardsoft/diskdrdl/prod/9esprod.htm";>7200
RPM</A> and $600 for <A HREF="http://www.direct.ibm.com/cgi-bin/ncommerce/CategoryDisplay?cgrfnbr=2000202&cgmenbr=1&cntry=840&lang=en_US";>10K
RPM</A>.&nbsp; If you cannot afford the premium, buy the new $330 <A HREF="http://www.wdc.com/products/drives/18000rtl.htm";>Western
Digital 18GB UATA/66 at 66MB/sec and 7200 RPM</A> and a 66MB capable motherboard.&nbsp;
COMPUSA had this HD on sale for $270 with some other free hardware.&nbsp;
The best BX chipset based motherboard is the <A HREF="http://www.abit.com.tw/html/bx6r2.htm";>ABIT
BX6 2.0</A>.&nbsp; It should also be 66MB/sec HDD capable.</BLOCKQUOTE>
That's a very well documented e-mail Daniel :->

<P>Now, when it comes to the fastest database searches someone may consider
to copy the database in a Virtual RAM Disk...
<BR>A couple of things to keep in mind:

<P>- You have to consider that it takes a while to initially copy the full
database to the RAM disk, but assuming you are making more than one consecutive
search, it is worth the initial setup time.

<P>- Of course, you need plenty of memory or a small database....

<P>- If your database is too large for your physical memory, you may consider
an interesting alternative: VRamDir.
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; http://www.users.uswest.net/~jzhong/vramdir.htm
<BR>&nbsp;&nbsp;&nbsp; As your needs will vary I suggest to simply experiment
and see by yourself.

<P>I understand that this is not an universal solution, but some may found
that trick practical and applicable to their needs.

<P>\Mario</BLOCKQUOTE>
</BLOCKQUOTE>
</BLOCKQUOTE>
</BLOCKQUOTE>
&nbsp;</HTML>
</x-html>From ???@??? Wed Jul 28 23:44:27 1999
Return-Path: <majordom@xxxxxxxxxxxxxxxxxx>
Received: from listserv.equis.com (listserv.equis.com [204.246.137.2])
	by purebytes.com (8.8.7/8.8.7) with ESMTP id XAA05467
	for <neal@xxxxxxxxxxxxx>; Wed, 28 Jul 1999 23:31:28 -0700
Received: (from majordom@xxxxxxxxx)
	by listserv.equis.com (8.8.7/8.8.7) id OAA07141
	for metastock-outgoing; Thu, 29 Jul 1999 14:15:25 -0600
X-Authentication-Warning: listserv.equis.com: majordom set sender to owner-metastock@xxxxxxxxxxxxx using -f
Received: from freeze.metastock.com (freeze.metastock.com [204.246.137.5])
	by listserv.equis.com (8.8.7/8.8.7) with ESMTP id OAA07138
	for <metastock@xxxxxxxxxxxxxxxxxx>; Thu, 29 Jul 1999 14:15:22 -0600
Received: from tellab5.tellabs.com (tellab5.tellabs.com [138.111.243.28])
	by freeze.metastock.com (8.8.5/8.8.5) with SMTP id AAA13946
	for <metastock@xxxxxxxxxxxxx>; Thu, 29 Jul 1999 00:03:19 -0600 (MDT)
Received: from sunx317.tellabs.com by tellab5.tellabs.com with smtp
	(Smail3.1.29.1 #4) id m119j4f-0005pcC; Thu, 29 Jul 99 00:49 CDT
Received: from tellabs.com by sunx317.tellabs.com (8.8.8+Sun/1.9)
	id AAA14304; Thu, 29 Jul 1999 00:49:48 -0500 (CDT)
Message-ID: <379FEB7C.BE512631@xxxxxxxxxxx>
Date: Thu, 29 Jul 1999 00:49:48 -0500
From: Mario Fortier <mfortier@xxxxxxxxxxx>
Organization: Tellabs
X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.6 sun4u)
MIME-Version: 1.0
To: metastock@xxxxxxxxxxxxx
Subject: Re: Avoid problem new PC
References: <LMBBKJCLKIJIBBJLAEIJKEFKCHAA.nkormanik@xxxxxxxxxx>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-metastock@xxxxxxxxxxxxx
Precedence: bulk
Reply-To: metastock@xxxxxxxxxxxxx
Status:   

Nicholas Kormanik wrote:

> Mario,
>
> "Now, when it comes to the fastest database searches someone may consider to
> copy the database in a Virtual RAM Disk... "
>
> Could you, or anyone, suggest a particular RAM disk to try out, or say how
> to set one up?
>
> Thanks,
> Nicholas

Check the following:

http://www.users.uswest.net/~jzhong/vramdir.htm

Other may exist, I don't know,  but I'm using that one. See my previous e-mails
with Daniel about the good/bad on this software.

\Mario