Re: [Freedos-user] Moving beyond FAT

2020-07-13 Thread Eric Auer
Hi! > That sounds a lot like using an initramfs in Linux. Exactly. > But kernel? Why? The idea is that ext4 would be a first- > class citizen in kernel space just like FAT16 and FAT32 Let me give some examples... The ISO9660 driver for Linux is more than 40 kB on disk. The one for UDF is 110

Re: [Freedos-user] Moving beyond FAT

2020-07-13 Thread Michał Dec
Hello Eric, Depends. If you want to be able to BOOT from ext4, you would have to boot a virtual MEMDISK boot floppy from GRUB, then load your new driver to open the ext4 partition ;-) That sounds a lot like using an initramfs in Linux. Am I getting the right idea? I would NOT attempt to make th

Re: [Freedos-user] Benchmark volunteers wanted

2020-07-13 Thread tom ehlert
> indeed the FreeDOS kernel is about 2* slower then necessary >> *on rotating rust disks* ; the reason is known (1) > Because I/O is split to avoid 64 kB DMA boundaries, > into 2, at most 3 transfers, even when only floppy > would need it, according to your footnote (1). > If your diagnosis is

Re: [Freedos-user] Moving beyond FAT

2020-07-13 Thread Eric Auer
Hi Michał, > Suppose I wanted to write an ext4 driver for FreeDOS and integrate it > such that it's possible to use ext4 on a system partition... You would probably write it as a protected mode TSR using the network redirector interface, similar to VMSMOUNT for FreeDOS. > ... would this have an

[Freedos-user] Moving beyond FAT

2020-07-13 Thread Michał Dec
Hello everyone, Suppose I wanted to write an ext4 driver for FreeDOS and integrate it such that it's possible to use ext4 on a system partition. And let's say this plan materialized - would this have any effect on existing DOS software? I'll go on why do I even consider this, but I want to kno

Re: [Freedos-user] Benchmark volunteers wanted

2020-07-13 Thread Michał Dec
Hello Eric, I would be very pleased to conduct tests that aren't just about permanent storage IO. I'm also curious how does FreeDOS perform. I have such a platform: - Abit VP6 - 2x Pentium 3 @ 1.4GHz (Tualatin, SMP compatible, require Lin-Lin sockets, usually running at 700MHz) - 128MB SDRAM

Re: [Freedos-user] Benchmark volunteers wanted

2020-07-13 Thread Eric Auer
Hallo Tom, >> As FreeDOS has the reputation of having slow disk I/O, > 'reputation' meaning that Jack told you so... Jack is indeed one pronounced critic of our I/O speed. > indeed the FreeDOS kernel is about 2* slower then necessary > *on rotating rust disks* ; the reason is known (1) Becau

Re: [Freedos-user] Benchmark volunteers wanted

2020-07-13 Thread tom ehlert
Hallo Herr Eric Auer, > As FreeDOS has the reputation of having slow disk I/O, 'reputation' meaning that Jack told you so... but indeed the FreeDOS kernel is about 2* slower then necessary *on rotating rust disks*; the reason is known (1), hasn't been fixed for the last few years, and given th

Re: [Freedos-user] Benchmark volunteers wanted

2020-07-13 Thread Eric Auer
Hi Deposite Pirate, > I might have noticed that DR-DOS is a little faster > when operating from a floppy disk. You could try using lbacache with the flop option and tickle for FreeDOS and/or DR-DOS, and compare with a DR-DOS cache of your choice. Check whether the caches correctly notice disk c

Re: [Freedos-user] Benchmark volunteers wanted

2020-07-13 Thread Petr Ullmann
Hi Eric, I have Pentium 133 Mhz with normal IDE drive a then bunch of laptops with 386, 486 a Pentium CPU's They run different brands of DOS operating system. FreeDOS is of course installed as well ;-) But problem to run same test on same hardware but with different OS. Petr 13. 7. 2020 5:04,