擅长:python、mysql、java
<p>你提到如果你把它们合并起来,就会耗尽记忆,那是一堆神经元。(至少,根据我的经验,几百个神经元足够我们在CS课程中编写的玩具程序了。)</p>
<p>您可能不想创建100000个单独的文件来存储100000个独立的神经元,当然也不希望创建1000000个文件来存储1000000个神经元。目录查找、文件打开、读取、关闭和<em>小的</em>IO量的IO开销将极大地加重加载和保存大量神经元的负担。在</p>
<p>当然,如果你想的是50或100个神经元,那么不管发生什么,它都会很快进行,也许需要最简单的实现。在</p>
<p>但如果这是我的,我会努力为神经元建立良好的数据结构:也许你在一个给定级别上的所有神经元都可以用一个整数来描述神经元类型,用一个整数或双精度数组来描述每一个神经元的特征,这些级别描述的列表可以很容易地写入单独的文件中或者一个文件,以比较容易的为准。在</p>
<p>如果您的神经元在一个级别内改变了类型,或者在级别之间没有完全连接,您可能会发现一些{a1}设计对于一个可以同时描述所有神经元的更大的数据结构很有用。在</p>
<p>也许真正的问题应该是“如何改善我的神经元的存储?”在</p>
<p><strong>更新</strong></p>
<p>我认为即使是10000个神经元也有理由制作一个“组合”的存储格式。我只创建了10000个小文件,放下缓存来测试冷启动,然后分别重新读取每个文件。读取10000个文件用了14.6秒。只需0.1秒就可以读入一个包含与10000个文件相同数据的文件。在</p>
<p>如果你的人际网络每年开始“冷”一次,也许没什么大不了的。但是,如果您的网络每天启动十几次,您可能会对更简单的存储格式产生反感。在</p>