Joseph Kowalski wrote:
John Plocher wrote:
Template Version: @(#)sac_nextcase 1.66 04/17/08 SMI
This information is Copyright 2008 Sun Microsystems
1. Introduction
1.1. Project/Component Working Name:
Switch SPARC GNU coreutils+bash from 32 to 64bit
1.2. Name of
Joseph Kowalski wrote:
John Plocher wrote:
Joseph Kowalski wrote:
Sorry, I want a fast-track.
What are the architectural (as opposed to C-Team, Design or RE)
issues?
1) I believe this is an incomplete project.
This sounds to me like go boil the ocean scope creep.
Sometimes
James Carlson wrote:
Joseph Kowalski writes:
John Plocher wrote:
Joseph Kowalski wrote:
Sorry, I want a fast-track.
What are the architectural (as opposed to C-Team, Design or RE) issues?
1) I believe this is an incomplete project.
This sounds to me like go boil the
Alan Coopersmith wrote:
Joseph Kowalski wrote:
I don't see why /usr/gnu/bin/awk should get preference over /usr/bin/awk
just because its in gnucore.
How about because it's already known to be 64-bit clean since the GNU
utilities run on platforms that are 64-bit only, while the Solaris
-arc/attachments/20080531/d55281ac/attachment.bin
Glenn Skinner wrote:
Date: Fri, 30 May 2008 15:19:45 -0700 (PDT)
From: Matthew Ahrens ahrens at sac.sfbay.sun.com
Subject: zpool autoexpand property [PSARC/2008/353 Self Review]
...
B. PROBLEM
With the addition of Dynamic LUN Expansion (PSARC 2006/373),
In this case, the 32 bit versions have capacity
limits that are
affecting Roland and he wishes to remove those
limits. This
is not at all a performance issue, but a make it work
better one.
Last I heard, unless there was some benefit to be gained, 64-bit was usually
_slower_ on SPARC than
Glenn Skinner wrote:
Date: Fri, 30 May 2008 15:19:45 -0700 (PDT)
From: Matthew Ahrens ahrens at sac.sfbay.sun.com
Subject: zpool autoexpand property
[PSARC/2008/353 Self Review]
...
B. PROBLEM
With the addition of Dynamic LUN Expansion
(PSARC 2006/373),
