deomsh

You're right about the /machine:at key. Speed of Himem is now the same as HimemX on my machine. Thanks a lot. I tried XMGR again. If loaded after Umbpci and with the /W-switch, speed is the same as the to others. I will explore further.

Lately I tested two identical 32GB SATA-II SSD's in MS-DOS compatibility mode. The results were a bit disappointing, but interesting. For the sake of comparison I partitioned the ssd's with 32k clustersize. The ssd's were optimized for speed (partitions starting at 1 MB). Benchmark: - In Windows 10 copy-speed with my 500MB testfile was 60MB/sec, between ssd's. Highest copy-speeds in MS-DOS were: - 37 MB/sec. with BUFFERS=20 - 17 MB/sec. with SMARTDRV 4096 /B:57344 and BUFFERS=4,0 - 56 MB/sec. with XHDD.SYS /S50 /H /O /P and BUFFERS=4,0 - 28 MB/sec. with XHDD in combination with Smartdrive and 4 Buffers So, in MS-DOS Smartdrive is outperformed by Buffers only! Apparently Smartdrives read-ahead buffer has little use in case of flash memory. XHDD did a magnificient job. Thank you Jack Ellis. Highest copy-speeds in WINDOWS (with static 128 MB VCACHE and NO MaxPhysPage!) were: - 4 MB/sec. with BUFFERS=20 - 17 MB/sec. with SMARTDRV 4096 /B:57344 and BUFFERS=4,0 - 5 MB/sec. with XHDD.SYS /R25 /S50 /H /O /P and BUFFERS=4,0 - 22 MB/sec. with XHDD in combination with Smartdrive (4 Buffers) In Windows Buffers and XHDD were really slow, Smartdrive performed the same as in MS-DOS. The combination of XHDD and Smartdrive had a better performance, but still less than copy-speeds on SATA-II Hard Drives I reported earlier. Copying from a ssd to a 128G(i)B partition on my 'new' 500GB Hard drive gave 31 MB/sec! Using XMGR.SYS with XHDD.SYS /R1024 /H /O /P /G to limit memory to 1GB, instead of HimemX (with /MAX=1048576), was about 5% slower. With HIMEM.SYS instead of XMGR: 9% slower than HIMEMX. BTW: with the XHDD /G-switch to limit memory, the maximum Smartdrive cache is about 4096KB. Although XHDD's cache is loaded above the value of the /R-switch, Smartdrive's cache is loaded below the /R-switch - inside the memory available to Windows. Posted with Opera 12.02

Same in my case. With the earlier Kernelex.dll Verify.exe is satisfied with the installation. I can see the new compatibility modes in the property sheet and there is a third choice (have'nt tested yet). No problems with Opera 12.02 or Firefox 3.28. Earlier problems I reported with MS Office Compatibility Pack & Kex17 with MS Office 2007 Word files seems tot be solved. Thanks a lot.

Some updates FYI, regarding: SMARTDRIVE 137GB barrier: Actually 137GB is 128GiB. Many programs give the GiB-size as GB, including Explorer and many Partition programs. SMARTDRIVE Maximum Cache Size: I found some "new" old information on Github. Thank you Jeff Parsons! Formula for Maximum Cache Size gives 36522 (KB) with ElementSize 8192 (Byte). Tested, in Windows only possible in combination with RDISK.COM or XHDD.SYS /R-switch (as mentioned earlier in this thread). http://jeffpar.github.io/kbarchive/kb/095/Q95531/ Note that SMARTDRIVE takes 64 KB with Maximum Cache Size, so Read Ahead Buffer MUST be loaded low with SMARTDRV /L SMARTDRIVE Maximum BufferSize: With (maximum!!) ElementSize 8192 the maximum BufferSize is 57344 (Byte). Tested: relation between Read-Ahead buffer size and copy speed still holds, the higher the better. http://jeffpar.github.io/kbarchive/kb/094/Q94604/ XHDD.SYS: There are many new versions (last update today - I will test soon), direct download from http://optimizr.dyndns.org/dos/drivers.html By accident I found that XHDD.SYS is not compatible with Windows protected mode floppy-driver HSFLOP.PDR (all two versions I know). Solution: disable Floppy-controller in Device Manager. Small price: Diskcopy is not possible with floppy station in MS-DOS compatibility mode. BTW: I have no other motherboard to test, so this holds at least for Asrock 960GM-GS3.

Lately I tested MSFN again with Opera 12.02. No problems anymore, I can sign in etcetera in normal Author mode. Only limitation I have is that the link to www.msfn.org/board is not visible, but can be reached by clicking in the upper left of a post (apart from some empty symbols). Thanks to the MSFN staff if they made this possible Posted with Opera 12.02 & Windows 98SE with original KernelEx

In fact, FileFormatConverters consists of three programs (wordconv.exe, excelcnv.exe and ppcnvcom.exe) with their own dll's and five common ones. Those three programs can be used one-way standalone (commandline) and do only conversions from the old to the new format. Another program, Moc.exe, can do conversions in both directions by giving the appropriate program the right "instructions". Moc.exe also has a function in saving the resulting file. Their interprocess "communication" is with help of a proxy. For wordconc.exe the proxy wordcnvpxy.cnv is used, for excelcnv.exe the proxy excelcnvpxy.dll and for ppcnvcom.exe the proxy ppcnvpxy.dll. If one of the Office programs opens or save a file DIRECTLY in the new file format, Office "communicates" by means of one of the proxy dll's. In case of the new Powerpoint file format, KernelEx SOMEHOW fails in the necessary interprocess "communication". Since 2014 I tried to find out what the culprit is, but my only succes was to establish commandline-conversion with ppcnvcom (ppt2pptx only, this is by design!). I hope one day the further development of KernelEx will help. Since I am not a programmer I can't do anything in that direction.

Dencorso: Office XP can convert XLSX-files! Set KernelEx 4.5.2 compatibility mode for excelcnv.exe to "Windows NT 4.0 sp6". If that doesn't work, for msxml5.dll too.

About Win3x: its also possible to "translate" HTTPS to HTTP with help of a web-proxy. Two problems: to find one that works and than to find one with reasonable speed. Lately I had a Win 3.1 internet project on Conforums. Sadly Conforums closed his doors, but if you are interested my last web-proxy test is still there: https://web.archive.org/web/20180413184337/http://win3x.conforums.com/index.cgi?board=net&num=1517876379&action=display&start=49 By the way: in my opinion Netscape Navigator 3.04 works "best".

The earlier test I mentioned failed on DirectX 9.0c. So far as I can remember I had at that time following specs: Win98SE, SP2.03 (last dutch service pack), IO.SYS update/patch and NUSB 3.3. No IE6, no KernelEx. Plus NDIS2-driver of course. I have been googling a bit, in connection with DirectPlay-problems registering DPNET.DLL was "somewere" mentioned. I just tried in "Run" with "REGSVR32 C:\WINDOWS\SYSTEM\DPNET.DLL (without the "" !). There was the succes-message from DllRegisterServer.

I use Realtek NDIS2-driver for my NIC. Lately I had to run some tests with DxDiag. Just for fun I run DirectPlay test - negative! Was not a problem for me, I never use DirectPlay, so I postponed the problem. Your problem interested me. I renamed my Windows-directory and tested on a fresh one with DirectX 6.1. DxDiag gave no error. I installed DirectX 7.0, 9.0b and 9.0c - check, check, check. The TCP/IP-console opened always. For the moment thats enough for me.

Watler from Watlers World made a Win3x HDA driver. It took some time to make it work with my chipset in my Windows 3.1 installation. Lately I started experiments using this driver in Windows 98SE. Watler gave me room to share on his forum, so I give you the link only. http://win3x.conforums.com/index.cgi?board=Pascal&action=display&num=1502071336&start=135 Posts #1-#135 are about using the driver in Windows 3.1, from post #136 onwards Win9x too.

Hi, would you be interested in testing a 16-bits HDA-driver?

If Windows 98SE installs two HD-controllers (depending on bios mode?) then it should be possible to set the one with the sata drives to "not installed" (in Safe Mode). In that case you have a chance other drives are still compatible with Windows' ESDI_506.PDR. To speed up (sata-)HD-drives in compatibility mode read my thread 'Smartdrive Revisited', including XHDD.SYS-tests.

I have red the ConRoe865PE manual, but the bios-settings are not clear to me yet. How many drives you can 'see' in the various modes when starting MS-DOS only?

Gom player 2.1.28.5039 (disable updates!) with L3codec.ax 1.5.0.50. There are of course other possibilities, visit www.mdgx.com