GPU Resource Management On JDOS 梁永清 liangyongqing1@jd.com 提供的服务 1. 用于实验的 GPU 容器 2.基于 Kubeflow 的机器学习训练服务 3.模型管理和模型 Serving 服务 Experiment Training Serving 均基于容器，不对业务方直接提供 GPU 物理机 GPU 实验 JDOS 常规的容器服务

in Software Engineering Mike Ballou“There is no single development, in either technology or management technique, which by itself promises even one order-of- magnitude improvement within a decade Manager for the development of the IBM System/360 family of computers and the OS/360 software package • In 1975, published The Mythical Man-Month: Essays on Software Engineering • In 1987, authored abstract away its complexity often abstract away its essence • Not only technical problems but management problems as well comes from the complexity • It creates the tremendous learning and understanding

Helm Chart Support • Helm Chart repository • Same mechanism and user experiences with image management Multi Deployments • Docker Compose • BOSH/Pivotal Tile • Helm Chart Label • Label in project features harbor should provide? Q2: How does the Harbor architecture evolve? Q3: How to converge management of image and chart? Q4: Is it reasonable to involve day0 operation in Harbor? Website ： https://github

set(key val PARENT_SCOPE) 才能修改到外面的变量。 第二章：第三方库 / 依赖项配置 用 find_package 寻找系统中安装的第三方库并链接他们 find_package 命令 • 常用参数列表一览： • find_package( [version] [EXACT] [QUIET] [CONFIG] [MODULE] • nd_package.html find_package 命令用法举例 • find_package(OpenCV) • 查找名为 OpenCV 的包，找不到不报错，事后可以通过 ${OpenCV_FOUND} 查询是否找到。 • find_package(OpenCV QUIET) • 查找名为 OpenCV 的包，找不到不报错，也不打印任何信息。 • find_package(OpenCV cmake 进程，不再继续往下执行）。 • find_package(OpenCV REQUIRED COMPONENTS core videoio) • 查找名为 OpenCV 的包，找不到就报错，且必须具有 OpenCV::core 和 OpenCV::videoio 这 两个组件，如果没有这两个组件也会报错。 • find_package(OpenCV REQUIRED OPTIONAL_COMPONENTS

LiveSync, Debugging, Starter Kits o Plugins Management o Visual Studio Integration Coming o Public Beta Now! WHY: Easier bootstrapping, no SDK management, Easy debugging WHO: Windows developers, Visua

boundary.Memory model https://gchandbook.org/ Garbage collection is really “automatic memory management”. - Reference counted - C++ – std::shared_ptr - Python - Objective-C (manual or automatic - COM – AddRef()/Release() - Non-Reference counted - .NET - JVM - JavaScript Manual memory management is rarely advocated for anymore.Memory model – Manual Memory is allocated and deallocated directly

怎么路径里动不动夹杂几个转移符、空格、特殊符号？这谁顶得住啊 。 高情商： Windows 是最适合练习你 C 语言转移符使用水平的地方 。 更通用的方式： find_package 更好的做法是用 CMake 的 find_package 命令。 find_package(TBB REQUIRED) 会查找 /usr/lib/cmake/TBB/TBBConfig.cmake 这个配置文 件，并根据里面的配置信息创建 时候是纯头文件，而 find_package(spdlog REQUIRED) 时却 变成预编译链接库的版本。（嗯，其实不是 PUBLIC 而是 INTERFACE ，因为伪对象没有实体） 和古代 CMake 做对比：为什么 PUBLIC 属性的传播机制如此便利 现代 CMake ： 古代 CMake ： 和 find_package(TBB CONFIG REQUIRED) REQUIRED) 有什么区别？ 其实更好的是通过 find_package(TBB CONFIG REQUIRED) ，添加了一个 CONFIG 选项。 这样他会优先查找 TBBConfig.cmake （系统自带的）而不是 FindTBB.cmake （项目作者常 把他塞在 cmake/ 目录里并添加到 CMAKE_MODULE_PATH ）。这样能保证寻找包的这个 .cmake 脚本是和系统自带的 tbb

引用系统中预安装的第三方库 • 可以通过 find_package 命令寻找系统中的包 / 库： • find_package(fmt REQUIRED) • target_link_libraries(myexec PUBLIC fmt::fmt) • 为什么是 fmt::fmt 而不是简单的 fmt ？ • 现代 CMake 认为一个包 (package) 可以提供多个库，又称组件 (components) 还挺像的） 。 • 你可以指定要用哪几个组件： • find_package(TBB REQUIRED COMPONENTS tbb tbbmalloc REQUIRED) • target_link_libraries(myexec PUBLIC TBB::tbb TBB::tbbmalloc) 第三方库 - 常用 package 列表 1. fmt::fmt 2. spdlog::spdlog OpenVDB::openvdb 6. Boost::iostreams 7. Eigen3::Eigen 8. OpenMP::OpenMP_CXX • 不同的包之间常常有着依赖关系，而包管理器的作者为 find_package 编写的脚本（例如 /usr/lib/cmake/TBB/TBBConfig.cmake ）能够自动查找所有依赖，并利用刚刚提 到的 PUBLIC PRIVATE 正确处理依赖项，比如如果你引用了

Golang specifics • Software engineering (implement/use/best practices) • Tech leadership and/or management • Your experience building XWhere to find us? Email: lukasz@lukaszgut.com, jakubdal@gmail.com

Golang specifics • Software engineering (implement/use/best practices) • Tech leadership and/or management • Your experience building XWhere to find us? Email: lukasz@lukaszgut.com, jakubdal@gmail.com