home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   alt.os.development      Operating system development chatter      4,255 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 2,383 of 4,255   
   Branimir Maksimovic to Rod Pemberton   
   Re: Memory bandwidth   
   01 Jul 21 00:51:39   
   
   From: branimir.maksimovic@gmail.com   
      
   On 2021-06-30, Rod Pemberton  wrote:   
   > On Tue, 29 Jun 2021 23:05:49 GMT   
   > Branimir Maksimovic  wrote:   
   >   
   >> On 2021-06-28, Rod Pemberton  wrote:   
   >> > On Sun, 27 Jun 2021 15:17:43 GMT   
   >> > Branimir Maksimovic  wrote:   
   >> >> On 2021-06-27, Rod Pemberton  wrote:   
   >   
   >> >> > IIRC, memtest86+ loads from DOS.  So, it's likely 16-bit code   
   >> >> > too, or possibly 32-bit if was compiled for DPMI.  32-bit might   
   >> >> > not be too bad.   
   >> >>   
   >> >> memtest86 can test more then megabyte so I guess it is not 16   
   >> >> bit...   
   >> >   
   >> > Aren't you familiar with "unreal" mode? ...   
   >>   
   >> Yes, but that is 32 bit, not 16 bit programs...   
   >   
   > No, unreal mode is generally 16-bit real-mode code.  It's called unreal   
   > mode because you have access to the entire memory range in real-mode.   
   >   
   > As I understand it, 32-bit unreal mode is exceptionally difficult to   
   > use due to an issue with interrupts.  The only 32-bit unreal mode   
   > example that I'm aware of is/was FASM.   
   Look, you cannot reach more than megabyte with 16 bit program, you need   
   32 bit instrucion...   
   But as I said you cannot reach more then 4GB that way, and memtest   
   heapilly tests more then 4GB...   
   >   
   >   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca