I am doing some analysis for a chunk of a desktop app we're working on.
我正在为我们正在研究的一大块桌面应用程序做一些分析。
One requirement is that it be able to do i/o of some legacy file formats, which in practice are running as large as 800Mb each. An import might reasonably be expected to be on the order of 5Gb in size.
一个要求是它能够执行一些传统文件格式的i / o,实际上每个文件格式的运行速度高达800Mb。可以合理地预计进口量大约为5Gb。
Ideally, I'd just stick whatever files I want into a jar file, sign the thing, and send it off for re-import at a some later time.
理想情况下,我只是将我想要的任何文件粘贴到一个jar文件中,对该东西进行签名,然后将其发送出去以便稍后重新导入。
But our app must support XP Pro (FAT32), which has a max file size limit of around 4Gb, from what I can tell.
但我们的应用必须支持XP Pro(FAT32),其最大文件大小限制在4Gb左右,据我所知。
Must I break my data up into multiple chunks? (And therefore take on the complexity of keeping track of what's going on?)
我必须将数据分成多个块吗? (因此,要记录正在发生的事情的复杂性?)
2 个解决方案
#1
There's no other way of storing 5GB of data on FAT32 than splitting it in chunks.
没有其他方法可以在FAT32上存储5GB的数据,而不是将其分成块。
Write a routine that will deal with archives of more than 4GB, i.e. split and merge. Encapsulate it in some util class or util file and call it from your save/load method.
编写一个处理超过4GB档案的例程,即拆分和合并。将其封装在某些util类或util文件中,并从save / load方法中调用它。
#2
The max file size on fat 32 is 4gb (actually 4Gb - 2bytes), so if you have to use it and your single file is over that you will have to split it.
胖32的最大文件大小是4GB(实际上是4Gb - 2字节),所以如果你必须使用它并且你的单个文件结束了,你将不得不拆分它。
#1
There's no other way of storing 5GB of data on FAT32 than splitting it in chunks.
没有其他方法可以在FAT32上存储5GB的数据,而不是将其分成块。
Write a routine that will deal with archives of more than 4GB, i.e. split and merge. Encapsulate it in some util class or util file and call it from your save/load method.
编写一个处理超过4GB档案的例程,即拆分和合并。将其封装在某些util类或util文件中,并从save / load方法中调用它。
#2
The max file size on fat 32 is 4gb (actually 4Gb - 2bytes), so if you have to use it and your single file is over that you will have to split it.
胖32的最大文件大小是4GB(实际上是4Gb - 2字节),所以如果你必须使用它并且你的单个文件结束了,你将不得不拆分它。