Foundations / Supervised
verifiedSupport Vector Machine
Of all the lines separating two classes, take the one with the widest empty corridor around it. Only the points touching the corridor's edge matter — the support vectors — so the model is decided by a handful of examples and completely unmoved by the rest. The kernel trick then lets the same idea work on data no straight line can separate.
Maximise the margin subject to classifying correctly, with a slack term for data that is not separable. The kernel trick replaces every inner product with a kernel function, so the model works in a space it never explicitly builds — capacity without the parameter count, which is why these dominated before deep learning. They scale badly, because the solution depends on pairwise kernel evaluations rather than on passes over the data. Both ideas outlived the algorithm: an unregularised logistic model trained by gradient descent converges to this same maximum-margin solution, and a sufficiently wide network behaves like a kernel machine in a well-defined limit — the margin and the kernel were absorbed rather than discarded.
Maximise 2/‖w‖ subject to y sub i (wᵀx sub i + b) ≥ 1. The dual depends on the data only through inner products ⟨x sub i , x sub j ⟩, so replacing those with K(x sub i , x sub j ) runs the same solver in the kernel's feature space. Training is between Θ(n²) and Θ(n³) in the number of examples, which is why the method did not follow data to the scale deep learning reached.
support-vectors holds 4% of the budget; rest holds the remaining 96%.
Training points that decide the boundary against those that could be deleted without moving it, in examples. Drag the support-vector count to watch how little of the data the model actually uses.
Reviewed by opendroid · 2026-08-13
- arXiv:1710.10345 — The Implicit Bias of Gradient Descent on Separable Data
- arXiv:1806.07572 — Neural Tangent Kernel: Convergence and Generalization in Neural Networks
Origin · not linkable
- Cortes & Vapnik 1995 — Support-Vector Networks · Machine Learning 20(3) · doi:10.1007/BF00994018