计数器、WMI获取设备的内存信息，如系统可用运行内存：1publicstaticasyncTaskdouble>GetMemoryAvailableAsync(FileSizeUnitfileSizeUnit=FileSizeUnit.GB)2{3returnawaitTask.Run(()=>4{5usingvarmanagementClass=newManagementClass("Win32_PerfFormattedData_PerfOS_Memory");6usingvarinstances=managementClass.GetInstances();7doubleavailabl
计数器、WMI获取设备的内存信息，如系统可用运行内存：1publicstaticasyncTaskdouble>GetMemoryAvailableAsync(FileSizeUnitfileSizeUnit=FileSizeUnit.GB)2{3returnawaitTask.Run(()=>4{5usingvarmanagementClass=newManagementClass("Win32_PerfFormattedData_PerfOS_Memory");6usingvarinstances=managementClass.GetInstances();7doubleavailabl
目录建表语法数据处理策略资料分享参考文章MergeTree拥有主键，但是它的主键却没有唯一键的约束。这意味着即便多行数据的主键相同，它们还是能够被正常写入。在某些使用场合，用户并不希望数据表中含有重复的数据。ReplacingMergeTree就是在这种背景下为了数据去重而设计的，它能够在合并分区时删除重复的数据。但是ReplacingMergeTree并不一定保证不会出现重复的数据。ReplacingMergeTree是另外一个常用的表引擎，ReplacingMergeTree和MergeTree的不同之处在于它会删除排序键值相同的重复项。数据的去重只会在数据合并期间进行。合并会在后台一个不
目录建表语法数据处理策略资料分享参考文章MergeTree拥有主键，但是它的主键却没有唯一键的约束。这意味着即便多行数据的主键相同，它们还是能够被正常写入。在某些使用场合，用户并不希望数据表中含有重复的数据。ReplacingMergeTree就是在这种背景下为了数据去重而设计的，它能够在合并分区时删除重复的数据。但是ReplacingMergeTree并不一定保证不会出现重复的数据。ReplacingMergeTree是另外一个常用的表引擎，ReplacingMergeTree和MergeTree的不同之处在于它会删除排序键值相同的重复项。数据的去重只会在数据合并期间进行。合并会在后台一个不
目录建表数据存储主键和索引在查询中的表现主键的选择选择与排序键不同的主键索引和分区在查询中的应用部分单调主键的使用跳数索引可用的索引类型并发数据访问列和表的TTL列TTL表TTL删除数据使用多个块设备进行数据存储配置虚拟列资料分享参考文章Clickhouse中最强大的表引擎当属MergeTree（合并树）引擎及该系列（MergeTree）中的其他引擎。MergeTree系列的引擎被设计用于插入极大量的数据到一张表当中。数据可以以数据片段的形式一个接着一个的快速写入，数据片段在后台按照一定的规则进行合并。相比在插入时不断修改（重写）已存储的数据，这种策略会高效很多。主要特点存储的数据按主键排序。
目录建表数据存储主键和索引在查询中的表现主键的选择选择与排序键不同的主键索引和分区在查询中的应用部分单调主键的使用跳数索引可用的索引类型并发数据访问列和表的TTL列TTL表TTL删除数据使用多个块设备进行数据存储配置虚拟列资料分享参考文章Clickhouse中最强大的表引擎当属MergeTree（合并树）引擎及该系列（MergeTree）中的其他引擎。MergeTree系列的引擎被设计用于插入极大量的数据到一张表当中。数据可以以数据片段的形式一个接着一个的快速写入，数据片段在后台按照一定的规则进行合并。相比在插入时不断修改（重写）已存储的数据，这种策略会高效很多。主要特点存储的数据按主键排序。
从排查一次匪夷所思的coredump，引出各种体系架构的差异。 本文中的所有内容来自学习DCC888的学习笔记或者自己理解的整理，如需转载请注明出处。周荣华@燧原科技1 背景从全世界有记载的第一台计算机Z1(computer)-Wikipedia在1936年发明，到1946年冯诺依曼体系架构的清晰提出，计算机体系架构的演进虽然没有什么革命性的变化，但各种体系架构的微调还是很明显的。 发展到现在虽然存在X86/ARM/MIPS/ALPHA/PPC/RISC-V等多种门派，但实际的设计思想上，主要有两种，一种是基于X86的系统架构，另外一种就是其他系统架构。为什么这么分？因为X86的很多特性，基本
从排查一次匪夷所思的coredump，引出各种体系架构的差异。 本文中的所有内容来自学习DCC888的学习笔记或者自己理解的整理，如需转载请注明出处。周荣华@燧原科技1 背景从全世界有记载的第一台计算机Z1(computer)-Wikipedia在1936年发明，到1946年冯诺依曼体系架构的清晰提出，计算机体系架构的演进虽然没有什么革命性的变化，但各种体系架构的微调还是很明显的。 发展到现在虽然存在X86/ARM/MIPS/ALPHA/PPC/RISC-V等多种门派，但实际的设计思想上，主要有两种，一种是基于X86的系统架构，另外一种就是其他系统架构。为什么这么分？因为X86的很多特性，基本
业务背景：自纵行科技在2020年推出ZETag云标签以来广受市场好评，目前已经在物流、资产管理、库存盘点等领域有了许多落地项目。在业务量急速增加的过程中，ZETag云平台作为解决方案中重要的一环，也面临了许多挑战与考验。本文分享了在建设ZETag云平台过程中，我们在架构设计方面的一些思路与实践。面临的挑战1）设备量与数据量的快速增加不同于传统的物联网终端，低成本ZETag云标签更多用于物的定位与追踪，同时，还有次抛等新的应用场景。因此，ZETag云标签的数量远远大于传统的物联网终端，万级别标签每客户将是业务常态，可以预估ZETag云平台需要管理的标签量将在百万到千万级，每天需要保存的上报数据将
业务背景：自纵行科技在2020年推出ZETag云标签以来广受市场好评，目前已经在物流、资产管理、库存盘点等领域有了许多落地项目。在业务量急速增加的过程中，ZETag云平台作为解决方案中重要的一环，也面临了许多挑战与考验。本文分享了在建设ZETag云平台过程中，我们在架构设计方面的一些思路与实践。面临的挑战1）设备量与数据量的快速增加不同于传统的物联网终端，低成本ZETag云标签更多用于物的定位与追踪，同时，还有次抛等新的应用场景。因此，ZETag云标签的数量远远大于传统的物联网终端，万级别标签每客户将是业务常态，可以预估ZETag云平台需要管理的标签量将在百万到千万级，每天需要保存的上报数据将
