MapReduce任务commit阶段优化 操作场景 默认情况下，如果一个MR任务会产生大量的输出结果文件，那么该job在最后的commit阶段，会耗费较长的时间将每个task的临时输出结果commit到最终的结果输出目录。特别是在大集群中，大Job的commit过程会严重影响任务的性能表现。

查看更多 →

MapReduce任务commit阶段优化 操作场景 默认情况下，如果一个MR任务会产生大量的输出结果文件，那么该job在最后的commit阶段，会耗费较长的时间将每个task的临时输出结果commit到最终的结果输出目录。特别是在大集群中，大Job的commit过程会严重影响任务的性能表现。

查看更多 →

数据序列化 操作场景 Spark支持两种方式的序列化 ： Java原生序列化JavaSerializer Kryo序列化KryoSerializer 序列化对于Spark应用的性能来说，具有很大的影响。在特定的数据格式的情况下，KryoSerializer的性能可以达到JavaS

查看更多 →

函数支持json序列化和反序列化 使用NET Core CLI 使用Visual Studio 父主题： 开发事件函数

查看更多 →

MapReduce MapReduce基本原理 MapReduce与其他组件的关系 MapReduce开源增强特性 父主题： 组件介绍

查看更多 →

MapReduce应用开发常用概念 Hadoop shell命令 Hadoop基本shell命令，包括提交MapReduce作业，kill MapReduce作业，进行HDFS文件系统各项操作等。 MapReduce输入输出(InputFormat，OutputFormat) M

查看更多 →

优化器 查询重写 路径生成 计划生成 Analyze utile接口

查看更多 →

约束，因为这样设置会使模型可探索的区间比较小，导致可能没有结果生成。如果分子较难优化，优化后的分子数过少，建议可以适当放宽强约束的条件设置，比如相似度可以放宽到0.3~1.0。如果分子较易优化，优化后的分子相似度较高，新颖性较低，建议可以适当收紧强约束的条件设置，比如相似度可以收紧到0

查看更多 →

容量优化 在客户的运维工作中，为了保证业务可以持续运转不间断，需要提前识别高负载风险实例并提前做出应对措施。容量优化可以根据用户输入的安全阈值帮助客户快速识别风险实例并给出优化建议。 使用场景 当用户期望能预测资源的负载情况，识别出高负载资源时，可以使用该功能进行辅助预测。 限制与约束

查看更多 →

成本优化 在您通过成本中心了解和分析您的成本情况后，您可以确定成本偏高的原因，然后采取针对性的优化措施。 资源优化 您可以通过 云监控服务 监控资源的使用情况，识别空闲资源，寻找节约成本的机会。也可以根据成本分析阶段的分析结果识别成本偏高的资源，然后采取针对性的优化措施。 通过CES

查看更多 →

成本优化 在您通过成本中心了解和分析您的成本情况后，您可以确定成本偏高的原因，然后采取针对性的优化措施。 资源优化 通过CES查看GeminiDB Mongo监控指标，例如CPU、内存、磁盘的使用率，如果当前配置过高，可以通过规格变更降低配置。 监控GeminiDB Mongo资源闲置情况，及时删除闲置的实例。

查看更多 →

成本优化 在您通过成本中心了解和分析您的成本情况后，您可以确定成本偏高的原因，然后采取针对性的优化措施。 资源优化 通过CES查看GeminiDB Redis监控指标，例如CPU、内存、磁盘的使用率，如果当前配置过高，可以通过规格变更降低配置。 监控GeminiDB Redis资源闲置情况，及时删除闲置的实例。

查看更多 →

成本优化 在您通过成本中心了解和分析您的成本情况后，您可以确定成本偏高的原因，然后采取针对性的优化措施。 资源优化 您可以通过云监控服务监控资源的使用情况，识别空闲资源，寻找节约成本的机会。也可以根据成本分析阶段的分析结果识别成本偏高的资源，然后采取针对性的优化措施。 通过CES查看 GaussDB (for

查看更多 →

优化Selinux SUSE操作系统无selinux配置文件，跳过该项配置。 执行以下命令，在vi编辑器中打开“/etc/selinux/config”。 vi /etc/selinux/config 按“i”进入编辑模式，修改SELINUX=disabled。 修改完成后，按“

查看更多 →

数据优化 根据统计结果，双方可能会发现存在以下两个问题： 碰撞后的数据总数比较小。 碰撞后的数据分布不太均衡，负样本的比例过高。 这种情况下双方可以重复2-5的步骤更新自己提供的数据，多次执行样本分布统计直至达到比较满意的碰撞结果和分布结果。 至此联邦建模的数据准备阶段完成，接下来就是使用准备好的数据进行联邦建模。

查看更多 →

成本优化 为什么长时间没有EIP、ELB、EVS的资源优化建议？

查看更多 →

为什么不默认使用Kryo序列化？ Spark默认使用的是Java的序列化机制，也就是ObjectOutputStream/ObjectInputStream API来进行序列化和反序列化。但是Spark同时支持使用Kryo序列化库，Kryo序列化类库的性能比Java序列化类库的性能要高很多。官方介

查看更多 →

开发Spark应用程序时，优化RDD的数据结构。 使用原始类型数组替代集合类，如可使用fastutil库。 避免嵌套结构。 Key尽量不要使用String。 开发Spark应用程序时，建议序列化RDD。 RDD做cache时默认是不序列化数据的，可以通过设置存储级别来序列化RDD减小内存。例如：

查看更多 →

成本优化 在您通过成本中心了解和分析您的成本情况后，您可以确定成本偏高的原因，然后采取针对性的优化措施。 资源优化 您可以通过云监控服务监控资源的使用情况，识别空闲资源，寻找节约成本的机会。也可以根据成本分析阶段的分析结果识别成本偏高的资源，然后采取针对性的优化措施。 通过CES

查看更多 →

算法优化 PERF05-02 通用算法优化 父主题： PERF05 性能优化

查看更多 →

资源优化 PERF05-03 WEB场景资源优化 PERF05-04 大数据场景资源优化 父主题： PERF05 性能优化

查看更多 →