There was a technique if you had the programmers panel to see exactly where your active data ended but I didn't have one of those.
I only recall a start address to start loading to, I probably still have a manual in the UK ill call my dad and see if its easy to see on a shelf!
Best regards
Mike
On 12 Jun, 2013, at 6:45 AM, "johnrobmoore" <bigfish@pacbell.net> wrote:
> IIRC there were two address to examine the start and the end or was it that the start address was absolute and the end address was the only variable. That's what it sounds like from you numbers.
>
> --- In Avid-L2@yahoogroups.com, "Mikeparsons.tv" <mikeparsons.tv@...> wrote:
> >
> > Depended on ram but on first load:
> >
> > On a 28k 340x it was
> > Space 157500 return
> >
> > On a 16k 340x it was
> > Space 77500 return
> >
> > Lots of noise absolute loader then success...
> >
> > High speed reader?
> >
> >
> > Now you have that useful info back in your brain :)
> >
> > I remember these as by the time I was using the Pdps their core memories were failing - we later replaced the core with a CMOS card. Then they spent some money and got 3400a replacements.
> >
> > Best regards
> >
> > Mike
> >
> >
> >
> > On 12 Jun, 2013, at 3:40 AM, "johnrobmoore" <bigfish@...> wrote:
> >
> > > I can't remember the addresses in memory that you had to reset on reboot to retain the edl, do you? I remember examing the cells, or whatever the proper term is, and then reentering those numbers on restart to keep the existing edl. Working of an LPT terminal with the snail trail paper. And the fun of loading the boot strap program before the main program off paper tape. That was always a scary time for me.
> > >
> > > --- In Avid-L2@yahoogroups.com, "Mikeparsons.tv" <mikeparsons.tv@> wrote:
> > > >
> > > > But Dave could make a cmx run in 16k of ram - with no database just tossing data on and off the system heap...
> > > >
> > > > Course being able to set load address in a Pdp 11/04 meant you could keep your edl in core memory through a reboot... Yet osx thinks its clever re opening a few apps from a ram dump...
> > > >
> > > > On 11 Jun, 2013, at 2:33 AM, "johnrobmoore" <bigfish@> wrote:
> > > >
> > > > > "But who writes direct to assembly any more?"
> > > > >
> > > > > Answer, those that grew up flipping the front panel switches on the Dec 11/10 smart terminal computers in the basement of Bolter Hall IIRC at Berkeley. I still have my Cardac cardboard slide device to teach you how to increment the program counter by one and execute an instruction or read the data depending on where you are in the cycle of things. Guys like the late Dave Bargin knew what I'm talking about. As your post alludes to the higher level languages that are abstractions of real machine language are never a efficient as the real thing. With my limited knowledge in the area I would liken it to learning to drive an automatic first. Rarely do those people go back and learn the nuts and bolts of a manual transmission. You might ask why should they? But like the Dead Heads say, "If you gotta ask....."
> > > > >
> > > > > --- In Avid-L2@yahoogroups.com, Philip Hodgetts <philip@> wrote:
> > > > > >
> > > > > >
> > > > > > On Jun 10, 2013, at 11:43 AM, Dom Q. Silverio <domqsilverio@> wrote:
> > > > > >
> > > > > > > GPU is not addressed yet. Maybe a hybrid of on board chipset (laptop)? The
> > > > > > > bare card (no PCI bracket, custom cooling) is installed in factory? No info.
> > > > > >
> > > > > > Dual AMD, soldered in. Not replaceable apparently.
> > > > > > >
> > > > > > > OpenCL is great but as far as I understand it, the acceleration benefit
> > > > > > > does not go as deep as platform specific solutionw like CUDA.
> > > > > >
> > > > > > OpenCL is not as fast as going direct to the GPU via CUDA, just like writing assembly language is faster than Objective C. But who writes direct to assembly any more? Plus OpenCL is cross all GPU cards, not just NVIDIA.
> > > > > >
> > > > > > philip
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > [Non-text portions of this message have been removed]
> > > >
> > >
> > >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
>
[Non-text portions of this message have been removed]
| Reply via web post | Reply to sender | Reply to group | Start a New Topic | Messages in this topic (68) |
No comments:
Post a Comment