Hi Travis, The memory used by Riak (beam.smp) is for more than key storage, of course.
You can assume that in your case RES will get to about the same amount after a reboot, given a similar workload in Riak. -- Luke Bakken Engineer [email protected] On Mon, Jul 18, 2016 at 8:54 AM, Travis Kirstine <[email protected]> wrote: > Yes, the reason I'm concerned is that we projected much lower memory usage > based on the calculations. We originally provisioned 2x the required memory > and it appears that this will not be enough. > > Am I correct in that the top cmd's RES memory for the beam.smp command is the > memory being used by riak for "key storage", if the server was to be rebooted > the memory would eventually climb back to this level? > > Thanks for your help > > -----Original Message----- > From: Luke Bakken [mailto:[email protected]] > Sent: July-18-16 11:35 AM > To: Travis Kirstine <[email protected]> > Cc: [email protected]; [email protected] > Subject: Re: riak bitcask calculation > > Hi Travis - > > The calculation provided for bitcask memory consumption is only a rough > guideline. Using more memory than the calculation suggests is normal and > expected with Riak. As you increase load on this cluster memory use may go up > further as the operating system manges disk operations and buffers. > > Is there a reason you're concerned about this usage? > > On Mon, Jul 18, 2016 at 8:28 AM, Travis Kirstine > <[email protected]> wrote: >> Yes from the free command >> >> [root@riak1 ~]# free -g >> total used free shared buff/cache >> available >> Mem: 45 9 0 0 36 >> 35 >> Swap: 23 0 22 >> >> Or from top >> >> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND >> 24421 riak 20 0 16.391g 8.492g 41956 S 82.7 18.5 10542:10 beam.smp _______________________________________________ riak-users mailing list [email protected] http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
