472.20.0 32942.4 0.0 1.80.00.1 2 94
Performance of the Intel is so sad in comparison to the older STEC.
> -Chip
>
> On Sun, Feb 22, 2015 at 9:28 PM, Albert Chin <
> openindiana-disc...@mlists.thewrittenword.com> wrote:
>
> > I've tested three SSDs i
33224.0 0.0 0.20.00.0 1 21
0.0 8970.10.0 35740.4 0.0 0.20.00.0 1 23
Am I getting the best possible performance out of the Intel S3700?
--
albert chin (ch...@thewrittenword.com)
___
openindiana-discuss mailing list
op
s look like ls -l of /mnt? And how can I
get them to behave the same?
--
albert chin (openindiana-disc...@mlists.thewrittenword.com)
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss
works when -D_FILE_OFFSET_BITS=64 is
added. Will work with HP to modify their packaging tools to shift from
statfs() to statvfs() with -D_FILE_OFFSET_BITS=64. Thanks.
> On Sun, Nov 27, 2011 at 1:48 AM, Albert Chin
> wrote:
> > We're running oi_151a and using it to serve up file sys
On Sun, Nov 27, 2011 at 08:04:33AM -0500, James Carlson wrote:
> On 11/27/11 02:03, Albert Chin wrote:
> > On Sun, Nov 27, 2011 at 12:48:39AM -0600, Albert Chin wrote:
> >> We're running oi_151a and using it to serve up file systems to HP-UX
> >> 11.23 and 11.31 ho
On Sun, Nov 27, 2011 at 12:48:39AM -0600, Albert Chin wrote:
> We're running oi_151a and using it to serve up file systems to HP-UX
> 11.23 and 11.31 hosts. Unfortunately, we're seeing statfs() problems
> on this NFS server. We don't see this issue on any other client
>
io rsize=32768,wsize=32768,NFSv3,dev=100042e on
Sun Nov 27 06:39:33 2011
$ cc st.c
errno: -1
errno: 72
error: Value too large to be stored in data type
errno 72 is EOVERFLOW.
Trying to mount with NFS v2 gives the same result. Any ideas?
--
albert chin (ch...@thewrittenword.com)
