MR-DIS: Scaling Democratic Instance Selection to Big Data with Spark

MR-DIS: democratic instance selection for big data by MapReduce

2017-02-10
Álvar Arnaiz-González, Alejandro González-Rogel, José-Francisco Díez-Pastor, Carlos López Nozal
Summary
Problem
Method
Results
Takeaways
Abstract

This paper introduces MR-DIS, a parallel implementation of the Democratic Instance Selection (DIS) algorithm using the MapReduce model and Apache Spark. The method aims to reduce massive data sets while maintaining predictive accuracy, achieving linear computational complexity relative to the number of instances.

Executive Summary

TL;DR: MR-DIS is a parallelized version of the Democratic Instance Selection (DIS) algorithm designed for the Apache Spark environment. By utilizing a "voting" mechanism and MapReduce architecture, it reduces massive datasets to a manageable size with linear complexity—effectively solving the bottleneck where traditional preprocessing fails on big data.

Background: Within the academic landscape of data mining, instance selection is crucial for faster learning. However, most algorithms are too slow for millions of rows. MR-DIS positions itself as a scalable SOTA (State-of-The-Art) solution that bridges the gap between classic data reduction and modern distributed computing.

The Scaling Bottleneck: Why is the Enemy

In the era of "Big Data," volume is a double-edged sword. While more data usually leads to better models, the computational cost of processing it grows exponentially for many algorithms. Most instance selection methods depend on pairwise comparisons of instances (to find neighbors or calculate distances), leading to quadratic complexity. When reaches millions, becomes an astronomical figure that no single server can handle.

The authors recognize that to handle big data, we don't just need "faster" algorithms; we need algorithms that are linearly scalable and native to parallel architectures like MapReduce.

Methodology: The "Democratic" Voting System

MR-DIS transforms the sequential DIS algorithm into a distributed workflow. The core "Insight" is that instance selection doesn't have to happen all at once; it can be a "democratic" process.

1. The Map Phase (Voting)

The dataset is partitioned into smaller, disjoint "bins." Each executor (Mapper) runs a standard instance selection algorithm (like Condensed Nearest Neighbor) on its subset. If an instance is marked for removal, it gets a "vote." This process is repeated across multiple rounds with different random partitions to ensure every instance is evaluated in multiple contexts.

2. The Reduce Phase (Consensus)

The Reducers aggregate the votes for each instance. To decide which instances are truly redundant, the algorithm calculates a Fitness Function: Where:

  • is the training error.
  • is the percentage of instances kept.
  • is a user-defined trade-off between accuracy and size reduction.

MR-DIS Architecture Figure 1: The MapReduce design of MR-DIS, showing the transition from distributed voting to threshold calculation.

Experimental Validation: Near-Perfect Scalability

The authors tested MR-DIS on a Google DataProc cluster. The results confirm the primary hypothesis: increasing hardware leads to a proportional decrease in processing time.

Key Performance Insights:

  • Linear Speedup: On the Susy dataset, the speedup remained almost linear up to 128 executors. The slight drop-off at 256 executors suggests a "saturation point" where the overhead of data distribution begins to outweigh the processing gains—a classic example of Amdahl's Law.
  • Consistency: Unlike many distributed algorithms that trade accuracy for speed, MR-DIS maintains stable accuracy and compression rates regardless of the number of executors used.

Performance Comparison Table 1: Filtering and Classification times show a clear halving of execution time whenever the number of executors is doubled.

Critical Analysis & Conclusion

MR-DIS is a significant contribution to the Big Data preprocessing toolbox. Its strength lies in its simplicity and its linear complexity. By moving the bottleneck from a single CPU to a distributed cluster, it makes 1-NN classification viable for datasets with millions of records.

Limitations:

  1. Random Partitioning: The current version uses random partitioning, which might break local neighborhood structures.
  2. Internal Algorithm: Currently supports CNN; more advanced pruning algorithms (like DROP series) have yet to be fully integrated.

Future Outlook: The authors suggest moving toward more "intelligent" partitioning methods, such as those inspired by Grand Tour theory, to better preserve the data's topological structure during the Map phase.

For practitioners working with Spark, MR-DIS offers a robust way to shrink data "fat" without losing the "muscle" of predictive performance.

Find Similar Papers

Try Our Examples

  • Search for recent papers that integrate more advanced instance selection algorithms like ICF or DROP into the MapReduce or Spark framework.
  • Which paper originally introduced the Democratic Instance Selection (DIS) algorithm, and how does its sequential voting mechanism differ from the parallel "Map" implementation proposed here?
  • Explore studies that apply MR-DIS or similar data reduction techniques to non-tabular big data tasks, such as large-scale image feature selection or time-series clustering.
Contents
MR-DIS: Scaling Democratic Instance Selection to Big Data with Spark
1. Executive Summary
2. The Scaling Bottleneck: Why $O(n^2)$ is the Enemy
3. Methodology: The "Democratic" Voting System
3.1. 1. The Map Phase (Voting)
3.2. 2. The Reduce Phase (Consensus)
4. Experimental Validation: Near-Perfect Scalability
4.1. Key Performance Insights:
5. Critical Analysis & Conclusion