6 天前 / 宜信技术学院
文章来源：宜信技术学院 & 宜信支付结算团队技术分享第4期-支付结算部支付研发团队高级工程师陶红《JAVA类反射技术&优化》 分享者：宜信支付结算部支付研发团队高级工程师陶红 在实际工作中的一些特定应用场景下，JAVA类反射是经常用到、必不可少的技术，在项目研发过程中，我们也遇到了不得不运用JAVA类反射技术的业务需求，并且不可避免地面临这个技术固有的性能瓶颈问题。通过近两年的研究、尝试和验证，我们总结出一套利用缓存机制、大幅度提高JAVA类反射代码运行效率的方法，和没有优化的代码相比，性能提高了20～30倍。本文将与大家分享在......
11 天前 / 微光
MySQL分页offset过大性能问题与优化DaemonCoder | 2018-11-17 18:48:10背景最近被DBA报了一个慢查询，一条sql要执行几秒甚至十几秒，直接导致cpu idle报警，幸好线上没有出事故。这里记录下问题的详细信息和解决方案。 Mysql表结构大概可以简化为这样： CREATE TABLE `t` ( `a` int(11) NOT NULL, `b` int(11) DEFAULT NULL, `c` int(11) DEFAULT NULL, PRIMARY KEY (`a`), KEY `idx_c` (`c`) ) ENGINE=InnoDB a、b、c三列，a列是主键，c列上有索引（当然线上真实的表结构比这个更复杂，此处只是为了说明问题，略去不相关字段）。 这个表......
26 天前 / php-v
导读：协程或者绿色线程是近年来经常讨论的话题。Tokio作为Rust上协程调度器实现的典型代表，其设计和实现都有其特色。本文是Tokio团队在新版本调度器发布后，对其设计和实现的经验做的总结，十分值得一读。 Tokio——作为 Rust 语言的异步运行时，我们一直在为它的下一个大版本发布而努力。今天，伴随着 Pull request 的提交这个成果终于可以呈现出来：一个完全重写的调度器，带来巨大的性能提升。在一些性能基准测试中表现出10倍的提升，此外我们也对一些容易受到影响的“用例”，比如 Hyper 及 Tonic，做了额外的测试，以验证新的调度器是......
74 天前 / 煎鱼
Go1.13 defer 的性能是如何提高的？一、测试Go1.12Go1.13二、看一下之前（Go1.12）现在（Go1.13）三、观察源码_deferdeferprocStackdeferproc小结四、编译器如何选择escssa小结总结Go1.13 defer 的性能是如何提高的？最近 Go1.13 终于发布了，其中一个值得关注的特性就是 defer 在大部分的场景下性能提升了30%，但是官方并没有具体写是怎么提升的，这让大家非常的疑惑。而我因为之前写过《深入理解 Go defer》和 《Go defer 会有性能损耗，尽量不要用？》这类文章，因此我挺感兴趣它是做了什么改变才能得到这样子的结果，所以今天和大家一起探索其......
105 天前 / 豌豆花下猫
首发于Cerulean的专栏写文章提升Python性能 - Numba与CythonCeruleanWQuant Trading and Machine Learning199 人赞同了该文章背景这篇文章的背景是在最近的工作中涉及到了一些计算密集型任务，这些计算密集型任务或多或少触发了一些之前几乎没有关心过的Python性能问题，所以写下这篇文章分析Python的性能问题，并调研了一些对应的改善方案（Numba、Cython）。 坦白地说，在过往用Objective-C写iOS应用的经历中，除了一些面试和工作中常见的关于一些UI组件渲染的性能问题外，几乎没有关心过代码执行的效率（性能）问题。这次也正好是一个契机使我......
126 天前 / yaya
女主宣言 今天我们简要概述我们尚未讨论的SQL优化的其他几个方面。以及对我们SQL性能和优化的四个部分文章进行总结。希望对大家在SQL性能优化方面有所帮助。 PS：丰富的一线技术、多元化的表现形式，尽在“360云计算”，点关注哦！ SQL性能第1篇：关系优化 SQL性能第2篇：查询分析和访问路径制定 SQL性能第3篇：多表访问方法 今天的文章总结了我们对SQL性能和优化的四个部分。 第一部分介绍并解释了关系优化；第二部分回顾了查询分析，介绍了单表访问路径的制定方法；第三部分介绍了多表SQL优化……今天我们简要概述了我们尚未讨......
165 天前 / PHPer
第 86 篇文章 这是关于 Swoole 入门学习的第十篇文章：压测 swoole_websocket_server 性能。 第九篇：Swoole Redis 连接池的实现 第八篇：Swoole MySQL 连接池的实现 第七篇：Swoole RPC 的实现 第六篇：Swoole 整合成一个小框架 第五篇：Swoole 多协议 多端口 的应用 第四篇：Swoole HTTP 的应用 第三篇：Swoole WebSocket 的应用 第二篇：Swoole Task 的应用 第一篇：Swoole Timer 的应用 概述收到读者提问 “使用 Swoole 开发的群聊功能，想知道并发情况，也就是想压测下 QPS，一直未找到方法 ...” 对 swoole_http_server 压测，咱......
166 天前 / LinuxEverything
点击上方蓝色字关注我们~ Transparent huge pages for filesystemsByJake Edge May 22, 2019 LSFMM 继续2019 Linux Storage, Filesystem, and Memory-Management Summit (LSFMM)会议记录。Liu Song在会场里提出一个问题，关于如何让文件系统能真正支持transparement huge pages (THPs)。大家都知道文件系统支持THPs很难，那么如何开始第一步？Liu Song在Facebook工作，他们很需要在file page cache里面支持THPs。THPs可以减少page数量，从而减少TLB miss（Translation lookaside buffer miss，指MMU地址翻译没法利用TLB快速查询到结......
169 天前 / yangyidba
一前言 计划今年将数据库服务器的os 从centos 6 升级到centos 7,根据惯例,升级之前我们要进行一次性能压测。本文分享一下我们的压测记录和结果。 二 压测准备2.1 压测方法使用sysbench-0.5构造10张表 ，每张表500w数据，并行度分别为12 24 36 48 60 72 ，每个并发压测4小时，共计24小时。压测命令如下 /opt/yz-sysbench/bin/sysbench --test=/opt/yz-sysbench/share/sysbench/oltp.lua --oltp-tables-count=10 --oltp-table-size=5000000 --mysql-db=sysbench --mysql-user=sysbench --mysql-password=sysbench --mysql-socket=/srv/my3306/ru......
176 天前 / chaishushan
Ending定律：一切可编译为WebAssembly的，终将会被编译WebAssembly。 原文：https://www.ebayinc.com/stories/blogs/tech/webassembly-at-ebay-a-real-world-use-case/ WebAssembly完全是含着金汤勺出生，2018年发布1.0正式版本更是彻底引爆了整个软件行业——这是要彻底革大家的命啊！被大家期望主要的原因还是JS是烂泥扶不上墙（听说V8已经对JS放弃治疗，改玩各种语法糖的方向），各种性能低下的JS库都指望WebAssembly来续命呢。eBay当然也是白金钻石粉丝之一。 eBay的码农们整天兴奋的失眠，只能靠刷WebAssembly各种八卦来划水摸鱼。终于......
178 天前 / sjf0115
DataFun社区大数据、算法的交流学习平台圈内人都在关注 本文根据阿里巴巴高级技术专家李钰（Yu Li）老师在中国HBase技术社区第二届MeetUp：“HBase技术解析及应用实践”中分享的《HBase in Practice-性能、监控及问题解决》编辑整理而成，在未改变原意的基础上稍做整理。 李钰（Yu Li）老师 今天分享主要从两个大的部分介绍，第一部分会讲一些性能优化的知识，针对IO的性能优化，不同版本值得注意的性能问题/优化；第二部分将监控应该关注哪些指标以及在日志里面如何做问题排查。 首先讲一下针对IO性能优化。每个厂商IO硬件性......
190 天前 / 崔秀龙
如果你正在运行 Kubernetes，你可能正在使用，或者准备使用动态供给的块存储卷，而首当其冲的问题就是为集群选择合适的存储技术。这个事情并不能用一个简单的测试来做出简单的回答，告诉你目前市面上最好的技术是什么。存储技术的选择过程中，集群上运行的负载类型是一个重要的输入。对于裸金属集群来说，需要根据实际用例进行选择，并集成到自己的硬件之中。公有云中的托管 K8s，例如 AKS、EKS 或者 GKE，都具有开箱可用的块存储能力，然而这也不见得就是最好的选择。有很多因素需要考虑，比如说公有云的 StorageClass 的故障转移时间太长。例如在......
194 天前 / IT一刻钟
微信公众号：IT一刻钟 大型现实非严肃主义现场 一刻钟与你分享优质技术架构与见闻，做一个有剧情的程序员 关注可第一时间了解更多精彩内容，定期有福利相送哟。 分布式消息队列通常有高可靠性的要求，所以消息数据是需要持久化存储的。那么以什么方式来进行持久化是一个值得商榷的问题。 从存储方式和效率来看，文件系统 > KV存储 > 关系型数据库，直接操作文件系统自然是最快的一种存储方式，但是仅仅如此就可以了吗？ 当然不是，在无数的过往学习中，磁盘IO性能拖累系统性能是众所周知的。那么RocketMQ是怎么解决呢？ 各位看官且待我慢......