搜尋結果
2021年4月5日 · 看到这个错误码第一反应就是下游服务太慢，导致nginx请求超时了，这里的下游服务是自研的附件预览服务，采用SpringBoot开发，整体的请求链路如下图所示：
2021年5月9日 · 解决方法可以尝试以下的方法，可以减少10%~20%内存使用率。 1.修复vs code 造成 rg.exe内存占用过大的问题. 禁用 search.followSymlinks ：控制是否在搜索中跟踪符号链接. search.followSymlinks: false. 2.修复vs code 造成 git.exe内存占用过大的问题. git.enabled: false . git.autorefresh: false. 3.不在vscode 启用 git 功能，用SourceTree.exe 、git 老乌龟 代替. 4.关闭自动保存或设置自动保存时间间隔延长. cpu 占用大 也可能其他插件引起的 排查一下就可以了.
2020年10月20日 · 原因分析——可能最近哪里配置有更新，或者哪里出错了. 尝试办法——重启（印象中，很多奇怪问题，通过重启软件或者电脑都能解决） 具体操作： 重启IDEA，等待5分钟，我去，海思编译不动. 结论： 范特西——继续切换其他路径. 路径C——关键. 原因分析——看来自个儿不行，求助百度或者谷歌了. 尝试办法——百度搜索. 具体操作： 提取搜索关键词——“IDEA 半天编译不动”，百度之（ 关键字提取十分重要，直接影响搜索结果质量 ） 搜索到一篇相关博客 ： https://blog.csdn.net/weixin_34850743/article/details/104291937. 文中提到了暂时解决办法，及如下一些尝试办法（ 部分尝试过，其它耗时耗力，不予采纳 ）： 扩展idea内存，无效。
2019年4月19日 · 一、内存管理. 1：GC原理. C#的垃圾回收是自动托管的,垃圾回收系统也有一套生命周期和统计流程，下面就是关于GC的整体流程： 1）一次GC的过程分为2个阶段： 标记清除阶段，GC会假设堆中所有对象都可以被回收，然后找出不能回收的对象，打上清除标记，剩下的就是要被回收的了。 找的过程就是检查对象 有没有被其他的对象引用的过程，如果这个对象在程序中没有被引用到，那么就会被打上清除的标记。 重新地址排列阶段，标记清除的对象被清除之后，堆里面的空间就会变成不是连续的了，GC的第二部就会开始重新排列还存在的对象，使堆中的地址 分配变成连续的。 2）整个.net的GC流程：
情况1：CPU高、Load高. 通过top命令查找占用CPU最高的进程PID； 通过top -Hp PID查找占用CPU最高的线程TID; 对于java程序，使用jstack打印线程堆栈信息（可联系业务进行排查定位）； 通过 printf %x tid 打印出最消耗CPU线程的十六进制； 在堆栈信息中查看该线程的堆栈信息； 情况2：CPU低、Load高. 通过top命令查看CPU等待IO时间，即 %wa ； 通过 iostat -d -x -m 1 10 查看磁盘IO情况； (安装命令 yum install -y sysstat) 通过 sar -n DEV 1 10 查看网络IO情况； 通过如下命令查找占用IO的程序；
过拟合的解决方案. 正则化（Regularization）（L1和L2） 数据扩增，即增加训练数据样本. Dropout. Early stopping. 正则化. 在模型训练的过程中，需要降低 loss 以达到提高 accuracy 的目的。 此时，使用正则化之类的方法直接将权值的大小加入到 loss 里，在训练的时候限制权值变大。 训练过程需要降低整体的 loss，这时候，一方面能降低实际输出与样本之间的误差，也能降低权值大小. 正则化方法包括 L0 L 0 正则、 L1 L 1 正则和 L2 L 2 正则，而正则一般是在目标函数之后加上对于的范数。 但是在机器学习中一般使用 L2 L 2 正则:
2023年6月30日 · 一、内存使用率高且不释放问题排查. 生产环境MySQL 5.7数据库告警内存使用率95%。. 排查MySQL内存占用问题的思路方法可以参考叶老师这篇文章：https://mp.weixin.qq.com/s/VneUUnprxzRGAyQNaKi-7g 。. TOP命令查看MySQL进程的RES指标，发现内存使用了10.6G，而数据库的innodb ...
