Face BenchmarkHow face recognition and deepfake detection are measured, from the papers.

The WebFace260M paper explained: data, cleaning, protocol and results

The Face Benchmark editorsPublishedFigures checked

The WebFace260M paper (CVPR 2021) describes a face recognition training set of 260 million faces of 4 million identities collected from the web, a self-training pipeline called CAST that cleaned it to 42 million faces of 2 million identities, a time-budgeted test protocol called FRUITS, and baselines. Its headline result is a 40 percent relative failure-rate reduction on IJB-C against MS1MV2 (arXiv 2103.04098, read 9 November 2026).

This page is the legacy strand of the face recognition section. The WebFace260M dataset page records how the data was distributed from this domain and the ICCV 2021 challenge page covers the competition built on it; this page reads the paper itself.

01What did the paper set out to do?

The paper's premise is that academic face recognition was data-limited. Its Table 1 lists the public training sets of the time and names MegaFace2 (4.7 million faces of 672,000 subjects) and MS1M as the largest by identities and by faces, while noting that companies train on far larger private collections. The authors' aim was a public set an order of magnitude larger, a cleaning method that needed no manual labour at that scale, and an evaluation that measured a whole recognition system under a fixed inference time rather than an embedding network alone.

Three contributions follow: the WebFace260M and WebFace42M data, the CAST pipeline, and the FRUITS protocol with a new attribute-labelled test set. A fourth, less often cited, is the distributed training work that made a ResNet-100 trainable on 42 million faces in a practical time.

02How were 260 million faces collected?

The identity list came from IMDB. The authors report that many listed names had no public images, so 3 million celebrity names were kept, and faces were downloaded through image search: 200 images per identity for the top 10 percent of subjects, then 100, 50 and 25 for the next 20, 30 and 40 percent. The raw download held 4,073,509 identities and 265,777,598 images (Table 2).

Faces were detected and aligned with five landmarks from RetinaFace, keeping only the largest face above a confidence threshold in each image. After that step the set held 4,008,130 identities and 260,890,076 faces, the WebFace260M of the title. The paper describes subjects from more than 200 countries or regions and more than 500 professions, with dates of birth back to 1846.

03How does CAST clean the data?

CAST stands for Cleaning Automatically utilizing Self-Training. The paper's argument is that MS1M was never cleaned and carried close to 50 percent noise, that the semi-automatic cleaning of VGGFace2 and IMDB-Face does not scale, and that clustering methods assume a clean set to begin with. The alternative is a teacher and student loop in three numbered steps: (1) a teacher model, a ResNet-100 trained with ArcFace on MS1MV2, cleans the original 260 million images; (2) a student of the same architecture is trained on the cleaned images and, having seen more data, embeds faces better than the teacher; (3) the student becomes the teacher and the loop repeats until the 42 million faces remain. Each pass cleans the original WebFace260M again with the new teacher.

Each pass has two parts. Intra-class cleaning works folder by folder: because image search returns one dominant subject per query, the 512-dimensional embeddings in each folder are clustered with DBSCAN and only the largest cluster of more than two faces is kept. Inter-class cleaning compares the feature centre of every folder with every other: two folders are merged when their cosine similarity is above 0.7, and the smaller folder is deleted when the similarity falls between 0.5 and 0.7. After three iterations, duplicates within a subject are removed above cosine 0.95, and any subject whose centre is within 0.7 of a face in LFW and its variants, FaceScrub, IJB-C or the paper's own test set is removed. The figure above follows the counts in Table 2 from 265.8 million faces to the final 2,059,906 identities and 42,474,558 faces.

Faces remaining at each stage of the WebFace260M collection and CAST cleaning pipeline, in millions, with the identity count in each labelHorizontal bars in millions of faces: collected 265.8 (4.07 million identities); after face pre-processing, WebFace260M, 260.9 (4.01 million); iteration 1 intra-class 61.8 (3.34 million); iteration 1 inter-class 50.7 (2.44 million); iteration 2 inter-class 47.4 (2.18 million); iteration 3 inter-class 46.2 (2.07 million); duplicates removed 44.0 (2.07 million); test set overlaps removed, WebFace42M, 42.5 (2.06 million). Source: WebFace260M paper, arXiv 2103.04098, Table 2, read 9 Nov 2026.0.067.0135.0202.0270.0Collected, 4.07M identities265.8Pre-processed (WebFace260M), 4.01M identities260.9Iteration 1, intra-class, 3.34M identities61.8Iteration 1, inter-class, 2.44M identities50.7Iteration 2, inter-class, 2.18M identities47.4Iteration 3, inter-class, 2.07M identities46.2Duplicates removed, 2.07M identities44.0Test overlaps removed (WebFace42M), 2.06M identities42.5faces, millions (identities in each label)
Figure 1Each bar is the face count after one stage of Table 2 in the paper; the identity count is in the label. The first intra-class pass removes three quarters of the faces. Source: WebFace260M (arXiv 2103.04098), Table 2, read 9 Nov 2026.

04What is the FRUITS protocol?

FRUITS, Face Recognition Under Inference Time conStraint, tests the whole system rather than the embedding network: detection, alignment, embedding and matching must all finish within a time budget, measured on one core of an Intel Xeon E5-2630 v4 at 2.20 GHz. The paper names NIST's evaluation as the only time-constrained protocol of the time and notes that its submission cadence of one entry every four calendar months limits how freely academics can test. The face recognition test page sets this protocol beside the NIST and ISO conventions.

Track Budget for the whole system Intended deployment Example baseline and measured time
FRUITS-100 100 milliseconds Mobile devices RegNet-800MF with a MobileNet-0.25 detector, 89 ms
FRUITS-500 500 milliseconds Local surveillance systems ResNet-100 with a ResNet-50 detector, 481 ms
FRUITS-1000 1,000 milliseconds, following NIST Cloud systems ResNet-200 with a ResNet-50 detector, 892 ms

The metric is FNMR at a fixed FMR, defined in the paper as NIST defines it: the proportion of mated comparisons below a threshold set to give the specified false match rate. The test set was built by hand rather than drawn from public benchmarks, which the authors call saturated and noisy: 2,225 identities and 38,578 faces with age, race, gender and controlled-or-wild labels, giving 427,759 genuine and 743,683,994 impostor pairs on the All setting (Table 3). The paper says the set will be maintained and updated, which is the usual fate of a verification set once models have learned its faces.

05What do the results tables show?

Table 5 trains a ResNet-100 with three losses on each candidate training set and scores it on the same tests. On IJB-C at TAR at FAR 0.0001, the ArcFace model reaches 96.03 percent from MS1MV2, 96.77 from WebFace4M (10 percent of the cleaned data), 97.47 from WebFace12M (30 percent) and 97.70 from WebFace42M. The paper states the IJB-C gain as a relative 40 percent reduction in error rate, from 96.03 to 97.70. On the paper's own test set, FNMR at FMR 0.00001 falls from 5.08 percent for MS1MV2 to 1.58 percent for WebFace42M, which the paper describes as a relative improvement near 70 percent. The abstract adds that a model trained on WebFace42M "ranks the 3rd among 430 entries on NIST-FRVT" at the time; the abstract does not state which NIST measure produced the rank.

Two readings matter. First, WebFace4M, a tenth of the data, already beats every MS1M variant and MegaFace2 in the table, which is the paper's evidence that cleaning counts as much as scale. Second, every comparison holds the backbone, loss and test fixed, so the differences are attributable to training data alone; the same rule governs how this site reads detector tables, as the bridge page between the two sections explains.

06What happened to the benchmark after the paper?

The ICCV 2021 Masked Face Recognition Challenge ran a WebFace260M track on a new test set of 2,478 celebrities and 60,926 faces plus a real-world masked set; 69 teams submitted 833 solutions in its first phase and 49 beat the organisers' baseline (arXiv 2108.07189). The data was distributed from this domain under a licence agreement until the original site went offline. This site is not the WebFace260M project and is not affiliated with its authors, Tsinghua University or XForwardAI. The deep learning face recognition page places the paper among the training sets and losses that preceded it.

SRCSources

  1. S1Checked
  2. S2
    Masked Face Recognition Challenge: The WebFace260M Track Report(external)Zhu, Huang, Deng et al. ICCV 2021 Workshops
    Checked
  3. S3Checked

FAQQuestions

What is WebFace260M?

WebFace260M is a face recognition training set of 260,890,076 faces of 4,008,130 identities collected from image search over IMDB celebrity names, described in a CVPR 2021 paper. Its cleaned subset, WebFace42M, holds 42,474,558 faces of 2,059,906 identities.

What is CAST in the WebFace260M paper?

CAST, Cleaning Automatically utilizing Self-Training, is a teacher and student loop: a ResNet-100 ArcFace model trained on MS1MV2 clusters each identity folder with DBSCAN and merges folders above cosine similarity 0.7, a student is trained on the result, and the student becomes the next teacher for three iterations.

What is the FRUITS protocol?

FRUITS, Face Recognition Under Inference Time conStraint, requires a whole recognition system, from detection to matching, to run within 100, 500 or 1,000 milliseconds on a single CPU core, and reports FNMR at a fixed FMR on a hand-built test set of 2,225 identities and 38,578 faces.

What result did WebFace260M report on IJB-C?

A ResNet-100 ArcFace model trained on WebFace42M reached a TAR of 97.70 percent at FAR 0.0001 on IJB-C, against 96.03 percent for the same model trained on MS1MV2, which the paper states as a relative 40 percent reduction in error rate.

Is WebFace260M still available?

The paper's benchmark website was given as this domain, and the data was distributed by signed licence agreement until the original site went offline. This site does not host or distribute the data; the WebFace260M dataset page here records the history only.