# Can't read old JLD2 file

**URL:** https://discourse.julialang.org/t/cant-read-old-jld2-file/20708
**Category:** Tooling
**Created:** [February 12, 2019, 4:02pm UTC](https://discourse.julialang.org/t/cant-read-old-jld2-file/20708 "2019-02-12T16:02:12Z")
**Posts on this page:** 1
**Showing post:** 13

<div class="post-metadata">

### Author: ![Juan](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/juan/32/7657_2.png) [@Juan](https://discourse.julialang.org/u/Juan)
#### Post date: [February 19, 2019, 12:08pm UTC](https://discourse.julialang.org/t/cant-read-old-jld2-file/20708/13 "2019-02-19T12:08:31Z")

</div>

What should we use then?  
JLD2, HDF5, Feather, Parquet, JLD, fst…?

Some people say JLD produce memory leakage.

> [@The poor state of fileformats for High Performance computing](https://discourse.julialang.org/t/the-poor-state-of-fileformats-for-high-performance-computing/5326):
>
> About two weeks ago I have put a post asking for recommending the file-format use with high-perfomance computing. Our use-case is training of relatively simple neural networks but using terabytes of data. We do that on a single machine with GPU, where there are separate processes loading the data from S3 storage and preparing them for the master thread. After our reasearch, we have come with following alternatives: Feather Parquet ProtoBuf JLD JLD2 HDF5 Let’s discuss all options. Feathe…

It would be great to have something like TileDB. Or something fast, escalable and able to add rows and columns on disk.

---

_[View the full topic](https://discourse.julialang.org/t/cant-read-old-jld2-file/20708)._