Hi Eric,

I think John already answered your TLDR reply by saying:

"In this instance whether it takes 0.2 second or 1.5 seconds is really 
irrelevant."


am Mittwoch, 12. März 2025 um 23:07 schrieben Sie:


> Hi John,

> your task is assembling multi-file assembly language sources.
> That reminds me of speeding up complex C project compiles in DOS.

> Depending on how your tools work, you may want to try to run the
> task in a RAMDISK for comparison. Copy the source files there,
> assemble everything, copy the binary back. Might be much faster
> than assembling on a physical SSD or even harddisk FAT partition,
> even when loading a DOS disk cache.

> If you use FAT32 and/or long file names, things may get slower.

> When you use emulators in Windows or Linux, things may be much
> faster, because the physical filesystem is managed by Windows
> or Linux, with advanced caches and filesystems like NTFS or
> ext4fs which are far more modern than classic FAT for DOS.

> If your assembler produces much output on the screen, try to
> use NANSI instead of ANSI, or maybe do not load ANSI at all.

> The bandwidth of your RAM and SSD, as well as the IOPS of your
> SSD, may also be relevant when comparing WinXP to Linux etc.

> I assume QEMU uses a single file disk image to create the disk
> on which your DOS runs, while DOSEMU2 defaults to redirection
> of Linux directories. However, you can also configure DOSEMU2
> to use disk images, so you could create a disk image D: drive
> next to your normal DOSEMU2 C: drive and compare their speeds.

> In addition, you can compare different filesystems to put
> the Linux directory or the disk images in Linux or Windows.

> If your assemblers use lots of small disk writes, Ext4fs or
> XFS with journaling might be slower than ext2fs without it.

> Even tuning tricks such as those for databases may help you:
> https://virtual-dba.com/blog/linux-os-and-file-system-tuning-for-database-servers/

> Regards, Eric


Tom



_______________________________________________
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Reply via email to