On Thu, 27 Sep 2012 12:17:32 -0400 Kirk Talman wrote:
:>Interesting patent.
:>There is prior art in this area dating back at least 2 decades. I used
:>the technique they described in a program less than a decade ago to manage
:>allocation and freeing of cells in a multi-tasking environment.
Interesting patent.
There is prior art in this area dating back at least 2 decades. I used
the technique they described in a program less than a decade ago to manage
allocation and freeing of cells in a multi-tasking environment. The same
technique (w/o multi-tasking environment and requireme
Joel C. Ewing is right, and I was one of the principal offenders.
The supported values, prefixes, and abbreviations are
2^10, kibi, Ki
2^20, mebi, Mi
2^30, gibi, Gi
2^40, tebi, Ti
2^50, pebi, Pi
2^60, exbi, Ei
Thus, for example,
mebibit, mebibyte are correct; but mibibit, mibibyte are not.
Car
Nitpick on an error that is getting repeated:
2**20 Bytes = MiB is "mebibytes" (not "mibibytes"), as it is derived
from "mega binary". I hope the erroneous form is not a quote from a
some manual.
Reference: http://physics.nist.gov/cuu/Units/binary.html
JC Ewing
On 09/25/2012 01:26 PM, Ji
The patent that Jim Mulder cited:
http://www.google.com/patents/US20090100243
contains very useful information. It begins with the text:
A virtual storage technique is provided to manage a cell pool or a set
of cell pools which can be used to satisfy variable-size storage
requests. The algorit
John Gilmore wrote
>I should have thought that Peter Relson's post had clarified these
>issues more than adequately.
Ah. As enjoyable as always to hear your opinion, Mr. Gilmore, although I
couldn't myself find very much in Peter Relson's posting that seemed especially
helpful (not that I was lo
> IARCP64 makes above-the-bar storage available in chunks, one mibibyte
> at a time; and requesters must submanage this storage themselves.
> IARST64 submanages such chunks for you.
IARV64 makes above-the-bar storage available in chunks,
one mibibyte at a time; and requesters must submanage t
in common by
> IARCP64 and IARST64 are:
> No contraction of pools is currently supported in z/OS V1R10.
> Boundaries are forced to quadword, cache line, or page, depending on cell
> size.
> Trailers are used when they fit, to detect overruns.
> Double free detected and rej
dword, cache line, or page, depending on cell
size.
Trailers are used when they fit, to detect overruns.
Double free detected and rejected with abend.
Date:Fri, 21 Sep 2012 10:06:31 -0600
From:Steve Comstock
Subject: Questions about IARST64
Well, I'm a bit confused by the do
>Use IARST64 to request 64-bit Storage Services.
You made one heck of a leap to take this sentence to mean more than it
says. But IARST64 does not, as you thought, have anything directly to do
with cell pools.
But it may be used to obtain the storage for the pool when you invoke
IARCP64. The inf
In article <505c9087.8030...@trainersfriend.com> you wrote:
> Well, I'm a bit confused by the docs on this service.
> In the Assembler Services Reference, the write up begins:
> "Use IARST64 to request 64-bit Storage Services."
> so I at first assumed this has nothing to do with cell
> pools but is
Well, I'm a bit confused by the docs on this service.
In the Assembler Services Reference, the write up begins:
"Use IARST64 to request 64-bit Storage Services."
so I at first assumed this has nothing to do with cell
pools but is an alternative to IARV64 (no guard area,
etc.)
But just a few li
12 matches
Mail list logo
