- 综合排序
- 最热优先
- 最新优先
- 来自专栏Web行业观察
3D引擎中LOD技术的理论基础
本文介绍LOD技术： Level Of Details：细节层次 手动LOD导入 自动LOD生成 LOD碰撞检测的一致性 LOD打包：选择性降级 Level Of Details：细节层次 理论基础 ://docs.unrealengine.com/en-US/Engine/Content/Importing/FBX/HowTo/ImportingLODs/index.html 自动LOD生成 理论基础 =50,PixelError=12,SilhouetteImportance=4,Name=LOCTEXT("LevelArchitectureLOD","Level Architecture")) 3. docs.unrealengine.com/en-US/Engine/Content/Types/StaticMeshes/HowTo/LODCollision/index.html LOD打包：选择性降级 理论基础 ConsoleVariables] 2.; Strip render data for LODs below the MinLOD for the target platform during cooking. 3.
3.3K21发布于 2020-10-09 - 来自专栏全栈程序员必看
进程理论基础
必备的理论基础： #一 操作系统的作用： 1：隐藏丑陋复杂的硬件接口，提供良好的抽象接口 2：管理、调度进程，并且将多个进程对硬件的竞争变得有序 #二 多道技术： 1.产生背景 [3] 进程是操作系统中最基本、重要的概念。是多道程序系统出现后，为了刻画系统内部出现的动态情况，描述系统内部各道程序的活动规律引进的一个概念,所有多道程序设计操作系统都建立在进程的基础上。 （3）阻塞(Blocked)状态正在执行的进程，由于等待某个事件发生而无法执行时，便放弃处理机而处于阻塞状态。 一个进程在运行过程中开启了子进程（如nginx开启多进程，os.fork,subprocess.Popen等） 3. 用户的交互式请求，而创建一个新进程（如用户双击暴风影音） 4. 出错退出（自愿，python a.py中a.py不存在） 3. 严重错误（非自愿，执行非法指令，如引用不存在的内存，1/0等，可以捕捉异常，try…except…） 4.
55620编辑于 2022-07-21 - 来自专栏hotarugaliの技术分享
编码理论基础
码率的定义 定义五：一个 q 元 (n,M) 码的码率定义为 图片 图片 3. 附录 《编码理论基础》by 陈鲁生
1.9K10编辑于 2022-08-30 - 来自专栏Java成长之路
Solr理论基础
文档编号 内容字段 1 A Fun Guide to Cooking 2 Decorating Your Home 3 How to Raise a Child 4 Buying a New Car 5 词项 文档编号 词项位置 home 5 4 8 4 new 5 3 8 3 模糊匹配 通配符搜索 搜索以offi开头的文档： * Query: offi* 匹配 office, officer Query: title:(solr^2in^.01action^1.5)^3OR”solrinaction”^2.5 查询阶段的权重可应用在查询表达式的任何部分，也可以对整个字段设置权重 规范化因子 q=*:*&shards=box1:8983/solr/core1,box2:8983/solr/core2,box2:8983/solr/core3 以上例子有4个特点： 该分片参数用于指定一个或多个 它们可以放在同一台机器上，例如：这里示例的内核core2和core3都放在box2机器上。 集群 vs.
2.1K30发布于 2018-09-29 - 来自专栏学海无涯
Combine理论基础
面向异步数据流的编程思想。业界比较知名的响应式框架是 ReactiveX 系列。Rx 也有 Swift 版本 — RxSwift。
1.1K10发布于 2020-02-18 - 来自专栏java编程那点事
iOS理论基础（二）
getter 方法的声明,如果我们真的需要给 category 增加属性的实现,需要借助于运行时的两个函数： objc_setAssociatedObject objc_getAssociatedObject 3. 3. Normal forwarding 这一步是Runtime最后一次给你挽救的机会。首先它会发送-methodSignatureForSelector:消息获得函数的参数和返回值类型。
74210编辑于 2023-02-25 - 来自专栏java编程那点事
iOS理论基础（一）
3.这个写法会出什么问题： @property (copy) NSMutableArray *array; a.添加,删除,修改数组内的元素的时候,程序会因为找不到对应的方法而崩溃.因为 copy 就是复制一个不可变
37120编辑于 2023-02-25 - 来自专栏wym
树状数组理论基础
3）在对某一个元素进行修改时，也只需要修改树状数组中某几个元素的和即可。 树状数组的结构 image.png 1）a是原始数据的树状数组。 2）数组e表示树状数组。 例如，e[1]=a[1],e[4]=e[2]+a[3]+a[4]=e[1]+e[2]+e[3]+e[4]. 3)如果数字i的二进制表示中末尾有k个连续的0，则e[i]是a数组中连续2的k次方个元素的和，
52620发布于 2018-08-30 - 来自专栏wym
线段树理论基础
线段树（segment tree）是一种二叉搜索树，它的每一个结点对应着一个区间[L,R],叶子节点对应的是一个单位区间，即L==R。
81330发布于 2018-08-30 - 来自专栏微信公众号【Java技术江湖】
分布式系统理论基础3： 时间、时钟和事件顺序
这对后端工程师来说是很重要的一门学问，我们会逐步了解分布式理论中的基本概念，常见算法、以及一些较为复杂的分布式原理，同时也需要进一步了解zookeeper的实现，以及CAP、一致性原理等一些常见的分布式理论基础 假如我们对图1的A、B、C分别编号Ai = 1、Bj = 2、Ck = 3，因 C(B4) = C(C3) 并且 Bj < Ck，则 B4 => C3。 例如图1中事件B4和事件C3没有因果关系，属于同时发生事件，但Lamport时间戳定义两者有先后顺序。 例如图2中节点B上的第4个事件 (A:2，B:4，C:1) 与节点C上的第2个事件 (B:3，C:2) 没有因果关系、属于同时发生事件。 , 2]) 第3、第4次请求分别被Sy、Sz处理，client端先读取到D2，然后D3、D4被写入Sy、Sz 第5次更新时client端读取到D2、D3和D4 3个数据版本，通过类似Vector clock
98210发布于 2019-12-03 - 来自专栏小坤探游架构笔记
分布式理论基础
提交阶段 - 失败提交 参与者3因网络原因导致超时未响应 参与者3拒绝v=v1的请求操作 对于实现分布式事务的ACID,要保证数据的强一致性,因此只要其中有一个参与者节点在进行事务投票阶段发生上述问题, 3PC事务协议 在实际应用场景中,3PC的使用场景并不多,大部分是基于2pc的实现来完成分布式事务,甚至是为了保证数据的强一致性会采取TCC的事务协议来完成,对于3PC现简单阐述如下: ? 3PC提交过程说明 协调者服务节点发起事务请求给到参与者节点询问是否允许事务请求提交 参与者节点接收到事务请求提交之后将当前数据记录到undo日志中,以便于后续请求的超时或者是无响应进行事务的回滚,这个时候记录 而对于第三阶段的确认提交,参与者节点不论是网络中断还是超时抑或是正常接收到doCommit的提交请求操作,那么这个时候都会执行redo日志进行持久化操作并响应给协调者节点告知当前事务操作完成并且已经提交. 3PC 存在的数据不一致问题 通过上述的流程分析,我们很容易得出,3PC的事务协议提交阶段存在的数据不一致主要体现在: 在协调者进行预提交阶段,协调者服务节点向参与者节点发起预提交请求,其中向参与者集群服务节点已成功发起预提交请求
2K52发布于 2020-06-16 - 来自专栏存储内核技术交流
纠删码理论基础
纠删码数据容错原理 纠删码是一种前向纠删码。过程分为编码和解码。编码过程是将文件分割为固定大小的文件块，针对这些被分割的文件块编码为k个块(k个块中包括了k1个数据块和k2个校验块)。解码过程是将编码后的多个子块作为输入，经过解码可以恢复任何一个块的数据(不管是数据块还是校验块)。 采用纠删码技术来做数据容错，当磁盘出现故障，失效数据可以通过纠删码的校验链的构建机制来恢复数据，而不是纠正数据自身的错误,一般(k+r,k)纠删码存储开校门为r/k,相对副本纠删码具有低存储开销，但是纠删码涉及到的编解码
1.8K20编辑于 2022-08-17 - 来自专栏Initial programming
初识Linux · Socket理论基础
网络理论基础 ip地址 · ip地址是用来标识网络中的主机的地址，一般分为IPv4和IPv6 · 对于IPv4来说，IP地址是一个4字节，32位的整数 · 常用“点分十进制”来表示一个IP地址，其中范围一般是 传输层协议 2.有连接 3.可靠传输 4.面向字节流 对于UDP来说，它的特征是： 1.传输层协议 2.无连接 3.不可靠传输 4.面向数据报 我们要注意到的一个点是，以上的描述是特征
21310编辑于 2025-03-08 - 来自专栏DotNet 致知
面向对象编程理论基础
这节来给大家讲一下面向对象编程的理论基础，在这之前我先来给大家讲个故事： 热爱探索的星际流浪者西夏普某天，开着他的小破宇宙飞船来到了一个无名星球，像往常登陆某个星球一样，他准备先围绕星球环行一周再着陆 在遗迹中一番探索后，西夏普发现了一堆上古文明留下来的制作光速飞船的蓝图，以及制作工具，最后还有一张资源星图，星图上明确的标注了以这颗无名星球为中心，制作光速飞船的原料星球方位，这里边最远的星球以他的小破飞船飞3天也能到达
25710编辑于 2023-09-08 - 来自专栏旧云博客
浅析HTTPS原理及理论基础
随着互联网高速发展，网络安全也越来越被人重视，而传统的HTTP协议是明文传输，若HTTP请求被骇客截取，就能轻松获取其中内容，存在极大安全隐患。为了解决这个问题，Netscape 公司制定了HTTPS协议，HTTPS可以将数据加密传输，也就是传输的是密文，即便黑客在传输过程中拦截到数据也无法破译，这就保证了网络通信的安全。 际上包含了两次HTTP传输，可以细分为8步：
45110发布于 2021-08-09 - 来自专栏决胜机器学习
机器学习（十六） ——SVM理论基础
机器学习（十六）——SVM理论基础 （原创内容，转载请注明来源，谢谢） 一、概述 支持向量机（supportvector machine，SVM），是一种分类算法，也是属于监督学习的一种。 3、默塞尔定理 默塞尔定理（Mercer’stheorem），是对核函数的一个规定。即要求核函数能满足优化方法，且要能快速得到θ。 选择svm的核函数时，要求选择的核函数都要满足默塞尔定理。 3）其他 还有诸如卡方核函数（chi-squarekernel）、直方相交核函数（histogram intersection kernel）等复杂的核函数。 3）特征少、样本非常多 此时也不适用高斯核函数，因为其计算量太大，速度太慢。通常是先增加或者创造部分特征，再使用logistic或者svm的线性核函数。
1K70发布于 2018-03-07 - 来自专栏贾维斯Echo的博客
计算机理论基础
编程：让计算机用人的逻辑去思考，用编程语言翻译下来 编程语言：计算机能听懂的语言 程序：就是一堆代码文件 为何编程：让计算机取代人去工作 3.程序是计算机的灵魂，程序分为哪几类？ 3.上线失败解决方案：小bug找开发人员修改，重大bug问题需要回滚到上一个版本。 4.一到两周一个一个小版本，一个月一次大版本，期间不定个数bug修改版本 6运维的三大职责 1.优化网站，提升用户体验 2.做好数据备份，保证数据安全 3、保证服务器7X24小时不间断运行， 场合：对数据安全有要求，对速度读写速度没有特殊要求，列如服务器的系统盘 特点：追求数据安全，不考虑速度 raid5（介于raid0和raid1之间，是一种折中的方案） 至少3块盘 >本地系统DNS缓存->本地计算机HOSTS文件->ISP DNS缓存->递归or迭代搜索 2、登录chrome://net-internals/，选择DNS，点击 clear host cache 3、
56530编辑于 2023-10-18 分布式事务理论基础
2、理论基础 接下来我们就进入分布式事务理论基础的学习。 解决分布式事务问题，需要一些分布式系统的基础知识作为理论指导。 但是不知道什么原因啊，比如说这个node3，它的请求就会被阻塞或者拒绝了。 那所有请求进来根本就无法访问了。这个时候node3不就不可用了。所以可用性是指这个节点能不能被正常的访问。 但是因为网络出现了故障，机器没有挂，然后node 3与node 1和node 2之间断开了连接。 node 1，node 2，正常访问啊，它们之间是能够感知到对方的，但node 3感知不到了。 但是那么node 3上面有没有同步？ 显然没有，因为他们感知不到了，怎么去做同步？ 那这两个分区数据就不一致了。 那分区容错是什么意思呢？ 但是你的node3明明是一个健康的节点，结果进来的请求你都卡在这里，不让人家访问了。 那node3不就变成不可用了吗？所以它就不满足可用性了。
36110编辑于 2023-10-17- 来自专栏Java后端开发博客
NoSQL数据库理论基础
# NoSQL数据库理论基础 分布式数据库的数据管理 CAP理论 为什么不能同时选择C、A、P? 有3个核心的系统需求： 一致性（Consistency）、可用性（Availability）和分区容错性（Availability）三者以一种特殊的关系存在，无法在一个分布式系统中被同时满足，并且最多只能满足其中两个
1K20编辑于 2022-12-25 - 来自专栏Web行业观察
WebRTC：理论基础、行业地位、网络架构
本文是WebRTC系列教程第四篇，仍然围绕理论基础，扯点有的没的。 房间控制/认证（WebSocket，同上） RTC架构：全互联mesh/中心化SFU ---- WebRTC的行业地位 如果按照时间性能和空间性能（数据量）这2个维度对所有网络通讯应用进行分类，大致可以分为3类 类型 时间要求 数据量 场景 1 通讯 低 小 HTTP网页、文件传输、电子邮件 2 即时通讯 高 小 聊天室、电话、网络游戏 3 即时音视频通讯 高 大 视频通讯、远程桌面、3D像素流 这3类app 对性能的要求递增，很显然WebRTC是为了解决第3类应用场景。 ---- RTC架构 如果只有2个人，自然p2p通讯是最佳方案；如果有3到5人的通讯，采用两两相连的全互联结构（full mesh）也是可以接受；如果人数增长至5以上，至少要考虑2点性能优化方案： 复用媒体流
93320发布于 2020-10-28
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号