C++Talk.NET C++ language newsgroups   Archives   FAQ   Search   Memberlist   Usergroups   Register   Profile   Log in to check your private messages   Log in  Some RAMdisk solution?          C++Talk.NET Forum Index -> C++ language (comp.lang.c++) View previous topic :: View next topic   Author Message Oliver Guest Posted: Wed Oct 29, 2003 7:04 am    Post subject: Some RAMdisk solution? From the application that I'm developing, I have a need to call extern application (16-bit DOS program). That application can receive input data from file specified in command line. Similar, output data could be written in file also specified in command line. From my application I'm creating input file, call the program, then read output file. Since I need very intensive communication (many calls of external application during run time), multiple file creation on hard disk and their reading dramatically decreases performance of my application. Smarter scheduling could maybe improve performance, but not enough. Changes in extern application could not be done, because it's a freeware program written long time ago, and I couldn't get source for it. I'm wondering is there a way to use RAM instead of hard disk for this communication. I would like to create some kind of RAMdisk partition run-time (without restarting whole system, please) on which I would create intermediate 'files'. Does anybody have experience with this issue? Is maybe any commercial solution available? Any help will be appreciated. Oliver Back to top Jack Klein Guest Posted: Thu Oct 30, 2003 5:09 am    Post subject: Re: Some RAMdisk solution? On 28 Oct 2003 23:04:21 -0800, [email]vojin (AT) bigfoot (DOT) com[/email] (Oliver) wrote in comp.lang.c++: Quote: From the application that I'm developing, I have a need to call extern application (16-bit DOS program). That application can receive input data from file specified in command line. Similar, output data could be written in file also specified in command line. From my application I'm creating input file, call the program, then read output file. Since I need very intensive communication (many calls of external application during run time), multiple file creation on hard disk and their reading dramatically decreases performance of my application. Smarter scheduling could maybe improve performance, but not enough. Changes in extern application could not be done, because it's a freeware program written long time ago, and I couldn't get source for it. I'm wondering is there a way to use RAM instead of hard disk for this communication. I would like to create some kind of RAMdisk partition run-time (without restarting whole system, please) on which I would create intermediate 'files'. Does anybody have experience with this issue? Is maybe any commercial solution available? Any help will be appreciated. Oliver You need to ask about RAM disks for MS-DOS in an MS-DOS programming group, like news:comp.os.msdos.programmer. The standard C++ language, the topic of this group, deals with files only in terms of abstract streams, either C FILE *streams or C++ iostreams. The language itself does not know or care about the association of a stream with any sort of actual device, nor does it provide any method for doing this. -- Jack Klein Home: http://JK-Technology.Com FAQs for comp.lang.c http://www.eskimo.com/~scs/C-faq/top.html comp.lang.c++ http://www.parashift.com/c++-faq-lite/ alt.comp.lang.learn.c-c++ ftp://snurse-l.org/pub/acllc-c++/faq Back to top Oliver Guest Posted: Thu Oct 30, 2003 10:27 am    Post subject: Re: Some RAMdisk solution? Yes, I realize now that was gone off-topic, so I apologize to all. I sent my question to microsoft.public.win2000.file_system newsgroup, so let's hope that address is correct this time. I apologize once more for flooding this group. Greetings, Oliver Jack Klein <jackklein (AT) spamcop (DOT) net> wrote Quote: On 28 Oct 2003 23:04:21 -0800, [email]vojin (AT) bigfoot (DOT) com[/email] (Oliver) wrote in comp.lang.c++: You need to ask about RAM disks for MS-DOS in an MS-DOS programming group, like news:comp.os.msdos.programmer. The standard C++ language, the topic of this group, deals with files only in terms of abstract streams, either C FILE *streams or C++ iostreams. The language itself does not know or care about the association of a stream with any sort of actual device, nor does it provide any method for doing this. Back to top Display posts from previous: All Posts1 Day7 Days2 Weeks1 Month3 Months6 Months1 Year Oldest FirstNewest First         C++Talk.NET Forum Index -> C++ language (comp.lang.c++) All times are GMT Page 1 of 1   Jump to: Select a forum C/C++----------------C LanguageC Language (Moderated)C++ Language (Moderated)C++ language (comp.lang.c++)C++ language, library and standards Non-English C/C++ Newsgroups----------------C++ (German)C++ (French)  You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum Powered by phpBB © 2001, 2006 phpBB Group SEO toolkit © 2004-2006 webmedic.