Re: [Freedos-user] UIDE Question.

[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
.

BUT

shows only "sent" three times! Japheth's reply at

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® 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.

[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® 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.

[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  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® 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® 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.

[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® 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.

[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® 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://li

Re: [Freedos-user] UIDE question

[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  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® 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® 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

[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® 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

[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  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® 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® 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

[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® 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