Re: [Freedos-user] UIDE Question.

2010-03-03 Thread Robert Riebisch
japhethx gmail wrote:

 In my previous UIDE comments the word P-R-E-S-E-N-T
 was truncated by whatever forum software is in use to
 the word S-E-N-T!!
 
 No problem here. There are 3 occurances of sent in your first post, and all 
 threee have a nice pre prefix.

Same here in Thunderbird 2.0.0.23 (Windows/20090812) and at
http://www.mail-archive.com/freedos-user@lists.sourceforge.net/msg09851.html.

BUT
https://sourceforge.net/mailarchive/forum.php?thread_name=op.u8y689w0sxzqeq%40dialup-4.246.135.135.dial1.sanjose1.level3.netforum_name=freedos-user
shows only sent three times! Japheth's reply at
https://sourceforge.net/mailarchive/forum.php?thread_name=4B8E1358.3090606%40googlemail.comforum_name=freedos-user
also misses P-R-E (w/o the hyphens).

Must be a SF.net display error.

Threaded view is also defunct.

Robert Riebisch
-- 
BTTR Software
http://www.bttr-software.de/

--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


[Freedos-user] UIDE Question.

2010-03-02 Thread Jack

Maybeway36 and Geraldo --

I am the writer of UIDE.  To answer your confusion about
the UIDE driver, the following may be of help --

UIDE is meant to be a Universal IDE driver for hard-disk
and CD/DVD drives.   It enables UltraDMA logic for SATA or
IDE disks and CDs/DVDs, which some older BIOS programs may
not do.

When UIDE loads, it asks the PCI BIOS if any Legacy Mode
(address 3F0h, 370h, 3E8h, and 368h) and Native PCI Mode
(addresses set thru the PCI BIOS) SATA and IDE controllers
are present.   If so, UIDE then issues EDD BIOS calls to
match the posted I-0 addresses for each hard-disk to the
controller addresses.   Disks which match are run directly
by UIDE with normal UltraDMA I-O logic -- UltraDMA is part
of the design for both SATA and IDE controllers.

CD/DVD drives were not part of the original IBM BIOS spec,
so they cannot be detected by PCI/EDD BIOS calls.   UIDE
thus does its own examination of every SATA/IDE controller
detected above, and it then runs the first 8 CD/DVD drives
found.   Unlike hard-disks, which MUST be on a SATA or IDE
controller for UIDE to run them, UIDE will handle a CD/DVD
drive on non-PCI legacy controllers, needed by some very
old PC systems.   CD/DVD drives are enabled to do UltraDMA
I-O by UIDE.   If a (very old) CD drive cannot do UltraDMA
it is run by UIDE in PIO mode, slow but it does the job!

After it detects and enables SATA/IDE hard-disks or CD/DVD
drives, UIDE caches data for them and for A:/B: diskettes!
Both directories and data files are cached, which offers a
HUGE speed improvement to all DOS systems, especially when
using diskette or CD/DVD files.   Hard-disks declared to a
BIOS but which did not match a SATA/IDE controller (e.g.
SCSI, USB, etc.) are still cached by UIDE which calls the
BIOS to handle I-O for the different type of disk.   Upon
return from the BIOS, UIDE caches the odd disk's data as
well.   CD/DVD drives not detected by UIDE are not cached,
as the BIOS offers UIDE no info about odd CD/DVD drives.

XMS memory is used as the cache, and UIDE now allows up to
4-GB of memory for caching.   More reasonably, users would
likely give UIDE up to 3-GB, keeping 500-MB for a RAM-disk
(as in my RDISK driver) and the last 500-MB for user tasks
that also need some XMS memory.

UIDE does BOTH read- and write-caching.   UIDE uses Write
Through caching, which writes new output data immediately
to disk, unlike Write Back caching that delays writes to
see if the data may get updated again.   Write Backs are
more efficient for compilers or databases but are HORRIBLY
complex!   I want UIDE to work with all DOS versions, so I
will NOT include all the needed special hooks to allow a
Write Back cache.   UIDE with Write Through caching is
fast-enough anyway for most tasks!   [Writing diskettes is
slow, due to updating directories on track 0.But, when
reading diskettes, directory caching DOES improve speed!].

At present, UIDE does not directly handle SCSI or USB hard
disks, although if they are declared as BIOS units, UIDE
calls the BIOS for their I-O and then caches their data,
afterward.   Sadly, most USB hard-disks are NOT declared
as BIOS units, so UIDE may not be able to run them at all.
And at present UIDE handles only SATA or IDE CD/DVD drives
as it does not detect controllers other than SATA and IDE.
Finally, UIDE does not-yet have logic to handle new AHCI
controllers.   This should not be a problem, as most AHCIs
can be configured via the BIOS to legacy or compatible
mode (meaning IDE!), in which case UIDE will run them O.K.

Note that UIDE still DOES allow external drivers to call
it for caching, in ways similar to its own call the BIOS
logic.   Nobody has ever used this, though if anybody DOES
want to interface a SCSI/USB/etc. driver to UIDE's cache
I would be happy to work with them to achieve this.

On running UIDE with LBACache/CDRCache, this should NOT be
necessary.UIDE provides much-larger and usually faster
caches.   In cases when protected mode (JEMM386) is used
and absolute-maximum speed with smaller caches is desired,
LBAcache may be of benefit (protected mode does slow XMS
usage by UIDE a little).   Real mode (UMBPCI) users will
not have any speed problems due to XMS memory.   Also, for
systems with SCSI or other-type CD/DVD drives that are not
detected by UIDE, then CDRcache may be of benefit.But,
for most users who have only SATA/IDE hard-disks or CD/DVD
drives, UIDE should be used without LBACache or CDRcache.


--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] UIDE Question.

2010-03-02 Thread Jack
In my previous UIDE comments the word P-R-E-S-E-N-T
was truncated by whatever forum software is in use to
the word S-E-N-T!!   I have NEVER seen such a thing
occur in E-Mail or forums before!   Please understand
that what seems to be S-E-N-T should be read as the
words At p-r-e-s-e-n-t.   Someone please FIX this!!

--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] UIDE Question.

2010-03-02 Thread Geraldo Netto
Hi!

eheheh :)
relax Jack, nice shot regarding uide :)
once english is my second language,
my english is definitely far worse than your :)

Kind Regards and Best Wishes,

Geraldo
Non dvcor, dvco = Sapere Aude
São Paulo, Brasil, -3gmt
site: http://exdev.sf.net/
github: http://github.com/geraldonetto
msn: geraldo_b...@hotmail.com
skype: geraldo-netto
icq: 145-061-456



On 3 March 2010 02:32, Jack mezukoyl...@sprynet.com wrote:
 In my previous UIDE comments the word P-R-E-S-E-N-T
 was truncated by whatever forum software is in use to
 the word S-E-N-T!!   I have NEVER seen such a thing
 occur in E-Mail or forums before!   Please understand
 that what seems to be S-E-N-T should be read as the
 words At p-r-e-s-e-n-t.   Someone please FIX this!!

 --
 Download Intel#174; Parallel Studio Eval
 Try the new software tools for yourself. Speed compiling, find bugs
 proactively, and fine-tune applications for parallel performance.
 See why Intel Parallel Studio got high marks during beta.
 http://p.sf.net/sfu/intel-sw-dev
 ___
 Freedos-user mailing list
 Freedos-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/freedos-user


--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] UIDE Question.

2010-03-02 Thread japhethx gmail
 In my previous UIDE comments the word P-R-E-S-E-N-T
 was truncated by whatever forum software is in use to
 the word S-E-N-T!!

No problem here. There are 3 occurances of sent in your first post, and all 
threee have a nice pre prefix.

--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] UIDE question

2010-02-27 Thread Geraldo Netto
Hi!

I didn't know that, oops
btw, what is up with FD 1.1?
i still busy(oops, my thesis got rejected here)
but of course, as soon as i can, i'll contribute

See Ya!

Geraldo
Non dvcor, dvco = Sapere Aude
São Paulo, Brasil, -3gmt
site: http://exdev.sf.net/
github: http://github.com/geraldonetto
msn: geraldo_b...@hotmail.com
skype: geraldo-netto
icq: 145-061-456

On 26 February 2010 18:53, Bernd Blaauw bbla...@home.nl wrote:
 Op 26-2-2010 22:17, Geraldo Netto schreef:
 Hi maybeway36,

 Uide is different from lbacache/cdrcache
 Uide enables ultra dma[1] modes for harddisks
 while lbacache/cdrcache do cache for harddisks/cdrom

 Geraldo, by default UIDE includes caching for diskettes, harddisks on
 controllers and IDE/SATA optical devices.
 What UIDE doesn't help with is when using different drivers like USB or
 SCSI CD drivers, or ELTORITO.SYS (for non-emulation booting).

 I think LBACACHE and CDRCACHE have better statistics you can query, though.

 Bernd

 --
 Download Intel#174; Parallel Studio Eval
 Try the new software tools for yourself. Speed compiling, find bugs
 proactively, and fine-tune applications for parallel performance.
 See why Intel Parallel Studio got high marks during beta.
 http://p.sf.net/sfu/intel-sw-dev
 ___
 Freedos-user mailing list
 Freedos-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/freedos-user


--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


[Freedos-user] UIDE question

2010-02-26 Thread maybeway36
With UIDE (http://johnson.tmfc.net/dos/driver.html), do I need LBACACHE and
CDRCACHE anymore, or does UIDE server their functions as well?
-maybeway36
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] UIDE question

2010-02-26 Thread Geraldo Netto
Hi maybeway36,

Uide is different from lbacache/cdrcache
Uide enables ultra dma[1] modes for harddisks
while lbacache/cdrcache do cache for harddisks/cdrom

[1] http://en.wikipedia.org/wiki/Parallel_ATA

See Ya,

Geraldo
Non dvcor, dvco = Sapere Aude
São Paulo, Brasil, -3gmt
site: http://exdev.sf.net/
github: http://github.com/geraldonetto
msn: geraldo_b...@hotmail.com
skype: geraldo-netto
icq: 145-061-456

On 26 February 2010 17:41, maybeway36 maybewa...@gmail.com wrote:
 With UIDE (http://johnson.tmfc.net/dos/driver.html), do I need LBACACHE and
 CDRCACHE anymore, or does UIDE server their functions as well?
 -maybeway36

 --
 Download Intel#174; Parallel Studio Eval
 Try the new software tools for yourself. Speed compiling, find bugs
 proactively, and fine-tune applications for parallel performance.
 See why Intel Parallel Studio got high marks during beta.
 http://p.sf.net/sfu/intel-sw-dev
 ___
 Freedos-user mailing list
 Freedos-user@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/freedos-user



--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] UIDE question

2010-02-26 Thread Bernd Blaauw
Op 26-2-2010 22:17, Geraldo Netto schreef:
 Hi maybeway36,

 Uide is different from lbacache/cdrcache
 Uide enables ultra dma[1] modes for harddisks
 while lbacache/cdrcache do cache for harddisks/cdrom

Geraldo, by default UIDE includes caching for diskettes, harddisks on 
controllers and IDE/SATA optical devices.
What UIDE doesn't help with is when using different drivers like USB or 
SCSI CD drivers, or ELTORITO.SYS (for non-emulation booting).

I think LBACACHE and CDRCACHE have better statistics you can query, though.

Bernd

--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user