最新

将剪贴板的每一项内容保存到文件系统。 可配置忽略列表和保存路径。驻留在系统托盘。

这是我最新的 eBPF 性能工具 - xstack。它是一个极简工具，只有 165 行 eBPF C 代码和不到 500 行用户态 C 代码（包括所有注释和模板代码！）。不过，它使用了 libbpf 和 (Rust) BlazeSym 库（这两者代码量很大）。 这个工具的重点（和区别）在于它可以同时采样系统中所有线程的内核和用户态堆栈跟踪信息。 传统上，“bpf_get_stack()” 辅助函数无法读取 Linux 中其他任务的用户态堆栈跟踪信息，但自 Linux 5.18 以来，我们可以将可休眠的 eBPF 任务迭代器程序与新的 “bpf_copy_from_user_task()” 辅助函数结合使用，从而从任何其他进程的用户态内存中读取我们想要的任何内容。 这包括堆栈区域 - 因此，目前只要目标可执行文件在编译时启用了帧指针，您就可以轻松地进行被动采样堆栈分析 - 且完全不会降低其他进程的速度！ 尽管需要 Linux 内核 5.18，但它实际上也适用于 RHEL 9.5+（及其克隆版本）。RedHat 显然将其整个 eBPF 6.8 子系统移植到了他们的 RHEL 9.5+ 5.14 内核中。欢迎提供反馈和测试结果。

我曾在企业和初创公司都工作过，我注意到许多我遇到的有才华的开发者根本不使用 AI 工具——即使是对于像样板代码、测试或文档这样的小事也不用。<p>为什么？ 担心安全或知识产权？ 不信任质量？ 反而会拖慢速度？ 根本没看到价值？<p>如果你不使用 AI 工具（或尝试过但停用了），我很想听听你的原因。如果你使用它们，是什么说服了你？

过去三个月，我一直在构建 Ferndesk，以解决我在前公司遇到的一个问题。<p>今天，我很高兴与大家分享它！<p>Ferndesk 是在 Intercom、Zendesk、Crisp、Helpscout 等平台上保持帮助中心更新的最快方式。<p>它通过识别帮助中心中的知识空白，并利用围绕整个产品的上下文信息来起草高质量的文章。<p>你的更新日志、内部文档、代码库（即将推出）、产品演示等。

我正在尝试按照标准做法，在内华达州注册一家 C 类公司，发行 1000 万股，每股面值为 0.00001 美元。但是，内华达州将该公司的授权资本价值计算为 10,010,000 美元，注册费为 5,600 美元。<p>这个计算正确吗？还是我们哪里做错了？