mesh

1.把枪Detach掉：DetachFromActor 3个都选择“Keep World” 2.模拟物理 3.给一个向前的速度 4.切枪，到上一个武器，或者捡起脚底下的武器 注意Get Component by Class的搜索范围：因为是在weapon枪支组件内部调用该方法，因此搜索范围仅限于weapon的内部组件。weapon的子类都添加有Mesah的组件。 StaticMesh继承与MeshComponent 这里的“Mesh”也是“StaticMesh”组件，因此 可以搜索到weapon子类里面的Mesh对象 模拟物理引起的问题：因为设置的是组件子节点模拟物理，所以扔出去的枪模型跟组件坐标位置不重叠。 解决这样的问题的办法是：把跟根节点设置为StaticMesh并设置模拟物理： 1.添加一个Static Mesh组件，并命名为Root 2.拖拽创建好的Root，拖放到默认生成出来的“DefaultSceneRoot”上面，Root组件就会变成跟根组件了。 3.根节点Root的“Static Mesh”如果为空的话，模拟物理是无效的。 4.可以添加一个很小很小的Static Mesh：在地图场景中添加一个 Box Brush，设置长宽高为0.1，并转换成 Static Mesh，命名为 Small Mesh 5.设置Root的Static

主流Java数据库连接池比较及前瞻 https://www.jianshu.com/p/b9b98ac3e010 一、主流数据库连接池 C3p0: 实现数据源和JNDI绑定，支持JDBC3规范和JDBC2的标准扩展。Hibernate、Spring使用。单线程，性能较差，适用于小型系统，代码600KB左右。 DBCP (Database Connection Pool):Apache的， Jakarta commons-pool对象池机制，Tomcat使用。单独使用dbcp需要3个包：common-dbcp.jar,common-pool.jar,common-collections.jar，预先将数据库连接放内存中，建立数据库连接时，直接到连接池中申请，用完放回。单线程，并发量低，性能不好，适用于小型系统。 Tomcat Jdbc Pool：Tomcat在7.0以前都是使用，单线程，保证线程安全会锁整个连接池，性能差，超过60个类复杂。Tomcat从7.0开始叫做Tomcat jdbc pool，基于Tomcat JULI，使用Tomcat日志框架，完全兼容dbcp，异步方式获取连接，支持高并发应用环境，核心文件8个，支持JMX，支持XA Connection。 BoneCP：高效、免费。设计提高性能，速度最快，高度可扩展：集成Hibernate和DataNucleus中

3 月，跳不动了？>>> 作者 | 汪萌海、 王思宇 业界要闻 K8s 1.8 正式 release Kubernetes1.18 版本发布！ 一些将对社区产生影响的新特性日渐完善，如 KSA（Kubernetes Service Account） tokens 的 OIDC 发现和对 Windows 节点的支持。此外，一些在 Alpha 状态下运行了很久的特性，也重新成为新的焦点，如 ingress 或 APIServer 网络代理。1.18 版本共有 13 个特性逐渐稳定，这是所有新变化的 1/3！其中几个比较有意思的特性，例如 kubectl 调试容器、使用 Kubernetes API 令牌作为通用身份验证机制、支持根据 pod 的 schedulerName 运行不同的调度配置、支持 Pod 自定义打散、HPA 支持配置伸缩速率等。 KubeOperatorV2.4 发布 3 月 16 日，开源容器平台 KubeOperator 发布 V2.4 版本。KubeOperator V2.4 版本新增了用户体系和权限，同时增加了对 Kubernetes V1.16.7 和 V1.15.10 版本的支持。 上游重要进展 eviction by process number 优化 kubelet 在 out-of-pids 的 evict 算法，优先驱逐进程数最多的 pod。

3 月，跳不动了？>>> SOFA:Channel/ ，有趣实用的分布式架构频道。 回顾视频以及 PPT 查看地址见文末。欢迎加入直播互动钉钉群 : 21992058，不错过每场直播。 本文根据 SOFAChannel#13 直播分享整理，主题：云原生网络代理 MOSN 多协议机制解析。 大家好，我是今天的讲师无钩，目前主要从事蚂蚁金服网络代理相关的研发工作，也是 MOSN 的 Committer。今天要和大家分享的是《云原生网络代理 MOSN 多协议机制解析》，并介绍对应的私有协议快速接入实践案例以及对 MOSN 实现多协议低成本接入的设计进行解读。 我们将按以下顺序进行介绍： 多协议机制产生的背景与实践痛点； 常见的协议扩展思路初探； SOFABolt 协议接入实践；（重点） MOSN 多协议机制设计解读；（重点） 后续规划及展望； 其中第三点「接入实践」是今天分享的重点，希望能给大家就「如何在 MOSN 中快速扩展私有协议接入」有一个具体的感受。另外「MOSN 如何实现多协议框架」也是很多人关心和问题，我们将摘选几个技术功能，对其背后的设计思考进行解读。 MOSN 简介 云原生网络代理 MOSN 定位是一个全栈的网络代理，支持包括网络接入层(Ingress)、API Gateway、Service Mesh 等场景，目前在蚂蚁金服内部的核心业务集群已经实现全面落地，并经受了

3 月，跳不动了？>>> 作者 | Eric Li (壮怀) 阿里巴巴云原生存储负责人 引言 随着云原生应用对可迁移性、扩展性和动态特性的需求，对云原生存储也带来了相应的密度、速度、混合度的要求，所以对云存储基本能力之上又提出了在效率、弹性、自治、稳定、应用低耦合、GuestOS 优化和安全等方面的诉求。参考 《云原生存储和云存储有什么区别？》 新的企业负载／智能工作负载容器化、迁云、存储方面遇到的性能、弹性、高可用、加密、隔离、可观测性及生命周期等方面的问题，不但需要存储产品层次的改进，还需要在云原生的控制／数据平面的改进，推进云原生存储和云存储的演进。下文将分别介绍一下问题场景及问题，探讨可行的解决方案，最终可以得出云原生存储、云存储目前可以做什么和未来还需要做什么。 存储性能 长时延增加 场景 高性能计算场景中，集中处理批量数据，通过容器集群，同时启动数千 Pod，弹出数百 ECS 对共享性文件系统读写。 问题 重负载终负载下时延增加，高延迟毛刺增多，读写稳定性不足。 解决方案 分散负载到多文件系统，通过容器编排分散 IO 到多文件系统 存储产品的盘古 2.0 改造 集中式高吞吐写对共享存储池冲击 场景 高性能计算场景中，集中处理批量数据，10Gbps 读写请求进入同一存储集群。 问题 同一存储集群中的带宽挤占，造成访问质量下降。 解决方案 分散负载到多文件系统和多个存储集群

　　在Axiom中,Animation类用于管理动画,在此对象中主要管理着AnimationTrack对象,此对象用于管理动画的各种类型的每一桢.在Axiom中,动画类型主要有变形动画,姿态动画,骨骼动画以及他们之间的混合.而此对象的各子类如NodeAnimationTrack常用于骨骼动画.而VertexAnimationTrack常用于顶点动画(包括变形动画与姿态动画),还有一种是NumericAnimationTrack用于扩展动画功能.而KeyFrame管理一桢,主要属性是当前桢的位置(time). AnimationTrack子类与KeyFrame子类有 对应关系, 其中NumbericAnimationTrack对应NumericKeyFrame,NodeAnimationTrack对应的是TransformKeyFrame,先说一句,Bone这个类就是继承的Node这个类.而VertexAnimationTrack对应VertexMorphKeyFrame(变形动画桢)和VertexPoseKeyFrame(姿态动画桢).可以简单看下, TransformKeyFrame对应骨骼桢,在骨骼动画中,每桢不同的是骨骼的位置,所以他增加(Rotaton,Scale,Translate)用来表示骨骼的位置变动.而变形动画桢每桢都有不同的顶点集合

3 月，跳不动了？>>> DataWorks 是阿里巴巴自主研发，支撑阿里巴巴经济体 99% 数据业务建设和治理，每天数万名数据开发和算法开发工程师在使用。 从 2010 年起步到目前的版本，经历了多次技术变革和架构升级，也遗留了大量的历史包袱。技术的创新和业务的发展，相辅相成但也互为掣肘。存在需求接入慢，代码牵一发而动全身，环境复杂等问题，沉疴已久。历次迭代均未从根基上升级 DataWorks ，仅仅是一些性能提升、工程结构的优化，减少了重复代码等，并未促成根本性的技术革命。 本文将探讨如何通过当前大热的微服务架构，来改变 DataWorks 平台的现实问题，从繁杂的工程中探索出一条切实可行的技术架构变革之路。 痛点 让我们先来谈谈 DataWorks 当前遇到了哪些痛点，这些痛点是倒逼着我们进行技术变革的源动力。 沉重的历史包袱 首先要提的就是历史原因遗留的各种问题， DataWorks 历史上多个版本同步开发，前后端技术栈多次变革，应用一旦上线就很难废弃，一个对外暴露的 API ，很可能是 5 年前开发的，但依然有业务在依赖，通常情况下连这些古老业务的负责人都找不到了。当我们的服务正常运行的时候，无人搭理，一旦下线，则可能不知道从哪儿跳出几个用户前来投诉。页面上的功能同样如此，有时候只是过去不知道哪位同学开发中引入的一个Bug ，但也因为我们的用户基数庞大，而变成了真理

3 月，跳不动了？>>> 作者 | 宿何 阿里云高级开发工程师 导读 ：疫情期间，“卡”成了很多人线上体验的关键词。线上预约购买口罩时，突然不能付款了；在线选课，被提示请求过多，系统无法响应；在线办公/教学时，图像或声音卡住了……这些可用性下降的场景严重的影响了用户体验，也降低了公司的工作效率。面对“卡”住了的情况 ，作为开发者的我们，需要预先通过一些手段来提前对不稳定的因素进行防护，同时在突发流量的情况下，也要具备快速止损的能力。 近年来，微服务的稳定性一直是开发者非常关注的话题。随着业务从单体架构向分布式架构演进以及部署方式的变化，服务之间的依赖关系变得越来越复杂，业务系统也面临着巨大的高可用挑战。 如何保障服务的可用性？这是一个非常庞大的话题，涉及到方方面面，其中一个重要的手段就是流控降级。 为什么要进行流控降级？ 流量是非常随机性的、不可预测的。前一秒可能还风平浪静，后一秒可能就出现流量洪峰了（例如 双11 零点的场景）。 然而我们的系统容量总是有限的，如果突如其来的流量超过了系统的承受能力，就可能会导致请求处理不过来，堆积的请求处理缓慢，CPU/Load 飙高，最终导致系统崩溃。因此，我们需要针对这种突发的流量来进行限制，在尽可能处理请求的同时来保障服务不被打垮。 一个服务常常会调用别的模块，可能是另外的一个远程服务、数据库，或者第三方 API 等。 例如，支付的时候

某厂面试归来，发现自己落伍了！>>> 作者 | kirazhou 导读 ：在 10000 多公里之外的旧金山，网络安全盛会 RSAC2020 已经落下了帷幕。而身处杭州的肖力，正在谈起今年大会的主题——Human Element。2020 年，从“人”出发，这颗石子将在国内的安全市场池子里激起怎样的涟漪？Human Element 的背后隐藏着怎样的安全洞见？ 在 Gartner 的《2020 年规划指南：身份和访问管理》报告中，我们看到了 IT 必须推进 IAM（身份和访问管理）计划，而身份治理和管理、混合/多云环境作为可预见的趋势，更是已经在风口蓄势待发。 人、身份和云端，这三者之间的角力、千丝万缕和无限可能，正是此次采访的最大收获。 Human Element：了解人的脆弱性 我们常常谈起，“安全的本质在于人与人之间的对抗。” 从攻防对抗的视角来看，人的因素使得攻防对抗成为一个动态的持久过程。攻击者的手段、工具和策略都在发生变化，而防御者的安全防护能力也在提升，两者之间持续对抗，安全水位线一直动态变化。 在整个攻防对抗过程中，人，既是防御者，也可能成为攻击者，而对抗不仅会发生在企业与外部的对峙中，很多时候也发生在企业内部。 人，是绝对的安全核心，这是今年 RSAC 大会传递给我们的讯息。而在关注人的安全技能与能力建设之余，也要清晰地认知：人的脆弱性使人本身成为安全中薄弱的一环

某厂面试归来，发现自己落伍了！>>> TiDB 挑战赛第二季之 易用性挑战赛 已经开始一周了，由于有参加过上一季 性能挑战赛 的老玩家强势加入，这一季挑战赛的竞争格外激烈，短短一周的时间，已有 3 支队伍获得了上千积分！ 完整积分排行榜可以登陆 活动官网 查看。 战况简介： BABAIsWatchingYou Team 通过 改进 Rust-Prometheus 中 Thread Local Metrics 的易用性 获得 2530 分。 niedhui Team 通过 为 TiDB-Dashboard 增加 TLS 支持 获得 1680 分。 hawking&chacha Team 通过 为 RocksDB WAL 写延迟增加监控 获得了 1300 分。 .* Team 通过 使用单独的日志文件存储 TiKV 慢查询日志 获得了 950 分。 羡慕不如行动！我们也在这里简单分享一些捞分技巧，希望能够帮助大家快速上手，追上这些排名靠前的参赛选手们。 捞分技巧 1：用户投票结果中排名前三的需求有高额加分！ 为鼓励大家选择用户呼声更高的任务，本次挑战赛中用户投票排名前三的需求对应的任务，会在原有积分的基础上分别额外增加 10000、8000、6000 分。比如这个排名第三的需求： record access statistics of databases, tables and