Joel Verhagen

a computer programming blog

The fastest CSV parser in .NET

Latest update: 2021-01-18, with new versions and libraries. Also, a new winner!

Specific purpose tested

My goal was to find the fastest low-level CSV parser. Essentially, all I wanted was a library that gave me a string[] for each line where each field in the line was an element in the array. This is about as simple as you can get with a CSV parser. I don’t care about parsing headings or dynamically mapping fields to class properties. I can do all of that myself faster than reflection with C# Source Generators, rather trivially.

So if you want a feature-rich library and don’t care as much about 1 millisecond vs 10 milliseconds, read no further and just use CsvHelper. It’s the “winner” from a popularity stand-point and has good developer ergonomics in my experience. Using an established, popular library is probably the best idea since it’s most battle-tested and has the best examples and Q&A online.

CSV libraries tested

I tested the following CSV libraries.

And… I threw in two other implementations that don’t come from packages:

  • An implementation I called “HomeGrown” which is my first attempt at a CSV parser, without any optimization. 🤞
  • An implementation simply using string.Split. This is broken for CSV files containing escaped comma characters, but I figured it could be a baseline.
  • Microsoft.VisualBasic.FileIO.TextFieldParser, which is a built-in CSV parser.


These are the parse times for a CSV file with 1,000,000 lines. The units are in seconds.

🏆 Congratulations Cursively! It’s taken the first place by parsing a 1 million line file in 1.75 seconds.

Note that the three implementations performing better than the simplistic, broken string.Split method all implement string deduping, which reduces allocations when there are redundant strings in the CSV file. This performance win is certainly dependent on the CSV files you’re working with. In my side projects, I have a lot of duplicated fields because I’m using CSVs sort of like denormalized tables in SQL (imaging the result of a SQL JOIN). So YMMV!

In my previous versions of this blog post, the mgholam.fastCSV and Sylvan.Data.Csv libraries were the fastest CSV parsers but now you can see we have a new contender.

Since I originally posted, Josh Close (author of the most popular CsvHelper) has put a lot of work into performance and has brought his implementation from 10th place to a close 3rd place. HUGE improvement. I haven’t tested “higher level” data mapping scenarios (which are likely the most common CsvHelper usages) but it’s really exciting to see such a big performance improvement in the most popular CSV parsing library.

Also, a previous version was using .NET Core 3.1. It looks like .NET 5 gives a measurable improvement on all implementations, averaging about a 10% reduction in runtime on average. Nice work .NET team!

Most shockingly, my HomeGrown implementation is not the worst. And the code is beautiful 😭 (as a father says to his ugly kid). In fact, it looks to be a very average implementation. So proud.

I’m talking smack?

Am I defaming your library? Point out what I missed! I make mistakes all the time 😅 and I’m happy to adjust the report if you can point out a legitimate flaw in my test.

I did my best to use the lowest level (and presumably highest performance?) API in each library. If I can adjust my implementations to squeeze out more performance or be more truthful to the intended use of each library API. Let me know or open a PR against my test repository.

Feel free to reach out to me however you can figure out. (can’t make it too easy for the spammers)

My motivation

For one of my side projects, I was using CSV files as an intermediate data format. Essentially I have an Azure Function writing results to Azure Table Storage and another Function collecting the results into giant CSV files. These CSV files get gobbled up by Azure Data Explorer allowing easy slice and dice with Kusto query language. Kusto is awesome by the way.

To save money on the Azure Function compute time, I wanted to optimize all of the steps I could, including the CSV reading and writing. Therefore, I naturally installed a bunch of CSV parsing libraries and tested their performance 😁.


I used BenchmarkDotNet to parse a CSV file I had laying around containing NuGet package asset information generated from It has a Good Mixture™ of data types, empty fields, and string lengths. I ran several benchmarks for varying file sizes – anywhere from an empty file to one million lines.

I put each library in an implementation of some ICsvReader interface I made up that takes a TextReader and returns a list of my POCO instances.

I used IL Emit for activating (“newing up”/”constructing”) partly because this is the fastest way to dynamically activate objects (given enough executions, via initialization cost amortization). Also one of the libraries I tested hard codes this method for activation so I wanted all of the libraries to have the same characteristics in this regard.

I tested execution time, not memory allocation. Maybe I’ll update this post later to talk about memory.

Library-specific adapters

Each library-specific implementation is available on GitHub.

All of the implementations look something like this:

public List<T> GetRecords<T>(MemoryStream stream) where T : ICsvReadable
    var activate = ActivatorFactory.Create<T>();
    var allRecords = new List<T>();

    using (var reader = new StreamReader(stream))
        string line;
        while ((line = reader.ReadLine()) != null)
            var pieces = line.Split(',');
            var record = activate();
            record.Read(i => pieces[i]);

    return allRecords;

Code and raw data

The code for this is stored on GitHub: joelverhagen/NCsvPerf

The BenchmarkDotNet and Excel workbook (for the charts and tables above) are here:

The test was run on my home desktop PC which is Windows 10, .NET 5.0.1, and an AMD Ryzen 9 3950X CPU.

Update log

Update 2021-01-18

  • Added Ctl.Data by request.
  • Added Cursively via a PR from @airbreather. Thanks, Joe!
  • Added Microsoft.VisualBasic.FileIO.TextFieldParser by request.
  • Added SoftCircuits.CsvParser by request.
  • Updated CsvHelper from 19.0.0 to 20.0.0 via a PR from @JoshClose. Thanks, Josh!
  • Updated ServiceStack.Text from 5.10.2 to 5.10.4
  • Updated Sylvan.Data.Csv from 0.8.2 to 0.9.0
  • Switched to a fork of FastCsvParser to avoid duplicate DLL name.

Results -

Update 2021-01-06

  • Moved to .NET 5.0.1
  • Added FluentCSV by request.
  • Added Sylvan.Data.Csv via a PR from @MarkPflug. Thanks, Mark!
  • Updated Csv from 1.0.58 to 2.0.62
  • Updated CsvHelper from 18.0.0 to 19.0.0
  • Updated mgholam.fastCSV from 2.0.8 to 2.0.9

Results -

Initial release 2020-12-08

Results -