T.R | Title | User | Personal Name | Date | Lines |
---|
206.1 | "treat memory as the boot device" | FROST::PIPER | bill piper | Thu Feb 20 1986 17:14 | 9 |
| It's something like "Use the pseudo-disk instead of the boot device".
After that, all swapping and such is done in memory, where the pseudo
disk lives. I think this flag was invented when we figured that a
MicroVAX could have only the TK50 as a load device.
I expect to see Jay Olson answer this in the MicroVAX conference one
of these days.
-piper
|
206.2 | I want that psuedo disk driver. | RICARD::HEIN | Hein van den Heuvel, Valbonne. | Fri Feb 21 1986 04:00 | 12 |
| Hmmm,... Pseudo disks... Often I recieved requests for that. Almost
as often I could advice alternative sollutions, but not always.
I never had enough need to write the pseudo(?)-disk driver but if
such an animal exists then I would like to play with it. Where can
I find it? on the source kit? Could the psuedo disk facility mentioned
by bill be used in a normal vms system?
Eg; Assuming price is not important but performance is. Given a
system with a 10Mb RDB database, could I copy it into memory, use
it there (keeping the journalling on a real disk) with 'the speed
of light' and copy it back to a real disk every now and then?
Hein.
|
206.3 | | ULTRA::PRIBORSKY | Tony Priborsky | Fri Feb 21 1986 09:28 | 6 |
| It's PDDRIVER (probably on the �VMS kit only). However, I don't
recommend it for the use you're suggesting. The "virtual disk"
is taken from non-paged pool. Second, the performance is not going
to be good since the driver uses the IOC$MOVFRUSER and IOC$MOVTOUSER
routines to move the data to/from the virtual disk. These routines
operate at FORK IPL, and move a byte at a time.
|
206.4 | Other Ideas? | RICARD::HEIN | Hein van den Heuvel, Valbonne. | Fri Feb 21 1986 09:59 | 6 |
| Re .3: Yes, that does not seem an optimal implementation for
the suggested use. It could be a good starting point though!
Any other ideas? Should we start a base note on this topic?
Does anyone remember where he/she has seen this discussion before?
Hein.
|
206.5 | BULOVA::VWS discussed PDDRIVER | FROST::PIPER | bill piper | Fri Feb 21 1986 11:30 | 6 |
| re: .4
This was discussed in the VAXstation notesfile (now conference). That's
BULOVA::VWS (hit KP7). Don't remember the number.
-piper
|
206.6 | Another reference | AURORA::HALLYB | | Tue Feb 25 1986 11:31 | 6 |
| It's also discussed in the VMS Performance database, AURORA's VTX
server. As it turns out, using PDs is a big win for one- and two-block
reads. The tradeoff is more CPU for more speed. There are places
where this can be worth doing, but it's not a panacea.
John
|