更新于:04-06 09:44

有关[优化]分类推荐

新一代CTR预测服务的GPU优化实践

于09-09 08:00 - 美团技术团队 -
CTR(Click-Through-Rate)即点击通过率,是指网络广告的点击到达率,即该广告的实际点击次数除以广告的展现量. 为CTR指标服务的打分模型,一般称为CTR模型. 我们可以将此概念进一步扩展到互联网应用中各种预估转化率的模型. CTR模型在推荐、搜索、广告等场景被广泛应用. 相对于CV(计算机视觉)、NLP(自然语音处理)场景的模型,CTR模型的历史结构比较简单,计算量较小.

Django 优化数据库查询的一些经验

于08-20 20:06 - laixintao - Python cache Database django django-rest-framework
ORM 帮我们节省了很多工作,基本上不用写 SQL,就可以完成很多 CRUD 操作,而且外键的关联也会自动被 ORM 处理好,使得开发的效率非常高. 我觉得 Django 的 ORM 在 ORM 里面算是非常好用的了,尤其是自带的 Django-admin,可以节省很多工作,甚至比很多公司内部开发的后台界面都要优秀.

中国大学 MOOC Android 性能优化:冷启动优化总结

于08-05 10:09 - youdao - 未分类
联系我们: 有道技术团队助手:ydtech01 / 邮箱:[email protected] 本文的重点在于如何定量的排查冷启动过程中的耗时操作,并提供对应的优化思路和实践方法总结. 同时本文涉及到的冷启动优化主要涵盖两个方面:Application 的性能优化和 Launcher Activity 的性能优化.

写给中高级前端关于性能优化的9大策略和6大指标 | 网易四年实践

于07-14 08:00 - JowayYoung - 前端 html css javascript 性能优化
笔者近半年一直在参与项目重构,在重构过程中大量应用 性能优化和 设计模式两方面的知识. 性能优化和 设计模式两方面的知识不管在工作还是面试时都是高频应用场景,趁着这次参与大规模项目重构的机会,笔者认真梳理出一些常规且必用的 性能优化建议,同时结合日常开发经验整理出笔者在网易四年来实践到的认为有用的所有 性能优化建议,与大家一起分享分享.

HBase客户端访问超时原因及参数优化_Fang的博客-CSDN博客

于07-02 09:04 - -
默认的HBase客户端的参数配置是没有做过优化的,所以对于低延时响应的HBase集群,需要对客户端的参数进行优化. 以毫秒计算的所有HBase RPC超时,默认为60s. 该参数表示一次RPC请求的超时时间. 如果某次RPC时间超过该值,客户端就会主动关闭socket. 如果经常出现java.io.IOException: Connection reset by peer异常问题,估计HBase集群出现了大量高并发读写业务或者服务器端发生了比较严重的Full GC等问题,导致某些请求无法得到及时处理,超过了设置的时间间隔.

高吞吐、低延迟 Java 应用的 GC 优化实践

于06-15 00:00 - - dev
“以下信息节选自涤生的翻译内容”. 本篇原文作者是 LinkedIn 的 Swapnil Ghike,这篇文章讲述了 LinkedIn 的 Feed 产品的 GC 优化过程,虽然文章写作于 April 8, 2014,但其中的很多内容和知识点非常有学习和参考意义. 高性能应用构成了现代网络的支柱. LinkedIn 内部有许多高吞吐量服务来满足每秒成千上万的用户请求.

TCP之网络优化

于06-10 08:12 - oneman0517 -
上一篇文章我提到了Nagle算法,是为了解决报头大数据小从而导致网络利用率低的问题,这其实会带来新的问题. 除此之外我们一起来看看tcp还会有什么优化策略呢. 本文纯属学习记录,不完善或错误之处若指正将不胜感激. 首先我们先康康Nagle算法. (1)如果包长度达到MSS,则允许发送;. (2)如果该包含有FIN,则允许发送;.

从源码中来,到业务中去,React性能优化终极指南

于05-27 11:03 - youdao - 技术分享 大前端 react
前言:我们从React源码入手,结合有道精品课大前端的具体业务,运用三大原则对系统进行外科手术式的优化. 同时介绍React Profiler这款工具如何帮我们定位性能瓶颈前言:我们从React源码入手,结合有道精品课大前端的具体业务,运用三大原则对系统进行外科手术式的优化. 同时介绍React Profiler这款工具如何帮我们定位性能瓶颈.

告诉面试官,我能优化groupBy,而且知道得很深!

于05-02 14:18 - 谦虚的小叮当 -
当我们交友平台在线上运行一段时间后,为了给平台用户在搜索好友时,在搜索结果中推荐并置顶他感兴趣的好友,这时候,我们会对用户的行为做数据分析,根据分析结果给他推荐其感兴趣的好友. 这里,我采用最简单的SQL分析法:对用户过去查看好友的性别和年龄进行统计,按照年龄进行分组得到统计结果. 依据该结果,给用户推荐计数最高的某个性别及年龄的好友.

Hive优化之小文件问题及其解决方案_lavimer-CSDN博客

于04-14 16:18 - -
1.动态分区插入数据,产生大量的小文件,从而导致map数量剧增. 2.reduce数量越多,小文件也越多(reduce的个数和输出文件是对应的). 3.数据源本身就包含大量的小文件. 1.从Hive的角度看,小文件会开很多map,一个map开一个JVM去执行,所以这些任务的初始化,启动,执行会浪费大量的资源,严重影响性能.

详解低延时高音质:丢包、抖动与 last mile 优化那些事儿

于03-19 00:00 - - dev
本篇是「详解低延时高音质系列」的第三篇技术分享. 我们这次要将视角放大,从整个音频引擎链路的角度,来讲讲在时变的网络下,针对不同的应用场景,如何权衡音质和互动的实时性. 当我们在讨论实时互动场景下的低延时、高音质的时候,我们其实要面对的是从端到端整个音频引擎链路上的音质问题. 我们在第一篇文章中,简单的描绘过一条音频传输的过程,如果在该基础上再进一步细化,音频引擎的整个链路包含以下各步骤: 1.

“内源”文化优于中台思想 - Phodal | Phodal - A Growth Engineer

于03-01 07:29 - -
内源即将开源方法(最佳实践、协作方式、架构模式等)融入到组织的软件构建和发布方式之中,以在组织内构建类似开源的文化. 作为一个站在国内开源前线的开发者(GitHub 国内 Top 10),我本应该早点写一篇关于:『为什么应该选择内源,而非中台. 然而呢,中台一直在火,找不到合适的机会. 直到最近,因为拆中台,所以它又火了.

Docker镜像优化:如何从1.16GB优化到22.4MB

于02-17 22:16 - megrez -
图源  www.docker.com. Docker是软件开发者和系统管理员用容器构建、运行和共享应用程序的平台. 一个 容器是一个运行在隔离环境中、拥有自己的文件系统上的进程;这个文件系统是使用 docker镜像构建的. 镜像文件包括运行应用程序所需的一切(编译后的代码、依赖关系、库等). 镜像可以使用一个名为 Dockerfile的文件来定义.

MySQL海量数据优化(理论+实战) 吊打面试官

于02-02 09:12 - 消灭知识盲区 -
提示:下方有源代码地址,请自行拿取. 朋友们,又见面了,上篇文章咱们讲到MySQL分库分表的方法,这篇文章咱们就针对上一篇文章模拟在MySQL中海量数据的优化方法,文章干货较多,建议你点赞、评论、收藏、关注起来慢慢看. 提示:以下是本篇文章正文内容,案例仅供参考. 咱们建一张用户表,表中的字段有用户ID、用户名、地址、记录创建时间,如图所示.

优化无止境,爱奇艺中后台 Web 应用性能优化实践

于01-11 00:00 - - tuicool
爱奇艺视频生产智能云平台系统在今年进行了一次 重大升级,前端团队也趁此机会将 底层技术架构从三年前的 Arm.js(内部MVC框架)+ Java BFF + Velocity 模板完全切换到了 Vue.js + Node.js BFF 的技术栈. 新的前端应是一个拥有超过 十个业务模块的单页面应用,每个模块已经通过路由懒加载进行了拆分,同时公共的第三方依赖也拆分到了单独的 Vendor 文件.

Lucene 中的 Stored Fields 存储优化

于01-09 23:28 - Qunar技术沙龙 -
Qunar 酒店的搜索和 suggest 是基于 Lucene 构建的,在我们的使用场景中,由于召回和排序是作为两个单独的应用,当召回的文档数量比较多的时候,响应速度较慢,Young GC 也比较严重,导致并发量很难上去. 经过分析我们发现,主要的问题是因为需要获取大量文档的存储字段,造成反序列化比较多,所以影响速度,GC 也比较多.

弱网络环境下最优调度和优化传输层协议方案_justinjing的专栏-CSDN博客_网络较差用什么协议

于12-06 09:01 - -
与有线网络通信相比,无线网络通信受环境影响比较大(例如高层建筑、用户移动、环境噪音、相对封闭环境等等),网络的服务质量相对来说不是非常稳定,导致用户经常会在弱信号的网络环境下通信. 而当用户在这种网络环境下通信时,则存在较多的丢包、误码、超时、连接中断以及难以接入网络等情况. 通信除了受环境影响以外,网络覆盖和室分系统不完善、邻区漏配、导频污染、过载控制等原因也都会产生无线呼叫掉线、服务质量下降等问题.

服务注册中心 | 记一次 Consul 故障分析与优化

于11-22 03:52 - 爱奇艺技术 -
在微服务体系中,服务注册中心是最基础的组件,它的稳定性会直接影响整个服务体系的稳定性. 本文主要介绍了爱奇艺微服务平台基于 Consul 的服务注册中心建设方式,与内部容器平台、API 网关的集成情况,并重点记录了 Consul 遇到的一次故障,分析解决的过程,以及针对这次故障从架构上的优化调整措施.

webview的秒开优化的历程

于11-16 12:29 - this7714 -
实践hybrid其实是一个相互学习的过程,从一开始flag 用vue写出小程序的效果hybrid架构到实践后发现 hybrid架构和框架无关. weex有很好的框架指导方向,uniapp的生态为创业team又是不错的选择, 可是在一个成熟的公司而言是不会轻易考虑除小程序 RN flutter之外的技术 因为公司业务的类型多边形和多变形和一级变态性能需求,要的不仅仅是的打开和使用.

MySQL数据库优化二三事

于11-09 16:49 - -
平时在开发新项目时,有时因为工期紧张,经常会以实现功能为目标,不太注意效率问题,特别是在SQL语句上. 简单来说是加索引,重建结构,杀进程,杀DBA……如果在一个没有DBA的公司,上线一时爽,事后火葬场,卑微测试一不小心背黑锅. 测试人员也会和数据打交道,今天总结数据库的优化知识. 主要介绍可以从哪些方面优化数据库,提高数据库的执行效率.

对DevOps流水线设计的优化和改进实践(201014)

于10-14 20:28 - 人月神话 - 微服务架构
对于DevOps过程支撑平台,我在前面已经写过相应的文章. 在整个DevOps平台的建设过程中可以看到持续集成和持续交付始终都是平台的一个重要内容. 而在整个持续集成和交付过程中,流水线设计又是相对关键的一个内容. 通过流水线设计可以很灵活的通过可视化配置的方式,将我们软件持续集成中涉及到的编译构建,打包,部署,代码检查,测试,环境迁移等各种活动编排在一起,形成一个自动化执行的完成流程.

今日头条品质优化 - 图文详情页秒开实践

于09-24 11:22 - 字节跳动技术团队 -
作为一个内容类应用,看新闻读资讯一直是头条用户的核心需求,页面的打开速度直接关系到用户使用头条的核心体验,在头条中,为了更多的承载足够丰富的样式和逻辑下保持多端体验的统一,详情页的内容我们是通过 WebView 来承载的,但 WebView 本身的性能相比 Native 来说比较差,因此,今日头条技术团队一直致力于优化详情页的加载速度.

[译] ASP.NET Core 性能优化最佳实践

于09-19 00:00 - - dev
本文提供了 ASP.NET Core 的性能最佳实践指南. 译文原文地址: https://docs.microsoft.com/en-us/aspnet/core/performance/performance-best-practices?view=aspnetcore-3.1. 这里有一篇文档在多个部分中讨论了如何积极利用缓存.

今日头条品质优化:图文详情页秒开实践

于09-17 00:00 - - dev
作为一个内容类应用,看新闻读资讯一直是头条用户的核心需求,页面的打开速度直接关系到用户使用头条的核心体验,在头条中,为了更多的承载足够丰富的样式和逻辑下保持多端体验的统一,详情页的内容我们是通过 WebView 来承载的,但 WebView 本身的性能相比 Native 来说比较差,因此,今日头条技术团队一直致力于优化详情页的加载速度.

ClickHouse 在实时场景的应用和优化

于09-06 10:00 - 字节跳动技术团队 -
在介绍实时场景之前,我先简单讲一下早期的离线数据是如何支持的:. 在第一场分享中,技术负责人陈星介绍了 ClickHouse 在字节跳动内部最早支持的两个业务场景,用户行为分析平台和敏捷 BI 平台. 这两个平台的数据主要由分析师或者数仓同学产出,以 T+1 的离线指标为主. 考虑到 ClickHouse 并不支持事务,为了保障数据的一致性,我们在 ClickHouse 系统外实现了一套外部事务:.

MySql 日常指导,及大表优化思路(值得收藏)

于08-20 15:18 - 简爱w -
当MySQL单表记录数过大时,增删改查性能都会急剧下降(文末有福利). 除非单表数据未来会一直不断上涨,否则. 不要一开始就考虑拆分,拆分会带来逻辑、部署、运维的各种复杂度,一般以整型值为主的表在. 而事实上很多时候 MySQL 单表的性能依然有不少优化空间,甚至能正常支撑. 尽量使用 TINYINT、 SMALLINT、 MEDIUM_INT 作为整数类型而非 INT,如果非负则加上 UNSIGNED.

MySQL性能优化,MySQL索引优化,order by优化,explain优化

于07-11 16:13 - IT老哥 -
今天我们来讲讲如何优化MySQL的性能,主要从索引方面优化. 下期文章讲讲 MySQL慢查询日志,我们是依据慢查询日志来判断哪条SQL语句有问题,然后在进行优化,敬请期待 MySQL慢查询日志篇.     name VARCHAR(24) NOT NULL DEFAULT "" COMMENT'姓名',.

微博数仓数据延时优化方案

于06-30 12:48 - -
本文以离线数据仓库为背景,重点介绍因传输链路数据延时的不确定性,可能导致部分延迟文件无法参与正常的调度计算或同步,导致数据缺失的问题成因、业务影响及相应的解决方案. 关于这类问题的处理,有这么一种论调:我们认为正常情况下,. 缺失数据的比例是很小的,可以大致认为数据是可用的的;或者我们可以推后一下计算的时间,让数据尽可能的传输完整;诸如此类….

Elasticsearch搜索中文分词优化 - 简书

于06-22 15:18 - -
Elasticsearch 中文搜索时遇到几个问题:. 当搜索关键词如:“人民币”时,如果分词将“人民币”分成“人”,“民”,“币”三个单字,那么搜索该关键词会匹配到很多包含该单字的无关内容,但是如果将该词分词成一个整词“人民币”,搜索单字如“人”字又不会匹配到包含“人民币”关键词的内容,怎么解决这个问题,既保证覆盖度又保证准确度?.

elasticsearch 优化写入速度 | easyice

于05-24 18:09 - -
translog flush 间隔调整. 索引刷新间隔调整: refresh_interval. bulk 线程池和队列大小. 调整字段 Mappings. 对于 Analyzed 的字段禁用 Norms. index_options 设置. 基于版本: 2.x – 5.x. 在 es 的默认设置,是综合考虑数据可靠性,搜索实时性,写入速度等因素的,当你离开默认设置,追求极致的写入速度时,很多是以牺牲可靠性和搜索实时性为代价的.有时候,业务上对两者要求并不高,反而对写入速度要求很高,例如在我的场景中,要求每秒200w 条的平均写入速度,每条500字节左右.