[
https://issues.apache.org/jira/browse/SOLR-207?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12488418
]
Yonik Seeley commented on SOLR-207:
-----------------------------------
That's close to the way it was done in the past, but some people ran into
problems because of shell restrictions w.r.t. number or size of the argments
passed to the process (because the shell expands the list).
> snappuller inefficient finding latest snapshot
> ----------------------------------------------
>
> Key: SOLR-207
> URL: https://issues.apache.org/jira/browse/SOLR-207
> Project: Solr
> Issue Type: Bug
> Components: replication
> Reporter: Yonik Seeley
> Attachments: find_maxdepth.patch
>
>
> snapinstaller (and snappuller) do the following to find the latest snapshot:
> name=`find ${data_dir} -name snapshot.* -print|grep -v wip|sort -r|head -1`
> This recurses into all of the snapshot directories, doing much more disk-io
> than is necessary.
> I think it is the cause of bloated kernel memory usage we have seen on some
> of our Linux boxes, caused
> by kernel dentry and inode caches. Those caches compete with buffer cache
> (caching the actual data of the index)
> and can thus decrease performance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
