svm-complexity-compounds-with-scale

IN derived (depth 2)

Created 2026-06-21T10:23:12+00:00 · Reviewed 2026-06-21T15:37:01+00:00

SVM complexity compounds as problems scale — multiclass classification requires architectural decomposition (OvA/OvO/Crammer-Singer) on top of already scale-dependent solver selection (SMO vs Pegasos vs LIBLINEAR), creating a combinatorial methodology burden that contrasts with neural network approaches which handle multiclass classification more naturally.

Justifications

SL — two independent scaling dimensions (number of classes, dataset size) each require separate engineering decisions that multiply together

Antecedents (all must be IN):

  • IN svm-multiclass-requires-architectural-extension — SVMs' binary-native design requires substantial architectural extension for multiclass problems — decomposition into one-vs-all or one-vs-one subproblems, Platt scaling for probability calibration in OVA, or the unified Crammer-Singer formulation — with OVO generally outperforming OVA despite training more classifiers.
  • IN svm-solver-ecosystem-scale-dependent — SVMs have a rich ecosystem of specialized solvers whose optimal choice depends on problem geometry — SMO decomposes into 2D subproblems for general QP, Pegasos uses stochastic gradient descent in the primal for large-scale problems, LIBLINEAR achieves linear-time iterations for high-dimensional sparse data, and the crossover point between sub-gradient and coordinate descent depends on whether n or d dominates.

Dependents

These beliefs depend on this one: