From: Eugene Miya on
In article <877izgrq0x.fsf(a)>,
<prep(a)> wrote:
>eugene(a) (Eugene Miya) writes:
>> I saved a DAP for the CHM, and I used the BBN and I think I have
>> succeeded to locating one surviving representative sitting out in a
>> field near Denver.
>It would be nice to think you are joking, but having done that stuff
>myself... Like getting a DEC 630(?) display out of a `off to the tip'

Naw finding old machines is part of my job.

>Do you know of a working 7 track tape drive? We have some data from
>Apollo 12, and it MAY be 7 track.

I believe that an old boss of mine (she died) lucked out and found a set
of heads and had Kennedy (near JPL, not KSC) built a tape drive as a
project. It's just finding it.

From: Chris Thomasson on
"Eugene Miya" <eugene(a)> wrote in message
>>>> "Nick Maclaren" <nmm1(a)> wrote in message
>>>>> In article <451d8b01(a)darkstar>, eugene(a) (Eugene Miya)

> In article <Up-dnUuwdY8SoILYnZ2dnUVZ_rCdnZ2d(a)>,
> Chris Thomasson <cristom(a)> wrote:
>>"Bill Todd" <billtodd(a)> wrote in message
>>> Chris Thomasson wrote:
>>> Hmmm - you appear to be about as delusional in that area


>>> as you are about the relative importance of lock-free algorithms.


>>What is your take on the issue? Perhaps you have misunderstood me; a
>>majority of my postings are directed to comp.programming.threads). FWIW, I
>>do believe that a clever mixture of lock-free, and lock-based algorithms
>>produce results that can scale extremely well. For instance, here is an
>>older library of mine:
> ...
>>"An Effective Marriage between Lock-Free and Lock-Based Algorithms"
> Is this about Henry M.'s lock free OS of old?

This one correct:

I just briefly skimmed through the paper... Some of the lock-free techniques
in that OS depend on being executed in kernel mode... They make use of DWCAS
which is not portable at all... I need to read the whole paper, then I can
better comment...

Anyway, my AppCore library is about brining advanced lock-free techniques
out of the operating system, and into user-space. It also shows how to mix
lock-free and lock-based techniques together, to get the best of both
worlds... I also wanted to provide the public with an example of a
full-blown working library that has lock-free techniques scattered
throughout its infrastructure...

Apparently, it kind of "seems" to be catching on a little bit:


From: nobody on
>Today I read that we're going to get quad-core processors
>in 2007, and 80-core processors in 5 years.

Azul Systems is shipping boxes with 24 core chips for 18 months.

How many are enough depends on how many threads you have.
From: on
Terje Mathisen wrote:
> ranjit_mathews(a) wrote:
> > How does the Itanium compare in terms of SpecInts PER GHz?
> >
> Spec/GHz is very nearly totally meaningless.

Then why does the Core 2 Duo find favor over Pressler core processors?

> Why do you care?
> Terje
> --
> - <Terje.Mathisen(a)>
> "almost all programming can be viewed as an exercise in caching"

From: Greg Lindahl on
In article <1160421201.367674.89490(a)>,
ranjit_mathews(a) <ranjit_mathews(a)> wrote:

>> Spec/GHz is very nearly totally meaningless.
>Then why does the Core 2 Duo find favor over Pressler core processors?

Because Core2 is faster at lower power? Note that "GHz" doesn't appear
in the sentence; Ghz is just an implementation detail, not comparable
between designs. But "faster" and "lower power", those are comparable.

-- greg