validation - 正则化与验证
问题描述
我总是在关于欠拟合/过拟合的论文和文章中看到的是训练误差的下降曲线和测试误差的 U 形曲线,说 U 形曲线底部左侧的区域会欠拟合,而右侧的区域会受到欠拟合容易过拟合。为了找到最佳模型,我们可以测试每个配置(例如更改节点和层数)并比较测试错误值以找到最小点(通常通过交叉验证)。这看起来简单而完美。
我们是否需要正则化器来实现这一点?这就是我不确定我是否很好地理解了这个话题。对我来说,如果我们可以测试不同的模型配置,我们似乎不需要正则化器。正则化器发挥作用的唯一情况是当我们有固定的模型配置(例如固定数量的节点和层)并且不想尝试其他配置时,我们使用正则化器通过强制其他模型参数来限制模型复杂度(例如网络权重)到低值。这种观点对吗?
但如果它是正确的,那么它背后的直觉是什么?首先,当使用正则化器时,我们事先不知道这种网络配置/复杂性是否会将我们带到测试误差曲线的最小值的右侧或左侧。它可能已经欠拟合、过拟合或拟合。抛开数学不谈,为什么将权重强制为较低的值会导致网络更具泛化性和更少的过拟合?这种方法与之前沿着测试损耗曲线移动以找到其最小值的方法有什么相似之处吗?正则化器也在训练时完成它的工作,它不能对测试数据做任何事情。它如何帮助实现最小测试误差?
解决方案
推荐阅读
- python-3.x - pip 安装时 Pycairo 错误
- javascript - 从 HTML 事件运行 javascript 函数
- python - 我们如何真正清理或预处理图像以进行图像分类?
- html - 带有 Maps MVC 的百里香叶中的 For 循环
- python - 芹菜缺少后端结果
- javascript - 如何在 React Native 中播放声音(mp3)?
- c++ - 为什么 IDE 不突出显示 C/C++ 中的字符串数据类型?
- c# - 更改应用程序 Xamarin Forms 的默认字体
- c - 在C中将域名解析为IP地址
- asp.net-mvc - IIS 8.5、asp.net IHttpHandler 和 AppsendToLog