Re: [Freedos-user] Questions to memory management, DEVICEHIGH, LOADHIGH
Aitor Santamaría wrote: I am impressed, does your BIOS have codepage 850?? I assumed that 437 I doubt. was NOT enough for German (nor in my understanding for any European language, not even for British English), but I may be wrong. For example, eszet, capitals Ö Ä... See http://en.wikipedia.org/wiki/Code_page_437 for available chars. Robert Riebisch -- BTTR Software http://www.bttr-software.de/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Questions to memory management, DEVICEHIGH, LOADHIGH
Hello, 2007/2/9, Eric Auer [EMAIL PROTECTED]: Only load DISPLAY when you really need a font with characters which are not in your VGA BIOS font. For me myself, being able to show the Euro currency sign on the DOS screen is not worth 10 or more kilobytes of RAM ;-). I am impressed, does your BIOS have codepage 850?? I assumed that 437 was NOT enough for German (nor in my understanding for any European language, not even for British English), but I may be wrong. For example, eszet, capitals Ö Ä... Upgrade from EMM386 to JEMM386 from www.japheth.de, but take some time to read the docs and to manually tune your JEMM386 config sys line. It can happen easily that the default config either does not give you much UMB (DOS=UMB / DOS=HIGH,UMB) space or tries to use UMB areas which are in use by sth else, like your mainboard or network chipset, and make DOS unstable. Eric, could you please extend on commandline incompatibilities? Aitor - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Questions to memory management, DEVICEHIGH, LOADHIGH
Gunaydin Deniz ;-) Thanks for the compliments about FreeDOS. Of course it should not only make you feel like 15 years in the past but also like a more modern variant of DOS than the one you knew in MS DOS 6. Usually, FreeDOS memory consumption is quite low. Some ideas: Only load DOSLFN when you really want to use long file names. Only load SHARE when you think you need it (for example when you want to run DOS apps from within Windows)... Only load DISPLAY when you really need a font with characters which are not in your VGA BIOS font. For me myself, being able to show the Euro currency sign on the DOS screen is not worth 10 or more kilobytes of RAM ;-). Always load HIMEM, because that gives you HMA and XMS, and with DOS=HIGH and with our default FreeCOM command.com XMS swapping feature, that already saves quite some memory. Upgrade from EMM386 to JEMM386 from www.japheth.de, but take some time to read the docs and to manually tune your JEMM386 config sys line. It can happen easily that the default config either does not give you much UMB (DOS=UMB / DOS=HIGH,UMB) space or tries to use UMB areas which are in use by sth else, like your mainboard or network chipset, and make DOS unstable. http://fd-doc.sourceforge.net/wiki/index.php?n=FdDocEn.FdInstall has some more useful hints, and you can even edit it yourself. When calling mem.exe /all, I get told, that FreeDOS is using HMA, but that there is still 11Kbytes (11359 bytes) free within HMA. Is it possible to load some drivers into this free area of HMA or to use it in some way? That is interesting. Normally, the kernel will use 40 kB of HMA for kernel code and the rest for BUFFERS. Maybe you have a line BUFFERS=toomany so the kernel could not put them into HMA? Try fewer buffers then. For example, try BUFFERS=30. If not all of them fit into HMA, then the kernel might have to use low memory for more than needed, leaving actually more HMA space unused. I realised that LOADHIGH and DEVICEHIGH of the original MS-DOS had some extra parameter switches (/L and /S). With these one is able to specify more directly to which UMB the programs shall be loaded. I think that such switches are indeed available for LOADHIGH but actually I never used them, even with MS DOS. It is equally efficient to just tune things by reordering the drivers, checking which driver should be loaded after which. Also for DEVICEHIGH. If you load a driver into the biggest block, then it will not use more memory than usual. You can also load drivers which use less memory later, when only smaller areas are left over. And yes, you can also load device drivers from the command line, that tool is called DEVLOAD. Devload lets you decide where to load a driver, but the choice is not as flexible as with LOADHIGH. By setting DOSDATA=UMB in FDconfig.sys the BUFFERS, STACKS, FILES etc. from FDconfig sys get loaded to UMB This is correct. If they are scattered around, there should be no problem. Actually only FILES and BUFFERS should be split: A small amount in low DOS memory and the rest in UMB and HMA. You cannot always work in UMB, so a bit stays in low memory. Do not forget to check mem /d or mem /c or similar output for further manual tuning :-). Let me know how far you got. Without UMB, 600kB free should be quite feasible, and with UMB, you can even get 620kB or more. To squeeze out even more memory, you could use some Q drivers, but they recently need some tricks to load in FreeDOS. The Q HIMEM is almost as big as the normal one, but there are tuned cdrom and shsucdx and udma drivers which are interesting, esp if you really need the last byte. For me, 600kB is enough :-). Eric PS: On modern PCs, more and more ROMs and MMIO spaces float around in areas which could be used for UMBs in the past, so you will get only small UMBs on that 2 GB dual core Athlon :-p. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Questions to memory management, DEVICEHIGH, LOADHIGH
When calling mem.exe /all, I get told, that FreeDOS is using HMA, but that there is still 11Kbytes (11359 bytes) free within HMA. Is it possible to load some drivers into this free area of HMA or to use it in some way? you can't load anything there (but some smart software could use it) That is interesting. Normally, the kernel will use 40 kB of HMA for kernel code and the rest for BUFFERS. Maybe you have a line BUFFERS=toomany so the kernel could not put them into HMA? Try fewer buffers then. For example, try BUFFERS=30. If not all of them fit into HMA, then the kernel might have to use low memory for more than needed, leaving actually more HMA space unused. wrong. of the 64K HMA, ~40K are used by the kernel buffers=20 reserves 20K as BUFFERS, leaving 11359 Byte 'free' = available for clever software (which doesn't exist). In the meantime, these 11K are used as BUFFERS, too (clever, isn't it ? ;) tom - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Questions to memory management, DEVICEHIGH, LOADHIGH
Hello and thanks for your wonderfull operating system. I am using FreeDOS 1.0 an it really makes me feel being 15 years past in time with my first PC. :-) The negative point of this is of course the same issue, I had 15 years ago: How do I get most conventional memory for my programs and still have (most of) my drivers running? During the past few days I was searching the internet and learned a lot about DOS and its memory management. I am using this knowledge to set up my FreeDOS: In my FDconfig.sys am using HIMEM.EXE and EMM386.EXE to access the HMA and UMBs, and load DOS into HMA and my drivers via DEVICEHIGH and LOADHIGH into UMBs. However, the HMA and UMB areas seem not be used completely/efficient so that some optimization might be useful. This results in some questions that I hope you can answer: 1: When calling mem.exe /all, I get told, that FreeDOS is using HMA, but that there is still 11Kbytes (11359 bytes) free within HMA. Is it possible to load some drivers into this free area of HMA or to use it in some way? 2: I realised that LOADHIGH and DEVICEHIGH of the original MS-DOS had some extra parameter switches (/L and /S). With these one is able to specify more directly to which UMB the programs shall be loaded. Although help.com LOADHIGH does not tell so, LOADHIGH /? tells me that these switches also exist in the LOADHIGH version of FreeDOS. A simple test showed me, that it seems to work. However, DEVICEHIGH does not seem to have these switches in FreeDOS although the original version of MS-DOS seemed to support them. By the way, a short explanation of these switches can be found here: http://www.geocities.com/rick_lively/MANUALS/COMMANDS/D/DEVICEHI.HTM Is the support for these switches still work to do or is there some way to specify in what UMB a device driver from FDconfig.sys shall be loaded? I know about the order of loading these drivers, but as it seems, they all want to go into the biggest available block of UMB (although they would also fit into a smaller block). I also remember having read something about a program that lets you load a device driver that originally shall be loaded in FDconfig.sys, from within autoexec.bat (where one might be able to use LOADHIGH with swiches). But maybe I just dreamt that!? 3. By setting DOSDATA=UMB in FDconfig.sys the BUFFERS, STACKS, FILES etc. from FDconfig.sys get loaded to UMB (as far as I understand). However they seem to be scattered around all UMBs (and cutting it in half) instead of residing in one small block of UMB. Is it possible to specify to which block they should get loaded (so that bigger contigues UMBs do not get separated into 2 or more smaller blocks?) So you see, my questions pretty much are all the same: How to specify manually to which memory area programs/drivers etc. shall be loaded. I hope you can give me some information about how to answer these questions. Thanks in advance, DENIZ BAHADIR - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user