Hi! Undocumented limitations like "buffers are in one segment" can be countered in two ways: Document them (show a warning, like "only N buffers possible in HMA, have to keep all buffers in low RAM") or (possibly configurable) ignore them (put 38 buffers in HMA and 2 in low RAM, but offer a SWITCHES switch to force buffers to be in one segment, not split, if people insist on following the undocumented limitation...).
... which reminds me of the question: How can MS DOS use BUFFERS=a,b where b is a number in 0..8 range and means "read ahead buffers", while buffers have the disadvantage of having header data "in the way"? As far as I understand, reading 8 sectors ahead means that I have to have an 8 sector big consecutive area in RAM, preferrably low RAM, not 8 separate one sector buffers!? If the read-ahead happens in 8 pieces of 1 sector each, most of the speed gain will probably get lost. Eric > > http://fd-doc.sourceforge.net/faq/cgi-bin/viewfaq.cgi?faq=incoming/321 > > tells: If not ALL buffers fit into HMA, then ALL buffers will be in > > low DOS memory. How hard would it be to put MOST buffers in HMA and > > only the REST in low DOS memory, if many BUFFERS are requested? > > downgrade to kernel 2027 or earlier ;) It's an "undocumented" DOS > limitation; other DOSes also have the BUFFERS in one segment, although I > think some may be able able to place them in a UMB rather than the HMA. > > I don't see this as a big problem: 38 buffers seems plenty to me and if > you want more buffering there's cache anyway as you know very well (or in > other words I don't know why the poster needed 40 of them). ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
