Re: malloc'ing 2GB+ of memory in mysql

2003-06-05 Thread David Griffiths
> best to test first with a borrowed Opteron. I want to see the stability and > that fsync() and other kernel calls work fast. A customer tested recently a > big Itanium II box and its performance looked ok. Tom's Hardware did some benchmarking of MySQL 3.23.52 with the Opteron: http://www.tomsha

Re: malloc'ing 2GB+ of memory in mysql

2003-06-04 Thread Heikki Tuuri
Owen, - Original Message - From: "Owen Scott Medd" <[EMAIL PROTECTED]> To: "Heikki Tuuri" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Wednesday, June 04, 2003 3:13 PM Subject: Re: malloc'ing 2GB+ of memory in mysql > I know we are fac

Re: malloc'ing 2GB+ of memory in mysql

2003-06-04 Thread Owen Scott Medd
I know we are facing this same question right now (I have 8 way servers with 16GB of memory running MySQL, with 5 GB sitting unused while the poor innodb buffer pool sits starved for memory). Do we replace these servers with 4 way Opterons (are there 8 ways promised yet?) or is there another a

Re: malloc'ing 2GB+ of memory in mysql

2003-06-04 Thread Per Andreas Buer
Hello Heikki, "Heikki Tuuri" <[EMAIL PROTECTED]> writes: > I remember someone also reporting a problem that glibc or Linux does not > allow creation of new threads if one has allocated >= 2 GB user memory. I > think there are problems in where the OS places the excutable, thread > stacks, etc.

Re: malloc'ing 2GB+ of memory in mysql

2003-06-04 Thread Heikki Tuuri
Per, I remember someone also reporting a problem that glibc or Linux does not allow creation of new threads if one has allocated >= 2 GB user memory. I think there are problems in where the OS places the excutable, thread stacks, etc. So it is uncharted territory. Oracle seems to have an option t