Malte Cornils wrote:
I've done some further research and found out a few things.
I apologize that I have not read your results in detail. But I did
not want to hold off adding this information until I had and so this
may be overlapping or incomplete with regard to your complete post.
So,
Malte Cornils wrote:
we've been trying to make a program (ITK/VTK image processing for a
university project) work. Unfortunately, the process needs slightly
above 2 GiB of virtual memory.
When people are that close to the 32-bit limit one of the standard
things I advise folks at work is to
Bob Proulx wrote:
Malte Cornils wrote:
we've been trying to make a program (ITK/VTK image processing for a
university project) work. Unfortunately, the process needs slightly
above 2 GiB of virtual memory.
When people are that close to the 32-bit limit one of the standard
things I advise
Bob Proulx wrote:
Ron Johnson wrote:
Malte Cornils wrote:
PS: Please Cc: me if possible
If you send question to the list, you should expect the answer
to only go to the list.
Unless specifically requested by the poster.
Please see the Debian mailing list policy:
Am Dienstag, 27. September 2005 23:32 schrieb Mike McCarty:
Bob Proulx wrote:
Please see the Debian mailing list policy:
http://www.debian.org/MailingLists/
When replying to messages on the mailing list, do not send a carbon
copy (CC) to the original poster unless they
Ron Johnson wrote:
Malte Cornils wrote:
PS: Please Cc: me if possible
If you send question to the list, you should expect the answer
to only go to the list.
Unless specifically requested by the poster.
Please see the Debian mailing list policy:
http://www.debian.org/MailingLists/
Hendrik Boom wrote:
Malte Cornils wrote:
Does anyone have a clue why 2 GiB is the limit?
It is not for me. I can malloc() up to 2.9G.
It seems malloc restricts itself to the user space.
But if you were te replace malloc (or provide your own allocation
and freeing methods, which *miht*
On Mon, Sep 26, 2005 at 11:34:15AM -0600, Bob Proulx wrote:
Hendrik Boom wrote:
Malte Cornils wrote:
Does anyone have a clue why 2 GiB is the limit?
It is not for me. I can malloc() up to 2.9G.
It seems malloc restricts itself to the user space.
But if you were te replace malloc
On Mon, 26 Sep 2005, Hendrik Boom wrote:
Here is the very simple test program.
#include stdio.h
#include stdlib.h
#include malloc.h
const int amountK = 1024;
int main()
{
unsigned long count = 0;
for (;;) /* loop forever */
{
On Mon, Sep 26, 2005 at 11:38:07AM -0700, Alvin Oga wrote:
On Mon, 26 Sep 2005, Hendrik Boom wrote:
Here is the very simple test program.
#include stdio.h
#include stdlib.h
#include malloc.h
const int amountK = 1024;
int main()
{
unsigned long count =
On Mon, 26 Sep 2005, Hendrik Boom wrote:
char *p = malloc(amountK*1024);
printf(%08lu 0x%lx\n,count++,(unsigned long)p);
...
Of course we should all be able to do this. What's interesting, though,
is that test programs that don't seem to be significantly different
On Mon, 26 Sep 2005 11:34:21 -0600
[EMAIL PROTECTED] (Bob Proulx) wrote:
Ron Johnson wrote:
Malte Cornils wrote:
PS: Please Cc: me if possible
If you send question to the list, you should expect the
answer to only go to the list.
Unless specifically requested by the poster.
Hello,
Am Montag, 26. September 2005 20:29 schrieb Hendrik Boom:
On Mon, Sep 26, 2005 at 11:34:15AM -0600, Bob Proulx wrote:
Hendrik Boom wrote:
Malte Cornils wrote:
Does anyone have a clue why 2 GiB is the limit?
It is not for me. I can malloc() up to 2.9G.
[...]
I've heard
On Mon, 26 Sep 2005 11:34:15 -0600
[EMAIL PROTECTED] (Bob Proulx) wrote:
Hendrik Boom wrote:
Malte Cornils wrote:
Does anyone have a clue why 2 GiB is the limit?
It is not for me. I can malloc() up to 2.9G.
It seems malloc restricts itself to the user space.
But if you were te
Hello,
Ron Johnson wrote:
I get the same message at 3057MB. Even
This test has to be bogus, though, because my RAM+swap is
less than 2GiB.
This lets me alloc a 1650MB on a desktop w/ 1GB RAM, 1GB swap,
GNOME 2.10, lots of pages open in Firefox, etc.
[code that dirties allocated
Hello,
You wrote:
On Friday September 23 2005 15:09, Malte Cornils wrote:
[...]
test_p = new test[i];
[...]
free(test_p);
Never, ever free() memory allocated with new! Use delete[].
Oops. Well spotted, this came from first writing the test case
Hello Ron!
You wrote:
Malte [...] wrote:
Does anyone have a clue why 2 GiB is the limit?
http://www.puschitz.com/TuningLinuxForOracle.shtml#AddressMappingsOnLinux
0GB-1GB User space - Used for executable and brk/sbrk allocations
(malloc uses brk for small
Hello Hendrik!
You wrote:
[using more than 2 GiB memory for one process on 32bit systems]
Actually, some kludgery might help here.
[...]
Near the start of your program, allocate a *huge* array on the stack, like
char * hugepointer;
int main(...)
{
char huge[10];
hugepointer
Hello,
we've been trying to make a program (ITK/VTK image processing for a university
project) work. Unfortunately, the process needs slightly above 2 GiB of
virtual memory.
Judging from the documentation I've seen, on 32bit systems I should be able to
allocate up to 3 GiB of virtual memory
Am Freitag, 23. September 2005 14:45 schrieben Sie:
However, our test case for this terminates when trying to allocate more
than 2 GiB of memory, even though we have a really big swap file.
BTW, this is our test case, in case you're interested:
#include iostream.h
class test {
int t1;
On Friday September 23 2005 15:09, Malte Cornils wrote:
[...]
test_p = new test[i];
[...]
free(test_p);
Never, ever free() memory allocated with new! Use delete[].
--
Got Backup?
Jabber: Shadowdancer at jabber.fsinf.de
pgpNKdrg6W5Aw.pgp
On Fri, 2005-09-23 at 14:45 +0200, Malte Cornils wrote:
Hello,
we've been trying to make a program (ITK/VTK image processing for a
university
project) work. Unfortunately, the process needs slightly above 2 GiB of
virtual memory.
Judging from the documentation I've seen, on 32bit
On Fri, Sep 23, 2005 at 10:43:40AM -0500, Ron Johnson wrote:
On Fri, 2005-09-23 at 14:45 +0200, Malte Cornils wrote:
Hello,
we've been trying to make a program (ITK/VTK image processing for a
university
project) work. Unfortunately, the process needs slightly above 2 GiB of
23 matches
Mail list logo
