Back to home page

DOS ain't dead

Forum index page

Log in | Register

Search:  
Back to the forum
Board view  Mix view

RDRVSX32: FAT32 RAM drive for HimemSX (Announce)

posted by tom Homepage, Germany (West), 21.05.2022, 15:14

> SHSURdrv cannot support 100+ files in the ROOT directory of FAT12 and FAT16
> - so cannot test doslfn{MS} for larger file sets.
FAT12 and FAT16 root entries are fixed at the time the drive is formatted or - for RAM drives - initialized.

> When using the TIME STAMP as part of the DOS Prompt - strange timing errors
> occur (as if time going backwards on occassions)
as far as I can see this happened exactly 2x. (on 09.04.2022, 4:01.26.40)



> - the best explanation I
> can give for this is that my machine is INTEL (i7) with 4 cores and each
> core acts as 2 logical processors. Even though, as I understand, DOS in
> bare metal mode only is working on one core at any one time
to my understanding BIOS only initializes the 1'st thread on the 1'st core.

> it may not be
> working on only one logical processor
 this would be VERY unusual.

> So, with "look ahead" techniques, a
> code stream split over two logical processors may get "unsynchronized"
> slightly - so the DOS prompt executed by logical processor #1 is finished
 this is nonsense, even on a multitasking system. first the time for a prompt is taken, then some command is executed, then the time for the prompt is taken again.

as the time is directly the BIOS timer tick (converted to seconds and centiseconds), I would rather suggest the kernel code to convert ticks into seconds is somehow broken (although I couldn't find a possible bug).

other than this, the BIOS timer tick count counting backward is extremely unlikely, no matter how many threads are running.

Post reply
 

Complete thread:

Back to the forum
Board view  Mix view
22632 Postings in 2109 Threads, 402 registered users, 329 users online (0 registered, 329 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum