For bz://977 value duplication issue.
The new implementation of slide cannot use only the moment "time" to make decisions of which 1-second files to consider: time must actually go by in 1 second increments (to allow file mtimes to change). So, to simulate the passage of time for EUnit tests, I added the idle_time_passing/3 function. A side-effect of this is adding extra event counts, one per simulated second, so some of the expected counts from the pre-commit tests needed to be increased. Also, the quantile calculations by basho_stats_histogram.erl are clever estimates, but the ranges of 1-100 needed to be increased by a factor of 100 to be able to fall into different histogram summary bins.
…'s private directory
The stats lib method is 2x faster than using file_sorter method and similar or less amount of RAM and far, far less than slide.erl's original RAM-only implementation. It is quite a bit slower than the RAM-only implementation for actually calculating the percentile stats, but the purpose of this exercise was reducing overall memory required to maintain the percentile stats for slide and reduce the amount of CPU required for slide (by omitting calculations for data that Riak never uses).
…hen handoff has issues
1. Move the central_conf() file out of riak_core_cinfo_basic.erl and into riak_core_cinfo_core.erl, renaming it config_files(). It attempts to find the app.config and vm.args config files, show their last modification times via "ls -l", and dump their output. 2. Change the SASL alarm-handling dump to avoid referring to a Gemini-specific function. Also, include the alarm callback in the module's list of all info callbacks.
A deprecation warning message is printed if old-style settings are used.
Configuration URL is always "/" Resource list is created from Webmachine dispatch list Link header is always added HTML output is an unordered list of anchor tags JSON output is an object with the resource module name as the key, and [the first element of] its dispatch URL as the value