segment

几何对象是ArcObjects中使用最广泛的对象之一，用户在新建、删除、编辑何进行地理分析的时候，就是在处理一个包含几何形体的矢量对象。几何对象用于表达要素（Feature)或图形元素（Graphic Element)的几何形状。ArcGIS中的几何对象可以分为两个层次： 高级几何对象。高级几何对象用于定义要素的几何形状。主要包括 Point Multipoint Polyline Polygon Multipatch 构建几何对象。顾名思义，构建几何对象用于构建高级几何对象，常用的有 Path(路径) Ring(环） Segment(线段） Segment又可以细分为以下四种： Line(直线） CircularArc(圆弧） EllipticalArc(椭圆弧) RezierCurve(贝塞尔曲线) 除以上的几何对象之外，Arc Objects几何模型中还包括两个几何对象：Envelope和GeometryBag Envelope用于描述其他几何对象的空间范围，它是一个矩形（仅考虑X、Y坐标时）。它覆盖了几何对象的最小坐标和最大坐标。 GeometryBag是任何类型的几何对象的集合，实际上GeometryBag是一个可以容纳任何类型几何对象的容器，可以同时容纳多种不同类型的几何对象，区别于IGeometryCollection. 来源： https://www.cnblogs

一、本文说明 在浏览Dave的博客的时候发现有一篇关于索引维护的文章，感觉挺好的，自己对索引的维护了解甚少，因此在这里转载+模拟一下，如果想要看原文可以点击友情链接中的Dave在他的博客中可以找到。 二、查看系统表中的用户索引 在Oracle中，SYSTEM表空间是安装数据库时自动建立的，它包含数据库的全部数据字典，存储过程、包、函数和触发器的定义以及系统回滚段。 一般来说，应该尽量避免在SYSTEM表空间中存储非SYSTEM用户的对象。因为这样会带来数据库维护和管理的很多问题。一旦SYSTEM表空间损坏了，只能重新生成数据库。我们可以用下面的语句来检查在SYSTEM表内有没有其他用户的索引存在。 1 SQL > select * from dba_indexes where tablespace_name = ' SYSTEM ' and owner not in ( ' SYS ' , ' SYSTEM ' ); 三、索引的存储情况检查 Oracle为数据库中的所有数据分配逻辑结构空间。数据库空间的单位是block、extent和segment。 Block：是Oracle使用和分配的最小存储单位。它是由数据库建立时设置的DB_BLOCK_SIZE决定的。一旦数据库生成了，数据块的大小不能改变。要想改变只能重新建立数据库。 Extent：是由一组连续的block组成的

一、引言： 在看《收获，不止Oracle》的神奇，走进逻辑体系世界一章时，需要新建一张表查看Extents的情况，由于该书的环境是ORACLE10G的，因此新建空表以后立刻就分配Segment，而我使用的是Oracle11gR2，新建空表后没有立即分配Segment。这就是11GR2的新特性，延迟段创建，就是说从11GR2开始默认创建的表不会立即分配segment，不会占用磁盘空间，当第一条数据insert时才会分配空间。 二、实验模拟： SQL > select * from v$version; BANNER -- ------------------------------------------------------------------------------ Oracle Database 11g Enterprise Edition Release 11.2 . 0.1 . 0 - Production PL / SQL Release 11.2 . 0.1 . 0 - Production CORE 11.2 . 0.1 . 0 Production TNS for Linux: Version 11.2 . 0.1 . 0 - Production NLSRTL Version 11.2 . 0.1 . 0 - Production SQL > create

问题：个人使用的是IARV9.10编译CC2541的工程，没有做任何修改，直接编译出现如下错误 Error[e16]: Segment ISTACK (size: 0xc0 align: 0) is too long for segment definition. At least 0x8 more bytes needed. The problem occurred while processing the segment 出现问题后经过百度查找，导致这个错误的原因是编译器配置问题，解决办法如下： 依次打开Project -> Options -> General Option -> Target，在Target标签中找到“Number of virtual”，原来默认为16，修改为8。 修改完之后点OK，再次编译之前的错误已经没有了。 到此问题解决！ 来源： https://www.cnblogs.com/dingliping/p/11319031.html

博文大纲： 一、kafka介绍及原理 二、部署单机kafka 一、kafka介绍及原理 kafka是由Apache软件基金会发布的一个开源流处理平台，由Scala和Java编写。它是一种高吞吐量的分布式发布的订阅消息系统，它可以处理消费者规模的网站中的所有动作流数据。 这种动作（网页浏览，搜索和其他用户的行动）是在现代网络上的许多社会功能的一个关键因素。 这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。 对于像Hadoop一样的日志数据和离线分析系统，但又要求实时处理的限制，这是一个可行的解决方案。Kafka的目的是通过Hadoop的并行加载机制来统一线上和离线的消息处理，也是为了通过集群来提供实时的消息。 1、kafka的特性 kafka是一种高吞吐量的分布式发布订阅消息系统，具有以下特性： 通过磁盘数据结构提供消息的持久化，这种结构对于即使数以TB的消息存储也能够保持长时间的稳定性能； 持久性：使用文件性存储，日志文件存储消息，需要写入硬盘，采用达到一定阈值才写入硬盘，从而减少磁盘I/O，如果kafka突然宕机，数据会丢失一部分； 高吞吐量：即使是非常普通的硬件kafka也可以支持每秒数百万的消息； 支持通过kafka服务器和消费机集群来分区消息； 支持Hadoop并行数据加载。 2、kafka相关术语 Broker：消息中间件处理节点

Segment Routing 作者，乾颐堂安德 本课程内容来源： 思科官网、Google、Segment Routing详解（第一卷） 通过本文档，您会学到如下内容： 1.SDN时代的网络基础架构革命（简介） 2.SR的控制层面 3.SR的数据转发层面 4.SR的全局块（SRGB） 5.SR在数据中心网络中的部署演示（基于IOS XRv） 6.迁移到Segment Routing 免费视频连接： http://edu.51cto.com/course/13320.html 你能在这里找到我，思科群：529468183；华为群：645866695 什么是segment routing（SR） SR架构基于源路由。节点（路由器、主机或设备）选择路径，并且引导数据包沿着该路径通过网络，做法是在数据报头中插入带顺序的段列表，以指示接收到这些数据包的节点怎么去转发和处理这些数据包 Segment: 指令类型的标识符或字段 – 表示转发或服务 段标识（Segment ID） –SID用于标识segment，其格式取决于实现SID格式的例子，包括：MPLS（多协议标签交换）标签、MPLS标签空间的索引或者IPv6地址等。很多时候SID和segment混用过 Segment Routing的优势 协议栈瘦身： 无需再使用LDP、RSVP等负载的标签分发协议，也无需担心LDP和IGP同步

前言 FTS(Fault Tolerance Serve)是GreenPlum中的故障检测服务，是保证GP高可用的核心功能。GreenPlum的Segment的健康检测及HA是由GP Master实现的，GP Master上面有个专门的进程–FTS进程，它可以快速检测到Primary或者Mirror是否挂掉，并及时作出Primary/Mirror 故障切换。 一、FTS架构 GreenPlum的Segment的健康检测及HA是由GP Master实现的，GP Master上面有个专门的进程–FTS进程，它可以快速检测到Primary或者Mirror是否挂掉，并及时作出Primary/Mirror 故障切换。如果FTS挂掉了，Master将会重新fork出来一个FTS进程。 二、FTS实现原理 GP Master上面的FTS进程每隔60s(时间可以配置)向Primary或者Mirror发送心跳包，Primary和Mirror收到心跳包后返回它们的当前状态，FTS进程心跳包的发送状态和Segment返回状态更新元信息和作出故障切换。因为Segment可能很多，为了加快检测速度，FTS是多线程的，默认16个线程。 三、Segment检测及故障切换 GP Master首先会检测Primary状态，如果Primary不可连通，那么将会检测Mirror状态，Primary

Greenplum参数配置优化: 查询参数 gpconfig --show max_connections 修改参数配置命令 gpconfig-c <parameter name> -v <parameter value> 比如：gpconfig-c log_statement -v DDL 删除配置 gpconfig -r <parameter name> work_mem work_mem（,global,物理内存的2%-4%）,segment用作sort,hash操作的内存大小 当PostgreSQL对大表进行排序时，数据库会按照此参数指定大小进行分片排序，将中间结果存放在临时文件中，这些中间结果的临时文件最终会再次合并排序，所以增加此参数可以减少临时文件个数进而提升排序效率。当然如果设置过大，会导致swap的发生，所以设置此参数时仍需谨慎。 查看现有配置值 gpconfig -s work_mem Values on all segments are consistent GUC : work_mem Master value: 32MB Segment value: 32MB 修改配置 gpconfig -c work_mem -v 128MB 另一种写法：SET work_mem TO '64MB' 配置成功返回： gpadmin-[INFO]:-completed

本文介绍gpdb的master故障及恢复测试以及segment故障恢复测试。 环境介绍： Gpdb版本：5.5.0 二进制版本 操作系统版本： centos linux 7.0 Master segment: 192.168.1.225/24 hostname: mfsmaster Stadnby segemnt: 192.168.1.227/24 hostname: server227 Segment 节点1： 192.168.1.227/24 hostname: server227 Segment 节点2： 192.168.1.17/24 hostname: server17 Segment 节点3： 192.168.1.11/24 hostname: server11 每个segment节点上分别运行一个primary segment和一个mirror segment 一、查看原始状态 select * from gp_segment_configuration; $ gpstate -f 20180320:13:50:38:021814 gpstate:mfsmaster:gpadmin-[INFO]:-Starting gpstate with args: -f 20180320:13:50:38:021814 gpstate:mfsmaster:gpadmin-

第1部分 初始化系统配置 1.1 部署环境 序号 ip地址 主机名 内存 系统版本 内核版本 1 192.168.61.61 gpmaster61 16Gb CentOS 7.5.1804 3.10.0-862.9.1.el7.x86_64 2 192.168.61.62 gpsegment62 16Gb CentOS 7.5.1804 3.10.0-862.9.1.el7.x86_64 3 192.168.61.63 gpsegment63 16Gb CentOS 7.5.1804 3.10.0-862.9.1.el7.x86_64 4 192.168.61.64 gpsegment64 16Gb CentOS 7.5.1804 3.10.0-862.9.1.el7.x86_64 5 192.168.61.65 gpstandby65 16Gb CentOS 7.5.1804 3.10.0-862.9.1.el7.x86_64 1.2 设置主机名、同步时间 # 192.168.61.61 hostnamectl set-hostname gpmaster61 ntpdate -u ntp1.aliyun.com # 192.168.61.62 hostnamectl set-hostname gpsegment62 ntpdate -u ntp1.aliyun.com # 192