首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    多少BUG,可以重来?

    其实使用语言的最重要的目的是为了沟通与交流,想想语言从无到,本身就是不断在发展变化,过于注重语法真的很大意义吗?我们经常把手段当作了目的,最后把目的倒忘了。...学校里教的和实践多大距离,在此我们再举一个例子,就是滤波电容的问题。只要是硬件工程师都用过滤波电容,可是多大比例真正理解了呢?...不少情况都是一个客户在重复犯另一个客户已经犯过的错误,而且有时候代价是极其惨痛的!再举一个亲身经历的案例。...我们一个人能工作多少年呢!让人苦笑不得的是,最终发现原来个工程师非常自信的删除了驱动中的几行代码,而这几行看似无用的代码,实际非常重要,它是为了规避芯片中的一个BUG,就这样,我们中招了!...我们相信,在嵌入式开发领域,大量的价值巨大的信息,没有分享出来,而这种信息对持有者本人来说,如果不分享出来,已经没有什么价值。

    47640

    Linux 是否 zombie thread?源码探究分析

    pthread 在 Linux 上一般是由 libc 实现的,最常见的 libc 是 glibc(另一个 Linux 上常用的 libc 的例子是 musl,更轻量,不展开)。...线程等待 pthread_join() 首先检查 pthread_join 的源码,因为根据我们的猜想,如果是会产生“僵尸线程”的话,pthread_join 要回收这个“僵尸线程”,必然要调用 wait...由此猜测可能是两种可能性中的一种: 内核可能对线程 task 一定的特殊照顾/特殊处理,使得线程的 task 会在退出时自动 reap,而进程则等待父进程回收。...结论 对于 Linux 平台上的 pthread 线程,在子线程比父线程先退出且没被 JOIN 的情况下,不会产生和传统意义上的僵尸进程类似的“僵尸线程”(即 ps 不会看到 defunct 的线程...注意到该结论只适用于 Linux,因为 Linux 实现线程的方式为内核轻改动,大多数线程相关的功能实现都在用户态中实现(glibc)。

    1.7K20

    Go语言 WaitGroup 源码多少

    使用 Wait 函数 是等待所有的子协程关闭 咱打开源码 源码路径:src/sync/waitgroup.go ,总共源码 141 行 单测文件 src/sync/waitgroup_test.go...然后是每一个协程调用 ,当完成时运行并调用 Done 与此同时,Wait 可以被用来阻塞,直到所有 goroutine 完成 WaitGroup 在第一次使用后不能被复制 我们可以看到 WaitGroup 结构体...2 个成员 noCopy 是 go 语言的源码中检测禁止拷贝的技术,如果检测到我们的程序中 WaitGroup 赋值的操作,那么程序就会报错 state1 可以看出 state1 是一个元素个数为..., &wg.state1[0] } } 此处我们可以看到 , state 函数是 返回存储在 wg.state1 中的状态和 sema字段 的指针 这里需要重点注意 state() 函数的实现,...上面我们说到嘛, state 函数拿出的 64 位变量,高 32 bits 是 counter,低 32 bits 是waiter,此处的 delta 是要加到 counter 上,因此才需要

    45420

    Python项目可以多大?最多可以多少行代码?

    本次统计中纯 Python 代码量最大的 Sentry 几乎达到了 70W 行,这是相当规模的项目了。30W~50W 行代码的项目三个,包括基础项目 CPython 在内。...然而到底多少算是合适,并没有一个明确的标准。我希望通过这些项目的分析,了解一下开源作者们在实践中做出的选择。 统计的结果分布比较平均,从 100~600行/文件的都存在,并不存在明显的集中点。...一点是出乎我意料的,那就是作为所有项目之母的 CPython 排名比较靠后,按照道理这个基础项目应该有更多的注释才对。...不过再想一想又觉得可以理解,因为 CPython 单独发布的、非常详尽的文档,这是其他大多数项目都没有的,那么代码中的注释少一些也是情有可原的。 ? 最后一项统计是关于文件类型的。

    1.1K20

    Python项目可以多大?最多可以多少行代码?

    本次统计中纯 Python 代码量最大的 Sentry 几乎达到了 70W 行,这是相当规模的项目了。30W~50W 行代码的项目三个,包括基础项目 CPython 在内。...然而到底多少算是合适,并没有一个明确的标准。我希望通过这些项目的分析,了解一下开源作者们在实践中做出的选择。 统计的结果分布比较平均,从 100~600行/文件的都存在,并不存在明显的集中点。...一点是出乎我意料的,那就是作为所有项目之母的 CPython 排名比较靠后,按照道理这个基础项目应该有更多的注释才对。...不过再想一想又觉得可以理解,因为 CPython 单独发布的、非常详尽的文档,这是其他大多数项目都没有的,那么代码中的注释少一些也是情有可原的。 ? 最后一项统计是关于文件类型的。

    2.2K40
    领券