用预定义的 Huffman table 压缩一组文本文件是个好主意吗？
Is it a good idea to compress a set of text file with a predefined Huffman table?
我有一些文本文件（plain ascii），我想用哈夫曼编码压缩它们，由于压缩文件将在资源有限的硬件中使用，解压缩操作必须尽可能简化。
所以我想从我的文本文件创建一个 Huffman table 并用它压缩文件，然后将压缩文件和我的解压缩程序（使用默认的 Huffman table）复制到我的 LR 硬件。
我认为预设的 Huffman table 足以管理我所有的文本文件，因为它们在本质上都具有相似的内容。
由于使用不准确的默认 Huffman table 会导致压缩文件变得比实际大一点，与动态 Huffman 编码方法相比会产生 I/O 延迟，然而，假设默认的 Huffman table 会阻止大量进程和磁盘访问。
总的来说，这是个好主意吗？我在帮助我的硬件更快地解压缩吗？ LRP（Limited Resource Programming）时常用的方法吗
定期为足够大的数据块生成和使用新的霍夫曼代码的开销相对较小，无论是在计算时间还是在流中的位方面。我认为尝试为您的数据提供通用霍夫曼代码毫无意义。
我有一些文本文件（plain ascii），我想用哈夫曼编码压缩它们，由于压缩文件将在资源有限的硬件中使用，解压缩操作必须尽可能简化。
所以我想从我的文本文件创建一个 Huffman table 并用它压缩文件，然后将压缩文件和我的解压缩程序（使用默认的 Huffman table）复制到我的 LR 硬件。
我认为预设的 Huffman table 足以管理我所有的文本文件，因为它们在本质上都具有相似的内容。
由于使用不准确的默认 Huffman table 会导致压缩文件变得比实际大一点，与动态 Huffman 编码方法相比会产生 I/O 延迟，然而，假设默认的 Huffman table 会阻止大量进程和磁盘访问。
总的来说，这是个好主意吗？我在帮助我的硬件更快地解压缩吗？ LRP（Limited Resource Programming）时常用的方法吗
定期为足够大的数据块生成和使用新的霍夫曼代码的开销相对较小，无论是在计算时间还是在流中的位方面。我认为尝试为您的数据提供通用霍夫曼代码毫无意义。