Op 7-7-2011 13:58, Michael B. Brutman schreef: > Most of my testing is on lower-end machines, like a 386-40 and the > various 8088 machines that I have. The performance of memcpy is far > better on the newer processors due to pipeline efficiency and levels of > caching. (Even the 386-40 has a 128K L2 cache.) Disk becomes the major > bottleneck on the faster machines.
As FTP.exe doesn't occupy entire conventional memory anyway (though not all machines have 512KB/640KB) maybe a ramdisk in conventional memory is possible. I don't know any software besides TDSK being able to do so though. My own testing sometimes involves a solid state disk, other times a ramdrive. Bye latencies :) > Just for comparison, on my local network here the AMD 80386-40 clone > with an NE2000 adapter on a 10Mb segment is connected to a Pentium 233 > running Fedora 2. My FTP receive speed on this network is 506KB/sec, > which is similar to what you are reporting for your virtual machine. My > Pentium 133 running with a PCI Ethernet card receives at 1950KB/sec, > which is almost four times faster than what you are reporting. Your VM > might be adding unnecessary overhead. Yeah I'm not sure what's causing that, maybe the default emulated NIC is an AMD 10mb/s card. I'm sure there's some also the possibility of an emulated intel card, just need to find out how to configure it. Not tried physical machine (no packet drivers, and officially there's no freely distributable NDIS/ODI files required to get a network card's NDIS/ODI drivers working followed by a shim/wrapper). Not tried local network either yet, my router has some internal storage and a few USB2 ports for adding drives. ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
