conda-forge 上启用 GPU 的 TensorFlow 构建
最近,我们已经能够在 conda-forge 中添加启用 GPU 的 TensorFlow 构建!这真是一段漫长的旅程,多位贡献者尝试了不同的方法来说服 TensorFlow 基于 Bazel 的构建系统来构建启用 CUDA 的软件包。但我们成功了,并且拉取请求已合并。
最近,我们已经能够在 conda-forge 中添加启用 GPU 的 TensorFlow 构建!这真是一段漫长的旅程,多位贡献者尝试了不同的方法来说服 TensorFlow 基于 Bazel 的构建系统来构建启用 CUDA 的软件包。但我们成功了,并且拉取请求已合并。
随着 2020 年接近尾声,核心团队认为回顾一下我们社区今年取得的一些重大成就将是一件有趣的事情。
社区的许多成员公开和私下提出了关于 Anaconda 新的服务条款 (TOS) 对 `anaconda.com` 影响的问题。首先,我们理解您的担忧。我们想稍微解释一下 `conda-forge` 的运作方式、TOS 更改如何影响我们和 `conda-forge` 用户,以及我们社区对未来的计划。
一个新的平台 `osx-arm64` 已添加到 conda-forge 的构建矩阵中。`osx-arm64` 软件包旨在运行在即将推出的 macOS arm64 处理器(以 `Apple Silicon` 名义销售)上。可以在此处找到此平台的安装程序。
总结:依赖于底层库的特定版本号可能过于不准确,并且随着上游库的发展和变化会导致麻烦。需要更详细的方法。在这篇文章中,我概述了当前和潜在的工作,这些工作旨在更全面地检查基于 API 的需求以及库的动态锁定。
最近我一直在思考运营风险(op. risk)。运营风险源于流程的失败,例如缺少电子邮件,或自动化软件系统无法正常运行。许多商业机构对最小化运营风险感兴趣,因为与投资相关的风险相反,运营风险是一种不产生价值的风险。这也是我在 Lab49 工作时思考的事情,我在那里担任软件工程顾问,专注于金融机构。我认为对于 Conda-Forge 也有一个很好的类比,即使我们不是商业机构。在这种情况下,我们承担的风险不是潜在的收入损失,而是用户和维护者因错误和糟糕的用户体验而产生的挫败感。在这篇文章中,我探讨了 Conda-Forge 运营风险的三个主要来源:自动化、自上而下的控制和自助服务结构。