Am 15.12.2011 19:48, schrieb Paul DuBois:
>
> On Dec 15, 2011, at 12:02 PM, Reindl Harald wrote:
>
>> this is NOT a memory issue
>>
>> 'myisam_use_mmap' in mysqld is buggy since a long time
>> http://bugs.mysql.com/bug.php?id=48726
>
> This is fixed in 5.1.61, 5.5.20, 5.6.5:
>
> http://dev.my
On Dec 15, 2011, at 12:02 PM, Reindl Harald wrote:
> this is NOT a memory issue
>
> 'myisam_use_mmap' in mysqld is buggy since a long time
> http://bugs.mysql.com/bug.php?id=48726
This is fixed in 5.1.61, 5.5.20, 5.6.5:
http://dev.mysql.com/doc/refman/5.6/en/news-5-6-5.html
> we are speaking
this is NOT a memory issue
'myisam_use_mmap' in mysqld is buggy since a long time
http://bugs.mysql.com/bug.php?id=48726
we are speaking of a HP ProLiant DL 380G7 in a VMware-Cluster
with 36 GB ECC-RAM while there are machines using InnoDB
with 'large-pages' and some GB buffer_pool_size on the sa
When I had memory issues, with something relatively stable, mostly is due
faulty ram...
Can you use or less ram or change fisically the ram?
On Thu, Dec 15, 2011 at 2:23 AM, Reindl Harald wrote:
>
>
> Am 15.12.2011 08:47, schrieb Rob Wultsch:
> > To be brutally honest, if you want stability yo
Am 15.12.2011 08:47, schrieb Rob Wultsch:
> To be brutally honest, if you want stability you should
> not be using MyISAM
this is bullshit
without 'myisam_use_mmap' i never saw mysqld crashing
in the past 10 years, independent of the storage engine
> much less a not particularly commonly used
To be brutally honest, if you want stability you should not be using
MyISAM, much less a not particularly commonly used feature.
On Thu, Nov 24, 2011 at 12:58 AM, Reindl Harald wrote:
> and the next one without "memlock"
>
> 24 09:50:30 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.
