classes= 5 #classes为训练样本集的类别总数第一步中说了我分了5类标签

#修改为自己样本集的标签名即第一步中标注的标签名

# batch=1 #这里的batch跟subdivisions原来不是注释掉的，但是训练后没成功有的blog上说为1嘚时候太小难以收敛，但是不知道下面训练模式的 batch=64 subdivisions=8 会不会覆盖掉总之注释掉后就成功了，不过这个脚本不是很明白还来不及验证 
random=0 #1，如果显存很小将random设置为0，关闭多尺度训练；（转自别的blog还不太明白）
 
 
 

 
 

 

 11.测试识别。训练后会在backup文件夹下生成权重文件利用生成的权重文件进行测试
 
 

 

  训练结果，如下图训练次数不是很多，数据集也不是很大所以结果还没有很准确。因为运行的服务器散发的热量在这个燥熱的夏季让我宛若置身汗蒸馆纵使养生大师们都宣称这种方式可以排除体内毒素，让你延年益寿但我还是觉得这样下去大概会中暑，畢竟午后的阳光还时不时透过玻璃悄悄爬上我的桌子顶楼的天花板一整天都在沐浴阳光也会让温暖包围着我，偶尔冲出这个暖和的地方奔向空调感受凉爽结果在这冷热交替中感冒还是不请自来
 
 

 
 
 

 以上对于一些文件的理解也是多次失败的收获，可能并不全对有误请指正，遇到问题也可以交流
 
 

 
 

 训练完后进行测试，测试出来的结果标签名不是data/voc.name里面写的而是修改之前的person、dog。。巴拉巴拉的东西
 
 

 
 

 测试命令路径囿误具体原因见（）
 
 

 

 ^_^后续还写了一篇参数理解，指路给有需要的看一下【】
 

在当今Docker等容器大行其道的年代哆数互联网公司的线上服务器都是使用Linux。当我们的服务部署在Linux上并出现问题时都指望运维同学来排查是不切实际的，因此程序员必须具備一定的问题排查能力

但是，大多数程序员并不清楚要如何排查常见的Linux线上问题当然，能直接从业务系统的日志中得知问题所在那還比较好办，但是如果遇到CPU高、内存高、IO高、网络问题等很多人就会无从下手。

因此笔者总结了一些常见线上问题排查的经验与大家汾享。

对于CPU高我们首先分为两种情况分析，一种是用户CPU高另外一种是系统CPU高。用户CPU高通常是用户程序消耗了较多的CPU如：程序的死循環、大量的CAS操作等。

而内核CPU高则是系统方法消耗了较多的CPU如：上下文切换、页切换等。但归根到底系统不会自己无缘无故出现这些情況，最终还是应用程序的系统调用等因素导致的

Linux内核目前有300多个系统调用。这些系统调用主要分为几类：

首先我们通过top命令确定是用戶CPU高还是系统CPU高，并且能找到CPU最高的进程PID

如果是用户CPU高，我们会分为Java应用导致的高CPU和库函数调用导致的高CPU两种情况并分别排查。

如果昰系统CPU高我们则直接确定是哪些系统调用导致的，并追踪对应的程序

下面来看一个例子，我们可以使用top命令来查看用户CPU和系统CPU的使用百分比：

很明显用户程序使用了50.6%的CPU，并且占用CPU最高的是一个java进程

对于用户CPU高，我们分别介绍Java应用导致和库函数调用导致两种情况下的問题排查我们先使用上一小节的场景，排查Java应用CPU高的原因

我们已经从top命令中得知，导致用户CPU高的java应用PID是23517但是这是不够的，我们还需偠知道具体是什么代码导致的高CPU因此，我们使用命令：top -Hp 23517列出进程中线程CPU的使用统计。

我们可以看到占用CPU最高的线程PID是23518。然后我们紦这个PID转换为16进制，得到5bde

我们可以看到，在Test类的main方法中第11行的代码造成了CPU高。

当然有时候我们会追踪到由于GC线程导致的高CPU此时就需偠再进行内存方面的诊断了。

当我们的程序频繁调用系统库函数也会导致用户CPU高，此时我们可以使用ltrace 来跟踪进程调用库函数的情况以丅是比较常用的命令参数。

-T显示每一调用所耗的时间.

-f 跟踪由fork调用所产生的子进程.

-p 绑定一个由PID对应的进程.

-c 统计每一系统调用的所执行的时间,佽数和出错的次数等.

-d 输出strace关于标准错误的调试信息.

-l 只打印某个库中的调用

-o 把输出定向到文件

以使用了-Tfp参数为例最左边是PID，然后是被调用嘚系统函数库右边是返回的结果和对应的耗时。

当分析出耗时最多的系统库函数时就能很容易定位到是什么代码造成的CPU高。

内核CPU高是甴于系统方法消耗了较多的CPU因此我们可以使用strace，跟踪进程的系统调用或信号产生的情况用来确定内核CPU。

因为Linux进程不能直接去访问硬件設备如：读取磁盘文件、接收网络数据等，但可以通过系统调用来实现这时strace就可以跟踪到一个进程产生的系统调用，包括参数返回徝，执行消耗的时间、调用次数成功和失败的次数。

strace和ltrace的使用方式非常相似因此就不再赘述。

如果是因为中断导致的CPU高可以使用cat /proc/interrupts查看每个CPU被中断的次数统计。

这次我们介绍了在Linux系统中的CPU问题诊断后面我们会继续介绍内存、IO、网络等方面的诊断方法。

欢迎加入我们的知识星球一起讨论技术问题

每天HR 群都有人在吐槽招不到前端工程师。实话说对这些需求高级招聘人员也无能为力，因为在供不应求的前端招聘市场上优秀的前端工程师才是有话语权的那一方。

放眼全球不仅在国内的互联网行业，在国外前端工程师一样是需求旺盛、供不应求的香饽饽。

但是市场上优秀的前端工程师却相對较少，全世界范围看都是个难题

1、 Web 需要更多的工程师

可能很多人认为前端开发和 Web 开发类似，而 Web 开发已经有 20 多年的历史所以前端并不昰一个新领域。

然而前端工程师概念中的「接口技术实现和用户体验作为一个专业的工作领域」，却无疑是很新的大概几年前，前端開发的技术增长迅猛如下图所示：
以前Web 的可视化设计和技术实现所需要的资源是平均分配的。随着网站的发展网站不仅是一个登录页媔，工程资源的需求越来越明显人们开始专门学习网站专用的 JavaScript、后端技术、UX、数据库，甚至系统设计

如果大家对于学习前端有任何问題，学习方法学习路线，如何学习有效率的问题
可以随时来咨询我，或者缺少系统学习资料的我做这行年头比较久，
自认为还是比較有经验的可以帮助大家提出建设性建议，这是我的web前端交流qun
有任何问题可以随时来咨询我。

今天一个像 Airbnb、Facebook、Quora 的 Web 应用程序，投入的笁程资源比设计资源多得多换句话说，如今做出网页的视觉设计比技术实现要更快，所以当今的市场需要更多的工程师
现在，一位匼格的前端工程师必须对视觉设计有兴趣。
很显然要处理大量的 Web 应用程序需求，技术任务就要进行分类以便于多人同时处理网站请求。事实上现在已经不可能一个人快速地解决所有的技术细节了

现在还有一类人是独自处理一个 Web 应用程序的所有问题，即「全栈工程师」但是优秀的全栈工程师同样如大熊猫一般数量稀少。

现在一个创业公司想要成功，几乎要覆盖一个 Web 应用程序的诸多技术方面：前端、后台、DBA、运营等

虽然已经有一些服务可以让企业购买登陆页面的前端模块和组件；但是如果你想要创造一些真正的 Web 应用程序，除了求助前端工程师别无他法，就像你要创立一个品牌你也绕不开请一位设计师一样

2、很多人觉得前端很简单？

这叫短视效应根据眼前看嘚片面信息，而对一件事物做出结论性的判断

例如，当你去看完《变形金刚5》骂骂咧咧的走出电影院的时候你一定会认为，这种TM的烂爿老子拍出来都比这好看。

显然你的想法只对了一半，它确实是一部彻头彻尾的烂片

但是，以我们这些普通人的水平恐怕一辈子吔拍不出一部变形金刚，更别说迈克尔贝连着拍了5部因为，普通人通常不会了解

工业光魔的价钱有多贵，这种世界顶级的特效制作偠花上多少钱。后期的制作经费像流水一样的消耗。加上演员超高的片酬所以，现实不允许导演拍十个镜头砍掉八个，留下两个最恏的现实要求导演在拍之前必须想好自己要什么。

而普通人通常也想象不到演员在现场是对着一群空气在演戏，导演则负责把最终的畫面在脑子里想象出来并告诉特效团队如何制作。
当你只看到一件事物的简单结果时并不代表它的过程就是简单的。

那些说前端简单嘚人显然是犯了这样的错误。

造成这种现象的本质原因是因为前端是最容易被“看见”的编程。
所以很多人会觉得像百度这种网页，老子一天能写10个

HTML、CSS确实简单，但前端真正的编程是看不见的Javascript。

3、大量糟糕前端工程师的存在扰乱了市场

这或许是难以招到优秀前端笁程师最明显的原因由于前端工程师的入门门槛非常低， JavaScript、CSS、HTML 并不是很难入门掌握的语言似乎只要花一点时间，谁都可以通过网上教程和书本学会它对的，前端工程师市场就是被这些浅尝辄止的家伙搞坏的
要知道，入门容易精通难计算机和软件的基础对你用 JavaScript 或浏覽器编程都非常重要。Web 可能是最有影响力的平台和环境之一在那里执行的程序必须被小心对待。

一位优秀的前端工程师不仅要考虑 Web 技术囷语言并且还要了解所有不同的组件、系统和概念。

市场不是缺少前端而是缺少优秀的前端工程师。现在前端工程师终于前所未有嘚在 Web 中占有了一席之地。随着多设备、浏览器和 Web 标准的演变革命前端正在成为兼顾逻辑、性能、交互、体验的综合性岗位。

虽然现在互聯网行业普遍缺少前端工程师但是我们相信越来越多的人将会加入前端的大军。不仅是因为大多数前端工作提供的优渥薪水和办公环境也是因为 Web 中的前端编程变得越来越有挑战和意义。