🚀 go-pugleaf

In article <TpaPzgRDAguT091yn@bigblue.no>, B. Vermo <bv@bigblue.no> wrote:
>In article <5h754j$up@client3.news.psi.net>,
>os2@mistik.express.net (Mustafa Soysal MS57) wrote:
>|
>|Yet the API limit is 2GB.....It was a recent problem a user could not
>|get around.
>
>That is the API limit for the offset in one seek call. The API limit
>for how much you can read or write in one call is 4GB, but since
>that is more than the memory limit it is purely academical. 

Not so.  DosSetSize for example, if you want to allocate space with
minimal fragmentation.  My reference to a user not being able to get
around was related to some statistics package that failed when the data
file size was more than 2GB.  There had been some theories about that,
and tyhe most likely seems to be related to using C (or C++) library
calls to access the file.

>
>An experienced programmer will not have any problems working with
>arbitrarily large collections of data. It is only a question of
>selecting the appropriate tools. Checking my documentation, I discovered
>that there is, indeed, a 64GB limit to the size of a single file.

Practically it seems to be at 2GB or 4GB due to the OS/2 API's.  Of
course, knowing that, you could go on to write your own seek routines
applying the relative seek a few times to reach the offset you want, at
a performance price.

>With DB2, this means that you cannot have simultanously more than
>4096TB in each database, for a total of some 1000000TB for each instance
>of DB/2 you have running. No more than 256000 applications can 
>simultaneously use your databases, and no more than 16384000 users
>can have simultaneous access. Even so, I think hardware will be the
>limiting factor for the forseeable future.
> 

Yet, you are referring to a program written by IBM making use of
undocumented features, an unfair business practice as the DOJ would put
it since it is only known to IBM'ers unless somebody told the public
about it on usenet, giving IBM an unfair competitve advantage, although
IBM itself makes up for more than the difference the other way...

Best Regards,

Mustafa Soysal

--
-------------------------------------------------------------------------------
Mustafa Soysal               (313) 741-1844 Voice                      TeamOS/2
MISTIK Systems               (313) 741-1937 Fax          Author of UnTieCom(tm)
PO Box 7064                                        Authorized Motorola Reseller
Ann Arbor, MI 48107-7064, USA                            os2@mistik.express.net
               Online catalog:  http://www.express.net/mistik/
-------------------------------------------------------------------------------