Re: [Freedos-devel] When is FreeDOS slow and when fast

2022-11-01 Thread Eric Auer 



Hi!


The computer: Pentium 4, SSD PATA disk, 512MB RAM

The task: Compilation of the full Blocek source ("Build all") - 64603 lines
of code using FreePascal 3.2.0 (GUI)

Windows 98: 5,6s


Everything happened on a FAT32 partition, I assume?


FD, cwsdpmi, noUIDE, noLBAcache: 208,2s
FD, hdpmi32, noUIDE, noLBAcache: 159,8s
FD, cwsdpmi, noUIDE, LBAcache4096: 54,9s
FD, hdpmi32, noUIDE, LBAcache4096: 20,5s


Note that all caches larger than BUFFERS involve some sort
of protected mode memory access today. It seems that CWSDPMI
is a lot slower than HDPMI32 here, either in the memory
access itself or in switching between modes and tasks, for
example normal protected mode ones versus VM86 style tasks.


FD, hdpmi32, UIDE160, noLBAcache: 40,6s
FD, hdpmi32, UIDE160, LBAcache4096: 18,7s
FD, hdpmi32, UIDE160, LBAcache16384: 18,6s


It does not surprise me that making the second cache
larger does not help more. The interesting part is
that using only UIDE is slower than only LBACACHE.

This could be because LBACACHE is small enough to
keep metadata tables in DOS memory, so you may see
a speed difference because it needs fewer steps of
looking at different types of memory (DOS, XMS...).

Apparently the ability to have a LARGER cache in
UIDE does not gain as much speed as the point of
having a SIMPLER cache with LBACACHE for the task.

In particular, I expect this difference to also
be related to whether or not your task uses DPMI
or any type of EMM386 style driver. It can also
make a difference whether and which EMM386 style
driver you use. It clearly does make a difference
which DPMI you use, as your results already show.


MSDOS 7.1, hdpmi32, UIDE160, LBAcache4096: 10,4s
MSDOS 7.1, hdpmi32, UIDE160, LBAcache16383: 7,6s


That could mean that MSDOS 7.1 has a kernel which
bundles I/O better, or that it has a better EMM386
or HIMEM driver, but it would be very interesting
to also see the results for MSDOS 7.1 without UIDE
and/or without LBACACHE as additional comparisons.


1) The speed without any cache is really awfull.


I agree.


On the speed machine and on the SSD disk!


SSD with BIOS I/O are not necessarily fast in
doing many tiny (512 byte sector) transfers
and without a cache, nothing might pool them
in typical DOS environments. Remember that
NWCACHE had this option to combine writes
in a small buffer in DOS memory. While the
buffer is a lot smaller than the main cache
and the feature probably added quite a bit
of complexity, I still assume it helped :-)


2) Hdpmi32 does not use the RAM disk swapping while CWSDPMI does


You can configure whether and how CWSDPMI swaps.


3) UIDE helps but even with the cache size 160MB...


You may want to try UIDE with a smaller size ;-)


4) Windows98 is a speed king
5) MS-DOS 7.1 is faster than FreeDOS


The 2 MS options are pretty similar here,
but I guess that Win98 pre-loads all FAT
metadata into RAM while booting, giving
it a "warmed up" built-in cache here.

Thanks for testing!

Regards, Eric

PS: Sorry about that off-topic PS.




___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel]   Interim Build T2211

2022-11-01 Thread Jerome Shidel 



> On Nov 1, 2022, at 1:23 PM, Wilhelm Spiegl  wrote:
> 
> did you remove or fix antivirus as i reported in this version, maybe also 
> newer virus definition?
> I found nothing about this in changelog.
> 
> Willi

No changes were made to the antivirus yet. 

Not sure who wants to work on fixing it. Or, if it will be left as is or 
removed. 

Jerome



___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel]   Interim Build T2211

2022-11-01 Thread Wilhelm Spiegl 


 
 did you remove or fix antivirus as i reported in this version, maybe also newer virus definition?I found nothing about this in changelog.Willi--Diese Nachricht wurde von meinem Android Mobiltelefon mit mail.com Mail gesendet.Am 01.11.22, 12:41 schrieb Jerome Shidel :

  Interim Build T2211 is now available.
  
   
  
  
   (Please remember: You may need to refresh or purge your browser cache.)
  
  
   
  
  
   https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/test/
  
  
   
  
  
   Summary of changes since T2210:
  
  
   
  
  
   2022-10-31 12:31:41 upx (shidel): renamed file
2022-10-31 12:28:07 upx (shidel): updated to v4.0.0
2022-10-21 00:51:16 keyb (Aitor Santamaría): Minor changes for improved handling of commandline
2022-10-19 22:35:51 keyb (Aitor Santamaría): Minor changes in documentation
2022-10-19 21:54:25 keyb (Aitor Santamaría): Minor version update
2022-10-19 21:49:50 keyb (Aitor Santamaría): Merge branch 'master' of https://gitlab.com/FreeDOS/base/keyb
2022-10-19 21:48:28 keyb (Aitor Santamaría): New modifiers for (de)activating the lock keys
2022-10-17 17:23:45 htmlhelp [unstable] (Shidel): Merge branch 'crash-fixes' into 'master'
2022-10-17 09:00:45 mistral (Daniel Monteiro): feat: update code to the 2.0 release
2022-10-16 12:47:32 project_FDI (shidel): removed dgjpp from master bonus package list update
2022-10-16 11:58:41 project_FDI (shidel): master package list update
2022-10-08 09:10:33 links (shidel): updated to v2.28
2022-10-03 22:24:40 htmlhelp [unstable] (Andy Stamp): Fix crash bug in headerTagSubstitution with &-entities
2022-10-03 22:22:01 htmlhelp [unstable] (Andy Stamp): Cleanup ampSubsInternal to be more readable
   

   
   
Please note: Items in the log marked with ‘[unstable]’ denotes that package is pulled/created from the “unstable” branch on the GitLab Archive. It should be tested. Once that has happened, it can be merged in to the “master” branch to be included with the next OS release. For example in the previous monthly interim build, there were entries for V8POWER.
   
   
2022-09-28 09:04:39 v8power [unstable] (shidel): v22.09.28

   
   
At present, there has been no feedback on that package and it has not yet been merged into it’s master branch for inclusion in the next OS release.
   
   

   
   
Interim Builds are not the same as OS release builds. Interim Builds will prefer using an “unstable” branch over a “master” branch when available. OS release only use “master” branches to create the release media.
   
   

   
   
:-)
   
  
  
   
  
  
   Jerome
  ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel 
 


___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] Bonus/Devel CD

2022-11-01 Thread Rugxulo 
Hi,

On Tue, Nov 1, 2022 at 3:40 AM Liam Proven  wrote:
>
> On Fri, 28 Oct 2022 at 19:29, Robert Riebisch  wrote:
>
> > Just to add: Virtual PC 2004 SP1 and Virtual PC 2007) were/are available
> > as a free download from Microsoft, but didn't/doesn't include any DOS
> > version.
>
> That's true.
>
> I suspect that the thinking was that if you're running on a PC, then
> you already have a PC OS, by definition. This is not true of Mac
> users, obviously.

Old Windows (e.g. 7) used to let you make a system floppy (using
DISKCOPY.DLL, which has a bundled MS EBD disk or whatever). RUFUS will
optionally use this if you don't choose FreeDOS. (Yes, RUFUS supports
the LiveCD but also has a very minimal FreeDOS bundled already.) I
don't think that's available in Windows 10 or newer anymore.


___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

[Freedos-devel] Interim Build T2211

2022-11-01 Thread Jerome Shidel 
Interim Build T2211 is now available.

(Please remember: You may need to refresh or purge your browser cache.)

https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/test/ 


Summary of changes since T2210:

2022-10-31 12:31:41 upx (shidel): renamed file
2022-10-31 12:28:07 upx (shidel): updated to v4.0.0
2022-10-21 00:51:16 keyb (Aitor Santamaría): Minor changes for improved 
handling of commandline
2022-10-19 22:35:51 keyb (Aitor Santamaría): Minor changes in documentation
2022-10-19 21:54:25 keyb (Aitor Santamaría): Minor version update
2022-10-19 21:49:50 keyb (Aitor Santamaría): Merge branch 'master' of 
https://gitlab.com/FreeDOS/base/keyb
2022-10-19 21:48:28 keyb (Aitor Santamaría): New modifiers for (de)activating 
the lock keys
2022-10-17 17:23:45 htmlhelp [unstable] (Shidel): Merge branch 'crash-fixes' 
into 'master'
2022-10-17 09:00:45 mistral (Daniel Monteiro): feat: update code to the 2.0 
release
2022-10-16 12:47:32 project_FDI (shidel): removed dgjpp from master bonus 
package list update
2022-10-16 11:58:41 project_FDI (shidel): master package list update
2022-10-08 09:10:33 links (shidel): updated to v2.28
2022-10-03 22:24:40 htmlhelp [unstable] (Andy Stamp): Fix crash bug in 
headerTagSubstitution with &-entities
2022-10-03 22:22:01 htmlhelp [unstable] (Andy Stamp): Cleanup ampSubsInternal 
to be more readable

Please note: Items in the log marked with ‘[unstable]’ denotes that package is 
pulled/created from the “unstable” branch on the GitLab Archive. It should be 
tested. Once that has happened, it can be merged in to the “master” branch to 
be included with the next OS release. For example in the previous monthly 
interim build, there were entries for V8POWER.
2022-09-28 09:04:39 v8power [unstable] (shidel): v22.09.28
At present, there has been no feedback on that package and it has not yet been 
merged into it’s master branch for inclusion in the next OS release.

Interim Builds are not the same as OS release builds. Interim Builds will 
prefer using an “unstable” branch over a “master” branch when available. OS 
release only use “master” branches to create the release media.

:-)

Jerome___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] Bonus/Devel CD

2022-11-01 Thread Liam Proven 
On Fri, 28 Oct 2022 at 19:29, Robert Riebisch  wrote:
>
> Did Microsoft make Virtual PC 2004 and 2007 or was it Connectix?
> What does the sticker on the box say? Microsoft or Connectix? :-p

OK, conceded.

> Just to add: Virtual PC 2004 SP1 and Virtual PC 2007) were/are available
> as a free download from Microsoft, but didn't/doesn't include any DOS
> version.

That's true.

I suspect that the thinking was that if you're running on a PC, then
you already have a PC OS, by definition. This is not true of Mac
users, obviously.

I extracted the PC DOS 2000 image from Mac VirtualPC, converted it to
VBox format, and blogged about it. It's here:
https://liam-on-linux.livejournal.com/76183.html

-- 
Liam Proven ~ Profile: https://about.me/liamproven
Email: lpro...@cix.co.uk ~ gMail/gTalk/FB: lpro...@gmail.com
Twitter/LinkedIn: lproven ~ Skype: liamproven
UK: (+44) 7939-087884 ~ Czech [+ WhatsApp/Telegram/Signal]: (+420) 702-829-053


___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel