最佳实践

简介

本章节介绍开发环境使用过程中总结的使用经验和最佳实践。

开发环境提供了多种实例规格（CPU/内存/GPU），以满足用户不同的需求。

通过WEB控制台创建开发环境时，我们已经为您提供了最佳的CPU/内存/GPU配比。当使用命令行工具时，请尽量按照CPU:内存=1:2, 1:4或者1:8的比例。
开发环境创建后，不可以改变实例规格。建议创建开发环境时，预估需要的硬件资源。CPU和GPU不足的情况，通常不会产生严重后果，内存不足会导致实例崩溃重启。
一个开发环境实例最多可以使用4个GPU。
存储

开发环境内现在提供了两种文件存储：临时文件存储和基于FDS FUSE的持久化存储。两种类型的存储各有优缺点:

开发环境运行在Docker容器中，所有的默认文件会存储在容器的文件系统中。优点是文件读写速度快。缺点是文件随着开发环境的关闭会自动销毁，或者在容器重启时丢失。
挂载到开发环境的FDS FUSE文件存储，所有文件会保存在远端FDS中。优点是文件持久化保存，不会因开发环境故障发生丢失，可以支持多机同时读写。缺点是速度相对本地文件存储较慢，尤其是对频繁更改的文件性能较差。
因此，建议系统中创建的临时文件，存储在系统默认路径下；需要长久保存的模型和数据，存储在FDS FUSE目录中。对使用FDS FUSE文件系统的用户，可以从以下几方面提高性能：
使用相同机房的开发环境和FDS。相同机房的开发环境使用FDS FUSE的网络性能，高于跨机房访问的网络性能。例如在C3机房创建的开发环境，优先推荐挂载C3机房的FDS bucket。
合并多次写操作到一次，能显著提高文件读写速度。用户每次对文件执行Flush操作后，FDS FUSE都会重新上传整个文件。因此合并多次写操作成一次，能减少文件重传次数。
避免挂载的FDS bucket中存储超过10000个文件。随着文件数量的增长，FDS FUSE执行ls等遍历命令的执行时间成线性增长。建议大量零散的小文件，进行文件合并，或者存储到多个bucket中。
网络和安全

创建开发环境，配置网络和防火墙规则时

尽快关闭不需要的开发环境，释放quota资源。

原文: http://docs.api.xiaomi.com/cloud-ml/devenv/05_dev_best_practice.html