早在Caffe停留

Question

似乎this related PR已经死了，在Caffe中使用early stopping有什么解决方法吗？也许在Caffe上面使用python？

Answer 1

第一部分很容易手动完成：让我们监控你的验证错误，然后当这个没有改变很多（低于阈值）时停止。然后让我们将具有最低验证错误的状态视为＆＃34;最佳＆＃34;网络

真正的问题是从那里的全列车+ val数据集中受益。有两个基本策略：

1. 使用train + val为相同数量的纪元或相同数量的数据重新绑定您的网络（即计算用于达到＆＃34;最佳＆＃34;状态的微型计数的数量并设置数量通过，使相同数量的小型客舱（具有相同的大小......）通过网络
2. 让我们保持最佳状态＆＃34;网络然后添加验证数据并继续培训。如果您达到与以前相同的错误率，请停止。另外，让我们先修一个先验数量的纪元。

Answer 2

您可以将this patch for early stopping应用于标准Caffe RC 1.0.0。它会在求解器中添加一个可选的early_stop_param。您可以指定测试网络ID，检查测试丢失改进的尝试长度和“跳过”，以便不是每次迭代都尝试。披露：我是开发人员之一。