RE: Follow-Up on Alexandre's Transparent Huge Pages Testing

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> -----Original Message-----
> From: ceph-devel-owner@xxxxxxxxxxxxxxx [mailto:ceph-devel-
> owner@xxxxxxxxxxxxxxx] On Behalf Of Mark Nelson
> Sent: Tuesday, September 29, 2015 3:22 PM
>
> >> https://drive.google.com/file/d/0B2gTBZrkrnpZY3U3TUU3RkJVeVk/view
> >
> >  From my point of view, this looks excellent. I generally didn't like the idea
> > of moving to Jemalloc because of memory usage increase (which is absurdly
> > high as you can see from the graphs), but with THP disabled things look way
> > better.
> > How about trying Jemalloc 4 without THP and with Ceph patched with
> > https://github.com/ceph/ceph/pull/5855? I wonder how much difference it'll
> > give on Incerta.
> 
> I actually did try 5855, but there was a nasty monitor memory leak in master
> that prevented the tests from running.  It didn't get fixed until early last
> week and 5855 no longer merges cleanly with latest master.  I haven't had
> time to go back and see what's conflicting, but if you want to take a look and
> update it I would be happy to give it a whirl. :)

I will, if I won't run into any troubles. I read about mon leak being fixed so I tried to rebuild my cluster from current master (I was badly hit with that leak, as I told on #ceph-devel some time ago) and after a restart of Ceph components, only 29 (out of 98) OSDs were reporting to mons (all of them were running, though), after reverting to the code from around beginning of September, the cluster booted up fine, so either it was a one-time build hiccup, or something nasty went into master recently - I'll check again tomorrow.


With best regards / Pozdrawiam
Piotr Dałek
��.n��������+%������w��{.n����z��u���ܨ}���Ơz�j:+v�����w����ޙ��&�)ߡ�a����z�ޗ���ݢj��w�f




[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux