ysh329
ysh329
> [Last release v0.14.0](https://github.com/apache/tvm/releases/tag/v0.14.0) was proposed at the end of September and the release day is 23 Oct, more detail refer [v0.14.0 release schedule](https://github.com/apache/tvm/issues/15812). It has been almost **three months**...
https://github.com/ENOT-AutoDL/onnx2torch
I `git clone` master code but segmentation fault when YOLOv3 execution as below: ```shell ~/code/darknet_prej$ ./darknet detect YOLOv3_416/yolov3.cfg YOLOv3_416/yolov3.weights data/warship.jpg Segmentation fault (core dumped) ```
作者你好，我看到全连接和卷积分别有带前缀cmp的实现。 1. 这里的`mask_data`是该层被剪枝的权重在原矩阵中的位置嘛？ 2. 实现了K均值聚类后读取类中心嘛？下面代码中这一行`muweight[i] = cent_data[indice_data[i]];`是否是对应的实现？ ```cc template void CmpInnerProductLayer::Forward_cpu(const vector& bottom, const vector& top) { Dtype* muweight = this->blobs_[0]->mutable_cpu_data(); const int *mask_data = this->masks_.cpu_data(); int count = this->blobs_[0]->count();...
```shell ./darknet detect cfg/yolov3.cfg ./YOLOv3_416/yolov3.weights data/dog.jpg layer filters size input output 0 conv 32 3 x 3 / 1 416 x 416 x 3 -> 416 x 416 x 32...
```Shell ✘ $ docker run -t -i --device /dev/dri:/dev/dri \ chihchun/hashcat-beignet hashcat -b hashcat (v3.10) starting in benchmark-mode... OpenCL Platform #1: Intel ========================= - Device #1: Intel(R) HD Graphics IvyBridge...
【YOLO v3】Series: YOLO object detector in PyTorch - Hello Paperspace https://blog.paperspace.com/tag/series-yolo/ YOLO v3算法笔记 - AI之路 - CSDN博客 https://blog.csdn.net/u014380165/article/details/80202337 【v1到v3详解】目标检测网络之 YOLOv3 - 康行天下 - 博客园 https://www.cnblogs.com/makefile/p/YOLOv3.html 【v2、v3】YOLOv2与YOLOv3学习笔记基本思路模型训练YOLOv3 - 云+社区 - 腾讯云...
亚马逊技术竞争力的关键——啥活儿都干的SDE https://www.sohu.com/a/207306692_100058260 SDE，通常指的是Software Development Engineer软件开发工程师，但在亚马逊，SDE还有另一层含义——Someone Does Everything。这是因为SDE在亚马逊，确实是啥活儿都要干。 SDE=Someone Does Everything SDE，通常指的是Software Development Engineer即软件开发工程师。但在亚马逊，SDE还有另一层含义——Someone Does Everything。这是因为亚马逊追求员工效能最大化，不同的角色被尽可能压缩，尤其是对SDE，要求就是“尽量独立、尽量全能”。所以亚马逊的SDE需要负责从研发到上线的所有工作，甚至在上线以后团队还要负责运维7*24 On Call。 在传统的软件研发企业中，通常研发（SDE）、测试（QA）和运维（OP）是三组人马。在这种情况下，研发和测试间沟通的不及时、信息的不对称会导致研发效率较低；运维过程中出现的不那么紧急的问题也要经过一定时间才会汇总到研发人员处进行修复。亚马逊的SDE不仅仅做研发还承担测试工作，可以极大提高研发效率。在后期运维的过程中，SDE直接面对客户，可以更及时且全面地了解到客户反馈信息，分析系统质量，选择是对系统整体更新替换还是部分调整，以便更好地满足客户需求。也正是研发人员负责运维这一特性，使得亚马逊可以转变为面向服务的SOA架构。 由于亚马逊的很多研发技术是面向业务的企业应用系统，而不是要做出产品，所以在亚马逊，产品经理的角色通常也不需要。通常研发团队会直接和业务团队对接，了解业务需求，会由业务人员或资深SDE承担类似产品经理或项目经理的工作，把控研发方向。当然，SDE的工作重点还是在研发上，必要时，团队中也会配备测试、运维人员及产品经理。 最令SDE头疼的活儿——“万恶”的On Call 亚马逊的SDE啥都要干，但要问他们最不想干的是什么，估计十之八九会回答——On Call！On Call制度是指在超过90%的团队中，都有SDE轮流On call ，只要BP机一响，无论处于何时何地都要爬起来工作，解决问题。超过半个小时没有回应，问题就会往上一层继续传递，从SDE，到经理、高级经理、总监，一直往上直到传递至杰夫·贝佐斯。SDE在On Call时，做好了没人看得见，一旦出现问题，可能就会吃不了兜着走。 On Call时遇见的各种问题按照严重性，会分为5个等级： Sev1：公司级的重大问题，十万火急，例如整个网站瘫痪等。...