- 综合排序
- 最热优先
- 最新优先
- 来自专栏点云PCL
【点云论文速读】6D位姿估计
机器人与其他智能设备需要根据自身搭载的视觉系统实现高效的目标级场景表达以进行接触、物理、遮挡等推理。已知的精确目标模型在未知结构的非参数化重建中起着十分重要的作用。我们提出了一种系统，该系统能够估计实时多视角场景中接触、遮挡已知目标的精确位姿。我们的方法能从单一的RGBD视角估计3D目标位姿，随着相机的移动，能够从多个视角累积位姿估计和非参数化的occupancy信息，并执行联合优化来对接触的多个接触目标进行一致非交叉的位姿估计。
1.1K20发布于 2020-05-21 - 来自专栏cwl_Java
速读原著-TCPIP(RFC)
所有关于I n t e r n e t的正式标准都以R F C（Request for Comment）文档出版。另外，大量的R F C并不是正式的标准，出版的目的只是为了提供信息。 R F C的篇幅从1页到2 0 0页不等。每一项都用一个数字来标识，如 RFC 11 2 2，数字越大说明R F C的内容越新。
90710发布于 2020-03-02 - 来自专栏cwl_Java
速读原著-TCPIP(分层)
然后，我们将介绍一些 T C P的应用，如第 2 6章中的Te l n e t和R l o g i n、第2 7章中的F T P以及第2 8章中的S M T P等。这些应用通常都是用户进程。 本书第 11章将讨论U D P，然后在第1 4章（D N S :域名系统），第1 5章（T F T P：简单文件传送协议），以及第 1 6章（BO OT P：引导程序协议）介绍使用U D P的应用程序。 第6章对I C M P的有关细节进行讨论。尽管I C M P主要被I P使用，但应用程序也有可能访问它。
55630发布于 2020-02-29 - 来自专栏cwl_Java
速读原著-TCPIP(分用)
当目的主机收到一个以太网数据帧时，数据就开始从协议栈中由底向上升，同时去掉各层协议加上的报文首部。每层协议盒都要去检查报文首部中的协议标识，以确定接收数据的上层协议。这个过程称作分用（ D e m u l t i p l e x i n g），图1 - 8显示了该过程是如何发生的。
47010发布于 2020-02-29 - 来自专栏cwl_Java
速读原著-TCPIP(协议)
在开始工作时，T F T P的客户与服务器交换信息，客户发送一个读请求或写请求给服务器。在一个无盘系统进行系统引导的正常情况下，第一个请求是读请求（ R R Q）。图1 5 - 1显示了5 种T F T P报文格式（操作码为1和2的报文使用相同的格式）。
54740发布于 2020-03-11 - 来自专栏JavaEdge
DDD精粹速读（一）
6 有界上下文 在我们的例子中，一个遗留系统试图解决多个问题区域。尽管有才华的个人付出了最大的努力，它可能还是会因为一个简单的原因而面临高缺陷率和维护成本。 在每个子域中，词语和短语都有特定的含义。
25810编辑于 2025-06-01 - 来自专栏ThoughtWorks
如何快速读Paper
自从上次介绍了去哪里找paper之后，大家问我的问题就常常变成了：如何快速阅读一篇paper并准确的提取其中有用的信息。在本文中，我将试图为大家简要解答这个问题，争取告诉大家如何在短时间内通过阅读文献的方式了解一个新的领域。
1K20发布于 2018-10-22 - 来自专栏cwl_Java
速读原著-TCPIP(广播)
尽管1 9 8 6年的4 . 3 B S D采用主机号全1表示广播地址，但直到9 0年代早期，操作系统（著名的是SunOS 4.x）还继续使用非标准的广播地址。
55710发布于 2020-03-09 - 来自专栏cwl_Java
速读原著-TCPIP(封装)
以太网数据帧的物理特性是其长度必须在 4 6～1 5 0 0字节之间。我们将在 4 . 5节遇到最小长度的数据帧，在2 . 8节中遇到最大长度的数据帧。 1表示为I C M P协议，2表示为I G M P协议，6表示为T C P协议，1 7表示为U D P协议。 类似地，许多应用程序都可以使用 T C P或U D P来传送数据。 T C P和U D P都用一个1 6 b i t的端口号来表示不同的应用程序。TCP和UDP把源端口号和目的端口号分别存入报文首部中。
43420发布于 2020-02-29 - 来自专栏cwl_Java
速读原著-UnixLinux基础(四)
gedit是一个Linux环境下的文本编辑器，类似windows下的写字板程序，在不需要特别复杂的编程环境下，作为基本的文本编辑器比较合适。
61910发布于 2020-08-03 - 来自专栏cwl_Java
速读原著-TCPIP(SNMP示例)
25.9.1 接口MTU 回忆一下在11 . 6节的实验中，我们试图得出一条从 n e t b到s u n的S L I P连接的M T U。现在可以采用 S N M P得到这个 M T U。 回忆一下在图4 - 6中，我们解释了路由器 n e t b采用A R P代理进程，使得s u n工作站好象是直接连接到1 4 0 . 2 5 2 . 1子网上的情况。 ipRouteNextHop.140.252.3.0 i p R o u t e N e x t H o p . 1 4 0 . 2 5 2 . 3 . 0 = 1 4 0 . 2 5 2 . 1 . 6
64800发布于 2020-03-16 - 来自专栏cwl_Java
速读原著-TCPIP(DNS 基础)
每个结点（图 1 4 - 1中的圆圈）有一个至多 6 3个字符长的标识。这颗树的树根是没有任何标识的特殊结点。命名标识中一律不区分大写和小写。 所有2字符长的域均是基于 I S O 3 1 6 6中定义的国家代码，这些域被称为国家域，或地理域。 图1 4 - 2列出了7个普通域的正式划分。
74810发布于 2020-03-11 - 来自专栏cwl_Java
速读原著-TCPIP(子网寻址)
这样做的原因是因为 A类和B类地址为主机号分配了太多的空间，可分别容纳的主机数为2 2 4-2和2 1 6-2。 由一台路由器提供了 I n t e r n e t的接入，如图3 - 6所示。 ? 在这个图中，我们把大多数的路由器编号为 Rn，n是子网号。 如图 3 - 6所示，一份来自 I n t e r n e t的数据报到达g a t e w a y，它的目的地址是 1 4 0 . 2 5 2 . 5 7 . 1。
75320发布于 2020-02-28 - 来自专栏cwl_Java
速读原著-TCPIP(SNMP协议)
管理进程发出的前面 3种操作采用U D P的1 6 1端口。代理进程发出的 Tr a p操作采用U D P的1 6 2端口。 这种类型的字段我们在其他U D P应用中曾经见过（回忆一下在图1 4 - 3中D N S的标识字段，或者是图1 6 - 2中的事务标识字段）。
74520发布于 2020-03-17 - 来自专栏cwl_Java
速读原著-UnixLinux基础(六)
6. webserver环境搭建 6.1 webserver环境搭建 http.tar.gz是用C语言编程的一个简单版webserver。 把http.tar.gz拷贝到Linux环境中： ?
37810发布于 2020-08-03 - 来自专栏cwl_Java
速读原著-TCPIP(长肥管道)
在1 8 . 6节我们定义了最大的报文段生存时间（M S L）作为一个实现的参数来阻止这种情况的发生。 推荐的M S L的值为2分钟（给出一个2 4 0秒的2 M S L），但是我们在1 8 . 6节看到许多实现使用的M S L为3 0秒。 在一个以太网上要发送如此多的数据通常需要 6 0分钟左右，因此不会发生这种情况。 图2 4 - 6显示了两种情况：上图显示了使用一个 T 1电话线（1 544 000 b/s）的情况，而下图则是使用一个 1 Gb/s网络的情况。 图2 4 - 6显示了30 ms后这两个网络的状态。经过 30 ms（延时）以后数据的第1个比特都已到达对端。
97921发布于 2020-03-13 - 来自专栏FreeBuf
快速读懂无线安全
海外地区略有差距 3.要是设备支持整个频段有（1、6、11）为互不干扰信道还有（2、7、12）（3、8、13）（4，9，14） 所以我们在使用路由器的时候，在基础设置的时候总会默认选择的是这几个信道之一 现在叫《快速读懂无线安全》。 * 本文原创作者：icecolor不疯不魔不成活，本文属FreeBuf原创奖励计划，未经许可禁止转载
1.8K100发布于 2018-02-08 - 来自专栏cwl_Java
速读原著-TCPIP(资源记录)
第二个字段，8 6 4 0 0，是寿命值，单位为秒。因此该 T T L值为2 4小时（2 4×6 0×6 0）。第3列，I N，是（I n t e r n e t）类。
41410发布于 2020-03-11 - 来自专栏cwl_Java
速读原著-TCPIP(FTP示例)
图中的起始时间与图 2 7 - 6中的相同。 服务器给端口2 0到端口11 7 6的数据连接（报文段1）做主动打开。 在此之前，客户在端口11 7 6上为其数据连接端做一个被动打开。客户必须再一次指明 S O _ R E U S E A D D R，这是因为端口号11 7 6已在使用。 服务器给从端口2 0到端口11 7 6的数据连接发出一个主动打开。 服务器发出两个应答： 4 2 6和2 2 6。这两个应答都是由Unix 服务器在收到来自客户的紧急数据和A B O R命令时发出的。 图2 7 - 9和图2 7 - 1 0展示了会话时间系列。
86910发布于 2020-03-18 - 来自专栏cwl_Java
速读原著-TCPIP(Ping程序)
大多数的 T C P / I P实现都在内核中直接支持 P i n g服务器—这种服务器不是一个用户进程（在第 6章中描述的两种I C M P查询服务，地址掩码和时间戳请求，也都是直接在内核中进行处理的 B S D / 3 8 6版本0 . 9 . 4系统只能提供10 ms级的计时器（在附录B中有更详细的介绍）。 这里，序列号为1、2、3、4、6、1 0、11、1 2和1 3的回显请求或回显应答在某个地方丢失了。另外，我们注意到往返时间发生了很大的变化（像 5 2 %这样高的分组丢失率是不正常的。 首先，从前面的 P i n g程序输出例子中可以注意到，默认情况下发送的I C M P报文有5 6个字节。 所以我们可以估计需要 1 4 3 3（8 6×8 . 3 3×2）m s（乘2 是因为我们计算的是往返时间）。 下面的输出证实了我们的计算： ?
1.1K20发布于 2020-03-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号