Advantages of Parallel Hz

  • Thread starter Thread starter Radium
  • Start date Start date
Nick Maclaren said:
|> |>
|> >> PAL-code isn't microcode because it's essentially the same
instruction
|> >> set, processed through the same decoders and schedulers as the
externally
|> >> visible instruction set. It's a subroutine library.
|> >
|> > Is it called by a JSR instruction?
|>
|> Petty much. More like a system call.

I think that you meant "Not really"! It changes to kernel context
(well, roughly).

There were systems that had the equivalent that was more like a
subroutine - the Ferranti Atlas/Titan extracodes were done like that.
There are MASSIVE advantages to such a mechanism, because it can be
used to provide complex instruction emulation efficiently and
transparently without any of the scheduling or RAS problems that
come in if you have iffy PALcode.
Click to expand...

Well, my very old Alpha architecture book calls the instruction CALL_PAL,
which has a 6-bit opcode (0) and 26 function code bits (what I might call an
abstract target address). The expectation from the opcode name is that after
it does whatever it does it will return to the instruction following the
CALL_PAL instruction. JSR, presumably jump-to-subroutine, is much the same.
The differences are in how the target address is determined and some state.
But then I'd say an INTn instruction on x86 is like a call too...

Peter
 
Well, my very old Alpha architecture book calls the instruction CALL_PAL,
which has a 6-bit opcode (0) and 26 function code bits (what I might call an
abstract target address). The expectation from the opcode name is that after
it does whatever it does it will return to the instruction following the
CALL_PAL instruction. JSR, presumably jump-to-subroutine, is much the same.
The differences are in how the target address is determined and some state.
But then I'd say an INTn instruction on x86 is like a call too...
Click to expand...

The (if any) difference is the system state before and after. Can
these be called from "user" state and does the PAL code run in
"system" or perhaps "microcode" state. IOW, is there a change in
protection that has to be figured in here?
 
|>
|> Well, my very old Alpha architecture book calls the instruction CALL_PAL,
|> which has a 6-bit opcode (0) and 26 function code bits (what I might call an
|> abstract target address). The expectation from the opcode name is that after
|> it does whatever it does it will return to the instruction following the
|> CALL_PAL instruction. JSR, presumably jump-to-subroutine, is much the same.
|> The differences are in how the target address is determined and some state.
|> But then I'd say an INTn instruction on x86 is like a call too...

Grrk. And so would most SVCs be on System/370. But that is ONLY in
control flow, for the non-exceptional case. PALcode is documented
to change the environment, which is entirely unlike a subroutine
call on modern systems. Oh, yes, you could change addressing mode
on System/370, but full context changes at a subroutine call are
very different.

Yes, PALcode is USED like a subroutine, but that isn't how it works.


Regards,
Nick Maclaren.
 
Nick Maclaren said:
|>
|> Well, my very old Alpha architecture book calls the instruction CALL_PAL,
|> which has a 6-bit opcode (0) and 26 function code bits (what I might call
an
|> abstract target address). The expectation from the opcode name is that
after
|> it does whatever it does it will return to the instruction following the
|> CALL_PAL instruction. JSR, presumably jump-to-subroutine, is much the same.
|> The differences are in how the target address is determined and some state.
|> But then I'd say an INTn instruction on x86 is like a call too...

Grrk. And so would most SVCs be on System/370. But that is ONLY in
control flow, for the non-exceptional case. PALcode is documented
to change the environment, which is entirely unlike a subroutine
call on modern systems. Oh, yes, you could change addressing mode
on System/370, but full context changes at a subroutine call are
very different.

Yes, PALcode is USED like a subroutine, but that isn't how it works.


Regards,
Nick Maclaren.
Click to expand...



Where has Radium gone? Haven't seen any of his dribble in a few days. Maybe
the idiocy of his notion finally sunk in??

--
Dave M
MasonDG44 at comcast dot net (Just substitute the appropriate characters in the
address)

Life is like a roll of toilet paper; the closer to the end, the faster it goes.
 
Where has Radium gone? Haven't seen any of his dribble in a few days. Maybe
the idiocy of his notion finally sunk in??
Click to expand...

LOL, I'm still here and dreaming of a PC that has the advantages of
the world's current best PC along with additional advantages. For
example, my dream PC is entirely chip-based and does *not* require any
of the following:

1. Fans or other cooling equipment
2. Moving parts
3. Magnetic parts
4. Discs
5. ROM

In addition, my dream PC does not experience any latency or use any
buffering at all.
 
LOL, I'm still here and dreaming of a PC that has the advantages of
the world's current best PC along with additional advantages. For
example, my dream PC is entirely chip-based and does *not* require any
of the following:

1. Fans or other cooling equipment
2. Moving parts
3. Magnetic parts
4. Discs
5. ROM

In addition, my dream PC does not experience any latency or use any
buffering at all.
Click to expand...

<feed target="troll">
My dream PC can do all of the above, *and* it can give me a blowjob
at the same time! And it also doesn't need RAM! Or gates! Or
atoms!
</feed>

-Scott
 
LOL, I'm still here and dreaming of a PC that has the advantages of
the world's current best PC along with additional advantages. For
example, my dream PC is entirely chip-based and does *not* require any
of the following:

1. Fans or other cooling equipment
2. Moving parts
3. Magnetic parts
4. Discs
5. ROM

In addition, my dream PC does not experience any latency or use any
buffering at all.
Click to expand...

Add to that wish list:

Peace for the peoples
Bread for the hungry
Land for the farmers
Factories for the workers

LOL

NNN
 
Add to that wish list:

Peace for the peoples
Bread for the hungry
Land for the farmers
Factories for the workers

LOL
Click to expand...

No problem! Just kill all of the politicians! ;-)

Cheers!
Rich
 
LOL, I'm still here and dreaming of a PC that has the advantages of
the world's current best PC along with additional advantages. For
example, my dream PC is entirely chip-based and does *not* require any
of the following:

1. Fans or other cooling equipment
Click to expand...
We already do this.
2. Moving parts
Click to expand...
We can do this too.
3. Magnetic parts
Click to expand...
Why would you care if it is magnetic? Non-linear magneto-optical
effects could allow very fast logic at extremely low power levels.
4. Discs
Click to expand...

We already do this.
5. ROM
Click to expand...

Why no ROM. It is very handy stuff.
 
No problem! Just kill all of the politicians! ;-)
Click to expand...

And kill it was!!!
Cheers!
Rich
Click to expand...

Looks like you didn't get the dark humor of that enumeration.
Originally there was one more item on the list: "All power to the
Sovets!" These populist slogans were coined by Lenin in Apr.1917, and
resulted in the Communist coup in Nov.1917. Politicians were indeed
killed, and then more and more of them. The killings continued up to
the death of Stalin in 1953, and then some.
But then, you've got a legitimate excuse that the US schools don't
teach Russian history in such details. Though IMO they should, at
least this part - to make sure the history does not repeat itself.
Every time a politician declares his/her intent to stand for "Peace
for the peoples" and "Bread for the hungry" I hear deep inside me
Lenin's voice demanding ALL power.

NNN
 
We already do this.
Click to expand...
We can do this too.
Click to expand...
Why would you care if it is magnetic? Non-linear magneto-optical
effects could allow very fast logic at extremely low power levels.
Click to expand...

Eventually the signal has to become electric for processing. Why waste
time converting signals from electric to magnetic [and visa versa]?

We already do this.
Click to expand...
Why no ROM. It is very handy stuff.
Click to expand...

Because I prefer that the info usually stored in ROM, be generated in
real-time.

The following is a bad analogy but I'll add it anyway.

PC reading info from ROM = sample playback synth playing back its
samples of sounds of an FM synth.

PC chip generating its signals in real-time = an *actual* FM synth
freshly-generating its tones "on the fly".

Yes, I know, the above is a poor analogy but I couldn't think of
anything better.
 
Eventually the signal has to become electric for processing. Why waste
time converting signals from electric to magnetic [and visa versa]?
Click to expand...

No problem, just use electromagnetic devices for everything. No tedious
conversions necessary.
 
LOL, I'm still here and dreaming of a PC that has the advantages of
the world's current best PC along with additional advantages. For
example, my dream PC is entirely chip-based and does *not* require any
of the following:

1. Fans or other cooling equipment
2. Moving parts
3. Magnetic parts
4. Discs
5. ROM

In addition, my dream PC does not experience any latency or use any
buffering at all.
Click to expand...
 
Why would you care if it is magnetic? Non-linear magneto-optical
effects could allow very fast logic at extremely low power levels.
Click to expand...

Eventually the signal has to become electric for processing. Why waste
time converting signals from electric to magnetic [and visa versa]?
Click to expand...

I think you missed the point. The signals start out as keystrokes and
mouse clicks and end up as dots on a CRT. We only make them into
electronic signals because we have a very easy way to process
electronic signals. There is no reason to not convert them to light
or magnetic fields if that provides a way to process them very quickly
at low power levels.

[.....]
Because I prefer that the info usually stored in ROM, be generated in
real-time.
Click to expand...

The "generated in real-time" step requires hardware that knows what to
generate. How do you propose that the hardware knows what to do.
Remember that logic gates can perform AND and OR operations but they
can't create information. All the information must come from
somewhere.
The following is a bad analogy but I'll add it anyway.

PC reading info from ROM = sample playback synth playing back its
samples of sounds of an FM synth.

PC chip generating its signals in real-time = an *actual* FM synth
freshly-generating its tones "on the fly".

Yes, I know, the above is a poor analogy but I couldn't think of
anything better.
Click to expand...

Perhaps you can't come up with a good explanation because you need to
think this part through a bit more. I'll get you started with a very
simple case. My keyboard has a "A" key. When I press it the hex code
for the letter "a" or for the uppercase "A" gets created. Which code
gets created depends on the state of the shift key. The "a" key and
the shift key just close switches. Without having a ROM how would the
circuit make the right codes.
 
Eventually the signal has to become electric for processing. Why waste
time converting signals from electric to magnetic [and visa versa]?
Click to expand...

No problem, just use electromagnetic devices for everything. No tedious
conversions necessary.
Click to expand...


Actually all the signals would be light. The magnetic field would be
sort of a bias point.
 
Add to that wish list:

Peace for the peoples
Bread for the hungry
Land for the farmers
Factories for the workers
Click to expand...

You forgot the pony. :-)

_/_
/ v \ Scott Alfter (remove the obvious to send mail)
(IIGS( http://alfter.us/ Top-posting!
\_^_/ rm -rf /bin/laden >What's the most annoying thing on Usenet?
 
Sunplus SPMC65P1502A
Click to expand...

That looks like it's 6502-compatible...a device built around it could
replace the Apple II that's keeping my beer fermenting at the right
temperature with less code rewriting. Cool! :-)

_/_
/ v \ Scott Alfter (remove the obvious to send mail)
(IIGS( http://alfter.us/ Top-posting!
\_^_/ rm -rf /bin/laden >What's the most annoying thing on Usenet?
 
[.....]
3. Magnetic parts
Why would you care if it is magnetic? Non-linear magneto-optical
effects could allow very fast logic at extremely low power levels.
Click to expand...
Eventually the signal has to become electric for processing. Why waste
time converting signals from electric to magnetic [and visa versa]?
Click to expand...
Click to expand...
I think you missed the point. The signals start out as keystrokes and
mouse clicks and end up as dots on a CRT. We only make them into
electronic signals because we have a very easy way to process
electronic signals. There is no reason to not convert them to light
or magnetic fields if that provides a way to process them very quickly
at low power levels.

[.....]
Click to expand...

Okay, however, I don't see any advantage to converting electric
signals to magnetic signals. Optical, maybe or maybe not, depending on
the application. But definitely not magnetic.
The "generated in real-time" step requires hardware that knows what to
generate. How do you propose that the hardware knows what to do.
Remember that logic gates can perform AND and OR operations but they
can't create information. All the information must come from
somewhere.
Click to expand...

I am starting to understand. In my dream PC the hardware gets its
instructions on what to generate in a similar manner in which SB16
ISA's FM synth chip gets its instructions on what to generate. So some
amount of ROM maybe required here. If so, then yes, my dream PC would
use ROM, but only when and where it is mathematically-necessary in
order to have an efficient PC with the advantages of other PCs. My
dream PC uses as little ROM as mathematically-necessary to have the
benefits associated with the world's current best PC. Other than that,
my dream PC is virtually ROM-free.
Perhaps you can't come up with a good explanation because you need to
think this part through a bit more. I'll get you started with a very
simple case. My keyboard has a "A" key. When I press it the hex code
for the letter "a" or for the uppercase "A" gets created. Which code
gets created depends on the state of the shift key. The "a" key and
the shift key just close switches. Without having a ROM how would the
circuit make the right codes.
Click to expand...

So what you're saying is that the keyboard is a form of ROM. Do I
guess right?
Click to expand...
 
Back
Top