On Thu, 15 Feb 2007 17:35:23 -0500
Jon 'maddog' Hall <[EMAIL PROTECTED]> wrote:
> Of course having VMS only 32-bit on the VAX made sense, as you could not
> get the architecture to be 64-bit.
>
> If Alpha VMS was only 32-bit, I would think that would have been another
> classic mistake by Digital
This doesn't really relate directly to FLOSS, but the reality of
these questions might well dictate the course of future events (i.e.,
World Domination), and I know there are a lot of smart, "in touch"
people on this list, so...
On 2/15/07, Ben Scott <[EMAIL PROTECTED]> wrote:
"What practical b
On 2/15/07, Jason Stephenson <[EMAIL PROTECTED]> wrote:
Ben Scott wrote:
> On 2/15/07, Thomas Charron <[EMAIL PROTECTED]> wrote:
... It may be double the number of address bits, but it
is woo more than double the address space. ...
>>> Exactly how much more than double is a woo?
>> Quit
On Fri, 2007-02-16 at 11:35 -0500, Ben Scott wrote:
> This doesn't really relate directly to FLOSS, but the reality of
> these questions might well dictate the course of future events (i.e.,
> World Domination), and I know there are a lot of smart, "in touch"
> people on this list, so...
>
> On
On 2/16/07, Jon 'maddog' Hall <[EMAIL PROTECTED]> wrote:
On Fri, 2007-02-16 at 11:35 -0500, Ben Scott wrote:
I've been asking the question, "How would an end-user significantly
> benefit from x86-64?"
Define the end user as a home user with hobbies or std office
drone^H^H^H^H^Huser.
> I've been asking the question, "How would an end-user significantly
> benefit from x86-64?"
> Anyone got any other ideas?
End users of portable processing may benefit from clock rate
reduction. The 64-bit internal and main memory paths double the
processor's instruction throughput.
On Wed, Feb 14, 2007 at 08:19:53AM -0500, Neil Joseph Schelly wrote:
>
> My procmail scripts are relatively simple. They pipe messages through my
> spam
> (spamc) and virus filters (clamfilter.pl). Then they sort messages into
> Maildir folders based on finding or not finding headers. Obviou
On 2/16/07, Jon 'maddog' Hall <[EMAIL PROTECTED]> wrote:
You seem to be defining every "end user" as "mom-and-pop-home", or "bank
teller". In the scientific and engineering world ...
NOTE WELL: The following exasperated rant is written with a smile on
my face and laughter in my throat. :-)
On 2/16/07, Jim Kuzdrall <[EMAIL PROTECTED]> wrote:
I've been asking the question, "How would an end-user significantly
benefit from x86-64?" ... Anyone got any other ideas?
End users of portable processing may benefit from clock rate
reduction. The 64-bit internal and main memory paths doub
Well, I can think of at least one amateur radio application that comes to
mind, antenna modelling. And, of course, that's not limited to _amateur_
radio, but I'm sure the professionals might already be using "professional
workstations" from Sun, HP, IBM, or whomever, running a licensed UNIX
variant
> Does throughput double without re-writing all the code to take
> advantage of that?
Yes.
And other issues such as double-word arithmetic (especially in floating
point) are done as a single clock-tick. But this has little to do with
larger address space.
>
> The second is semi-historical: A
>> End users of portable processing may benefit from clock rate
>> reduction. The 64-bit internal and main memory paths double the
>> processor's instruction throughput.
If all data paths doubled in width you'd certainly see increased
througput/efficiency. But many internal data paths in curre
> It's not *end-user computing*. End-user computing is stuff my mom does, or
> your Aunt
> Marge or the high school teenager. :-)
Sorry, I thought we were talking English, and where I come from, and
"end user" is *anyone* that *uses* the software instead of making it or
administering it, whethe
On Fri, 16 Feb 2007 14:14:59 -0500
"Jon 'maddog' Hall" <[EMAIL PROTECTED]> wrote:
> I know that Intel did not invent complex instructions, but they have
> done more to break compiler-writer's hearts than any other company.
Naw, they are keeping compiler writers in business. All our old friends
fro
Jim Kuzdrall wrote:
>End users of portable processing may benefit from clock rate
>reduction. The 64-bit internal and main memory paths double the
>processor's instruction throughput. A given 32-bit performance can be
>had at half the clock rate in a 64-bit processor. (Almost. There are
On Thu, 15 Feb 2007 09:57:32 -0500
Ed Lawson <[EMAIL PROTECTED]> wrote:
> On Thu, 15 Feb 2007 09:42:40 -0500
> Ed Lawson <[EMAIL PROTECTED]> wrote:
>
> > Trying to use PGP plugin for Sylpheed-Claws with two keys and it does
> > not appear to provide a way of selecting which key to use for signing
On Fri, 16 Feb 2007 14:57:26 -0500
Bill Sconce <[EMAIL PROTECTED]> wrote:
>
> (Not so. It took two more days, and looking at log files, and more of
> the ELGM(tm) ... to find that there's ANOTHER tab, upon which there's
> another button, which you have to click if you want Claws to actually
> U
On Friday 16 February 2007 14:27, Michael ODonnell wrote:
> >> End users of portable processing may benefit from clock rate
> >> reduction. The 64-bit internal and main memory paths double the
> >> processor's instruction throughput.
>
> If all data paths doubled in width you'd certainly see incre
On 2/16/07, Ed Lawson <[EMAIL PROTECTED]> wrote:
With a adoption of 64 bit computing, everyone will be using the ELGM
since everything will be so fast and easy...or something like
that...maybe...I guess you could spend time debating that.
Hmmm, are you sure we could spend time debating that?
Bayard Coolidge wrote:
Well, I can think of at least one amateur radio application that comes to
mind, antenna modelling. And, of course, that's not limited to _amateur_
radio, but I'm sure the professionals might already be using "professional
workstations" from Sun, HP, IBM, or whomever, runni
On Feb 16, 2007, at 14:31, Jon 'maddog' Hall wrote:
I will note, however, that you can not mmap in an 8GB flash into a
single address space with a 32-bit processor.
maddog, is this another of your profound observations? That 64-bit
addressing might be more interesting in the low-end/embedde
On Feb 16, 2007, at 13:44, Ben Scott wrote:
One is my understanding: Even if you're working with a 64-bit
architecture, isn't most software still dealing with 32-bit values?
Does throughput double without re-writing all the code to take
advantage of that?
I recall reading somewhere [I'll neve
On Fri, 2007-02-16 at 18:30 -0500, Bill McGonigle wrote:
> On Feb 16, 2007, at 14:31, Jon 'maddog' Hall wrote:
>
> > I will note, however, that you can not mmap in an 8GB flash into a
> > single address space with a 32-bit processor.
>
> maddog, is this another of your profound observations? Tha
Anyone used debian's ebox? A co-worker of mine is looking to set it up
for home use. Just looking for likes/dislikes if any.
Thanks
Todd
___
gnhlug-discuss mailing list
gnhlug-discuss@mail.gnhlug.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-disc
Ben Scott wrote:
We had better form a committee to decide if we should have a
discussion about how much time we could spend debating that!
About the time the committee was ready to report its conclusion, someone
would find the report of a forgotten committee which studied the same issue.
Ed
Feb 9, 2007
To All Radio Amateurs...
>From the Hosstraders, Joe K1RQG, Bob W1GWU, and Norm W1ITT
The October 2006 event was the last Hosstraders. After careful
consideration, we have decided to discontinue hosting the event.
We've been running Hosstraders for a third of a century, but
we've alw
The reason why we find ourselves in this mess is because we treat
programming as a task (or, some would even say, an "art") instead of
what it actually is: engineering.
And the choir will now sing back the chorus... ;-)
The Engineers I've worked with tend towards the
"just
On Feb 17, 2007, at 01:22, Nigel Stewart wrote:
The Engineers I've worked with tend towards the
"just make it work" philosophy. Interpret the
spec as narrowly and specifically as possible,
and rely on nobody being rude enough to point out
the unhandled ca
28 matches
Mail list logo
