# Configuration help (evicted objects)

**URL:** <https://discuss.aerospike.com/t/configuration-help-evicted-objects/1302>\
**Category:** Configuration\
**Created:** [May 21, 2015, 9:34am UTC](https://discuss.aerospike.com/t/configuration-help-evicted-objects/1302 "2015-05-21T09:34:48Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![LarsNymand](https://avatars.discourse-cdn.com/v4/letter/l/da6949/32.png) [@LarsNymand](https://discuss.aerospike.com/u/LarsNymand)\
**Post date:** [May 21, 2015, 9:34am UTC](https://discuss.aerospike.com/t/configuration-help-evicted-objects/1302/1 "2015-05-21T09:34:48Z")

</div>

Hi,

We are experiencing a high number of evicted objects eventhough there should be plenty of free space.

The aerospike dashboard tells that 14.58GB (conf. memory-size 24G) ram are used and 49.40GB (conf. filesize 164G) disk space are used.

Our sets are mostly key:value (int) with a secondary index on that value.

For now we do not have a dedicated SSD device so we are using the file configuration.

We do not have enough RAM to store it all in-memory, so we are looking for a configuration where we make use of both RAM and Disk.

We thought that by the configuration below aerospike would spread the data over both RAM and Disk, but maybe it is not the case?

Is it correct (and maybe our problem here) that the primary index must fit into the available RAM? Are there a better configuration for us to use?

I hope you can help me 🙂

```
namespace bar {
	replication-factor 2
	memory-size 24G
	default-ttl 0

	storage-engine device {
		file /opt/aerospike/data/bar.dat
		filesize 164G
	}
}

```

---

<div class="post-metadata">

**Author:** ![kporter](https://sea1.discourse-cdn.com/flex019/user_avatar/discuss.aerospike.com/kporter/32/515_2.png) [@kporter](https://discuss.aerospike.com/u/kporter)\
**Post date:** [May 21, 2015, 7:59pm UTC](https://discuss.aerospike.com/t/configuration-help-evicted-objects/1302/2 "2015-05-21T19:59:14Z")

</div>

You are evicting because you have exceeded the default [high-water-memory-pct](http://www.aerospike.com/docs/reference/configuration/#high-water-memory-pct) of 60%.

The following article describes the reasoning behind our defaults:

> [@Some aerospike.conf defaults explained](https://discuss.aerospike.com/t/some-aerospike-conf-defaults-explained/863):
>
> The Aerospike Knowledge Base has moved to [https://support.aerospike.com](https://support.aerospike.com). Content on [https://discuss.aerospike.com](https://discuss.aerospike.com) is being migrated to either [https://support.aerospike.com](https://support.aerospike.com) or [https://docs.aerospike.com](https://docs.aerospike.com). Maintenance on articles stored in this repository ceased on December 31st 2022 and this article may be stale. If you have any questions, please do not hesitate to raise a case via [https://support.aerospike.com](https://support.aerospike.com). This article applies to the pre-4.9 versions of Aerospike Server. For server versio…

---

<div class="post-metadata">

**Author:** ![LarsNymand](https://avatars.discourse-cdn.com/v4/letter/l/da6949/32.png) [@LarsNymand](https://discuss.aerospike.com/u/LarsNymand)\
**Post date:** [June 2, 2015, 8:11am UTC](https://discuss.aerospike.com/t/configuration-help-evicted-objects/1302/3 "2015-06-02T08:11:17Z")

</div>

Okay so what I missed, was that the entire index (primary and sub) shall fit into memory.

I thought that, with a memory and SSD setup, when indexes exceeded the memory space, it will start to use SSD in combination? That is not the case. Or is it because we are using a file setup and not a disk setup?

---

<div class="post-metadata">

**Author:** ![samir](https://avatars.discourse-cdn.com/v4/letter/s/ea666f/32.png) [@samir](https://discuss.aerospike.com/u/samir)\
**Post date:** [June 2, 2015, 8:31am UTC](https://discuss.aerospike.com/t/configuration-help-evicted-objects/1302/4 "2015-06-02T08:31:20Z")

</div>

Primary, secondary indexes are always stored in memory. You configure where the data should be stored, in-memory/ssd/file using the namespace configuration. In your case, you have configured bar.dat as disk file for data (164G), and memory for indexes (24G). You should check the actual usage on both data and indexes. If it crosses high water mark, the evictions would kicked in.

---

<div class="post-metadata">

**Author:** ![LarsNymand](https://avatars.discourse-cdn.com/v4/letter/l/da6949/32.png) [@LarsNymand](https://discuss.aerospike.com/u/LarsNymand)\
**Post date:** [June 2, 2015, 9:34am UTC](https://discuss.aerospike.com/t/configuration-help-evicted-objects/1302/5 "2015-06-02T09:34:58Z")

</div>

okay, thank you for your help 🙂