Thread: Direct memory access?

I'm a nerd. You're just a masochist.

A hard drive is a huge thing to look at. Load data files like PNGs or MP3s into a hex editor and compare their headers and general structure to the format descriptions, if that's your thing.

I believe that as long as the drive isn't mounted, you can actually open a hard-disk for read/write as a raw device. Of course this excludes the boot-device, as that is definitely being mounted as part of the boot process. But if you have a disk that isn't being used by the OS, then you can [assuming you have sufficient [e.g. administrator] rights on the machine] open the drive itself for read/write, and use ReadFile and WriteFile to access the raw data on the drive.

Now why anyone would want to do that on a modern OS with a modern filesystem is a different story.

Of course, if you write your own driver, you can also access the hard-disk directly there - just bear in mind that if you mix this with OS accesses, God [or Satan, more likely, perhaps] only knows what you'll end up with, but it is unlikely to be anything good.

--
Mats

Originally Posted by matsp

Now why anyone would want to do that on a modern OS with a modern filesystem is a different story.

Perhaps because there is no full-blown driver for that particular filesystem available, and you want to read some files anyway. There are various tools to read files from Linux FSs under Windows (e.g. rfsgui for ReiserFS).

Or because you want to write a userspace format utility.

Or because you want to draw a bit-by-bit backup.

Or ... you get the idea.

Originally Posted by CornedBee

Perhaps because there is no full-blown driver for that particular filesystem available, and you want to read some files anyway. There are various tools to read files from Linux FSs under Windows (e.g. rfsgui for ReiserFS).

Or because you want to write a userspace format utility.

Or because you want to draw a bit-by-bit backup.

Or ... you get the idea.

Sure, but it gets quite complex quite quickly.

--
Mats

Originally Posted by KIBO

There's more OS's than desktop OS

I'll admit, I didn't think of operating systems for embedded and things.

Originally Posted by abachler

First, I think people are gettign virtual memory confused with paging. Virtual memory is specifically when the OS uses mass storage to create the appearance of more memory than the system has physical RAM. Hence 'virtual' memory. It does this by marking unused pages as not-present in the global descriptor table or one of the local tables. The decriptor table entry is what maps the apparent memory location to a physical memory location, or to an external device. When the processor accesses a memory location the paging unit looks up the location in the descriptor tables, and if it is marked as present uses the value in the tables to access physical memory, if it is marked as not-present, then it causes a page fault, which the OS must handle. Usually this is done by paging a not recently used page to the pagefile, and paging the needed address block into physical ram, although there are other schemes.

Descriptor tables (in x86) are what describes memory segments, and although those HAVE a "present" bit that needs to be set for the segment to be accessible, it's not involved in "swapping to disk" [hasn't been that way since OS/2 1.x]. Most 32-bit OS's use only two segments, shared between EVERY process in the system [1]

Paging and virtual memory are essentially, in a modern system, done by the page-table, where pages of 4KB at a time can be made present or not present. [2]

But paging is also used in conjunction with protection, such that each process has it's own page-table, so that only that process can access the pages that particular process owns.

Once paging is enabled, addresses within the processor [at least on x86] are considered "virtual", meaning that the page is accessed through the page-table. The virtual to physical translation can be linear or non-linear, where a linear translation is "direct", 1:1 between the virtual and the physical address. The non-linear, any virtual address can point to "any" physical location.


[1] Technicaly, there is a duplicate set of segment descriptors for when the OS is in the kernel, and perhaps also some other "administrative", for example a TSS segment to handle Double-Fault/Stack-Fault [in kernel mode] conditions.


[2] Some processors and OS's support "Large pages", where pages are for example 2MB instead of 4KB, which reduces the size of the page-table for example when having large shared sections of OS memory that is common between all processes, and thus don't need the small 4KB granularity.

--
Mats

Originally Posted by indigo0086

They have a Union.

Ah, that's what "Union FS" is all about

--
Mats