首页 文章 精选 留言 我的

精选列表

搜索[生成列],共10010篇文章
优秀的个人博客,低调大师

ES doc_values介绍——本质是field value的存储,做聚合分析用,ES默认开启,会占用存储空间(存储压缩技巧,除公共除...

doc_values Doc values are the on-disk data structure, built at document index time, which makes this data access pattern possible.They store the same values as the_sourcebut in a column-oriented fashion that is way more efficient for sorting and aggregations.(本质!!!)Doc values are supported on almost all field types, with thenotable exception ofanalyzedstring fields. All fields which support doc values have themenabled by default. If you are sure thatyou don’t need to sort or aggregate on a field, or access the field value from a script, you can disable doc values in order to save disk space: PUT my_index { "mappings": { "my_type": { "properties": { "status_code": { "type": "keyword" }, "session_id": { "type": "keyword", "doc_values": false } } } } } Thestatus_codefield hasdoc_valuesenabled by default. Thesession_idhasdoc_valuesdisabled, but can still be queried. 摘自:https://www.elastic.co/guide/en/elasticsearch/reference/current/doc-values.html Column-store compression edit At a high level, doc values are essentially a serializedcolumn-store. As we discussed in the last section, column-stores excel at certain operations because the data is naturally laid out in a fashion that is amenable to those queries. But they also excel at compressing data, particularly numbers. This is important for both saving space on diskandfor faster access. Modern CPU’s are many orders of magnitude faster than disk drives (although the gap is narrowing quickly with upcoming NVMe drives). That means it is often advantageous to minimize the amount of data that must be read from disk, even if it requires extra CPU cycles to decompress. To see how it can help compression, take this set of doc values for a numeric field: Doc Terms ----------------------------------------------------------------- Doc_1 | 100 Doc_2 | 1000 Doc_3 | 1500 Doc_4 | 1200 Doc_5 | 300 Doc_6 | 1900 Doc_7 | 4200 ----------------------------------------------------------------- Thecolumn-stride layout means we have a contiguous block of numbers:[100,1000,1500,1200,300,1900,4200]. xxx Doc values use several tricks like this. In order, the following compression schemes are checked: If all values are identical (or missing), set a flag and record the value If there are fewer than 256 values, a simple table encoding is used If there are > 256 values, check to see if there is a common divisor If there is no common divisor, encode everything as an offset from the smallest value You’ll note that these compression schemes are not "traditional" general purpose compression like DEFLATE or LZ4.Because the structure of column-stores are rigid and well-defined, we can achieve higher compression by using specialized schemes rather than the more general compression algorithms like LZ4. You may be thinking"Well that’s great for numbers, but what about strings?"Strings are encoded similarly, with the help of an ordinal table. The strings are de-duplicated and sorted into a table, assigned an ID, and then those ID’s are used as numeric doc values.Which means strings enjoy many of the same compression benefits that numerics do. The ordinal table itself has some compression tricks, such as using fixed, variable or prefix-encoded strings. 摘自:https://www.elastic.co/guide/en/elasticsearch/guide/current/_deep_dive_on_doc_values.html 本文转自张昺华-sky博客园博客,原文链接:http://www.cnblogs.com/bonelee/p/6401466.html,如需转载请自行联系原作者

优秀的个人博客,低调大师

Lucene dvd dvm文件便是docvalues文件——就是针对field value的存储

public final class Lucene54DocValuesFormat extends DocValuesFormat Lucene 5.4 DocValues format. Encodes the five per-document value types (Numeric,Binary,Sorted,SortedSet,SortedNumeric) with these strategies: NUMERIC: Delta-compressed: per-document integers written as deltas from the minimum value, compressed with bitpacking. For more information, seeDirectWriter. Table-compressed: when the number of unique values is very small (< 256), and when there are unused "gaps" in the range of values used (such asSmallFloat), a lookup table is written instead. Each per-document entry is instead the ordinal to this table, and those ordinals are compressed with bitpacking (DirectWriter). GCD-compressed: when all numbers share a common divisor, such as dates, the greatest common denominator (GCD) is computed, and quotients are stored using Delta-compressed Numerics. Monotonic-compressed: when all numbers are monotonically increasing offsets, they are written as blocks of bitpacked integers, encoding the deviation from the expected delta. Const-compressed: when there is only one possible non-missing value, only the missing bitset is encoded. Sparse-compressed: only documents with a value are stored, and lookups are performed using binary search. BINARY: Fixed-width Binary: one large concatenated byte[] is written, along with the fixed length. Each document's value can be addressed directly with multiplication (docID * length). Variable-width Binary: one large concatenated byte[] is written, along with end addresses for each document. The addresses are written as Monotonic-compressed numerics. Prefix-compressed Binary: values are written in chunks of 16, with the first value written completely and other values sharing prefixes. chunk addresses are written as Monotonic-compressed numerics. A reverse lookup index is written from a portion of every 1024th term. SORTED: Sorted: a mapping of ordinals to deduplicated terms is written as Binary, along with the per-document ordinals written using one of the numeric strategies above. SORTED_SET: Single: if all documents have 0 or 1 value, then data are written like SORTED. SortedSet table: when there are few unique sets of values (< 256) then each set is assigned an id, a lookup table is written and the mapping from document to set id is written using the numeric strategies above. SortedSet: a mapping of ordinals to deduplicated terms is written as Binary, an ordinal list and per-document index into this list are written using the numeric strategies above. SORTED_NUMERIC: Single: if all documents have 0 or 1 value, then data are written like NUMERIC. SortedSet table: when there are few unique sets of values (< 256) then each set is assigned an id, a lookup table is written and the mapping from document to set id is written using the numeric strategies above. SortedNumeric: a value list and per-document index into this list are written using the numeric strategies above. Files: .dvd: DocValues data .dvm: DocValues metadata 转自:http://lucene.apache.org/core/6_4_2/core/org/apache/lucene/codecs/lucene54/Lucene54DocValuesFormat.html 可以看到占用空间非常小!!! du -sm elasticsearch/nodes/0/indices/hec_test2/0/index/* 299 elasticsearch/nodes/0/indices/hec_test2/0/index/_e.fdt 1 elasticsearch/nodes/0/indices/hec_test2/0/index/_e.fdx 1 elasticsearch/nodes/0/indices/hec_test2/0/index/_e.fnm 148 elasticsearch/nodes/0/indices/hec_test2/0/index/_e_Lucene50_0.doc 130 elasticsearch/nodes/0/indices/hec_test2/0/index/_e_Lucene50_0.tim 5 elasticsearch/nodes/0/indices/hec_test2/0/index/_e_Lucene50_0.tip 1 elasticsearch/nodes/0/indices/hec_test2/0/index/_e_Lucene54_0.dvd 1 elasticsearch/nodes/0/indices/hec_test2/0/index/_e_Lucene54_0.dvm 1 elasticsearch/nodes/0/indices/hec_test2/0/index/_e.si 1 elasticsearch/nodes/0/indices/hec_test2/0/index/segments_7 0 elasticsearch/nodes/0/indices/hec_test2/0/index/write.lock 本文转自张昺华-sky博客园博客,原文链接:http://www.cnblogs.com/bonelee/p/6669414.html,如需转载请自行联系原作者

优秀的个人博客,低调大师

工信部通报16款侵害用户权益App 当当、e代驾在

即将开播:5月20日,基于kubernetes打造企业级私有云实践 工业和信息化部信息通信管理局本周五发布了关于侵害用户权益行为的App通报(2020年第一批),共计16款应用上榜,其中包括有当当、知乎日报、e代驾等。 公告中,工信部表示,近期组织第三方检测机构对手机应用软件进行检查,对发现存在问题的企业进行督促整改。截至目前,尚有16款App未完成整改(详见附件)。上述App应在5月25日前完成整改落实工作,逾期不整改的,工信部将依法依规组织开展相关处置工作。

优秀的个人博客,低调大师

38款手机被发现预装恶意软件:三星小米OPPO均在

据国外媒体报道,网络安全公司CheckPoint最近在38部新款Android手机中发现预装的恶意软件,这些手机品牌包括三星、小米和OPPO等。 根据Check Point发布的一篇博文,该公司发现38部Android手机被“严重感染”。虽然我们知道越来越多的黑客使用恶意软件,但这一发现令人震惊的地方是,这些恶意软件不是通过下载感染设备的,它们是预装的。 Check Point发现,这些手机在到达用户手中之前就已经携带恶意软件了。然而,这些恶意软件并不在供应商提供的官方ROM固件中,这意味着恶意软件是在供应链中的某个环节被装在手机中的。 Check Point在Android设备中发现的大多数恶意软件都是低劣的广告网络和信息窃取程序。其中一个恶意应用程序是Slocker。Slocker是一种移动勒索软件,使用AES加密算法加密设备上的所有文件,然后要求受害者支付赎金才提供解密密钥。 发现预装恶意软件的手机包括三星、谷歌(微博)、小米、中兴、OPPO、vivo、华硕和联想等品牌。当然,这并不意味着这些品牌的全部手机都被预装了恶意软件。 恶意软件扫描器的重要性 Check Point的这一发现引起了人们对Android安全性的新的担忧。看来,手机用户不点击可疑链接,不下载来源不明的应用程序,也不足以使Android手机避免恶意软件和勒索软件的攻击。 应该注意的是,这38部预装恶意软件的Android手机来自两个匿名公司,它们的简称分别是“一个大型电信公司”和“一个跨国技术公司”。 尽管被感染的智能手机是出售给企业的手机,但这并不意味着个人用户不会有买到预先安装恶意软件的手机的风险。 为避免风险,消费者应从经过认证的手机卖家购买智能手机。此外,在拿到新手机后,消费者应该立即下载恶意软件扫描程序,以确保手机不带有免费恶意软件和勒索软件。 本文转自d1net(转载)

优秀的个人博客,低调大师

云技术专利申请量排名出炉,腾讯、阿里、360位前三!

1 月 10 日,知识产权出版社 i 智库发布《中国互联网云技术专利分析报告》。报告显示,截至 2019 年 12 月,互联网企业在云技术领域的中国专利申请量共计 139780 件。其中腾讯、阿里巴巴、奇虎 360 位居前三,申请量分别达到了 4899 件、3671 件和 2607 件。百度、小米、京东、金山、乐视、谷歌、亚马逊等企业位居其后。 值得注意的是,四家通信企业也入围了名单。烽火通信申请量为 324 件,排名第 17 位;迈普通信申请量为 237 件,排名第 25 位;星网锐捷申请量为 176 件,排名第 34 位;京信通信申请量为 149 件,排名第 45 位。 报告显示,2010 年以后,国内互联网技术快速更新、政府鼓励等因素推动专利申请量增长迅速,该时期的专利申请量占中国总申请量的 92.6%。这也说明了中国互联网企业云技术研发正处于快速发展时期,创新活跃度较高。 从企业方面来看,腾讯、阿里巴巴、奇虎 360 等国内企业在专利申请数量上高于海外的企业谷歌和亚马逊。其中腾讯在专利申请数量和专利授权量方面均排第一;阿里在申请量上紧随其后,但是授权量排名靠后,主要由于其技术累积爆发期相对较晚,大量的申请依然处于在审状态。 报告显示,在云技术领域腾讯、阿里巴巴起步较早,2000~2009 年之间已经开始在云技术领域中国市场进行专利布局,奇虎 360、百度、在该阶段专利布局量较低;2015 年之后,除了腾讯、360、谷歌布局数量相对平稳之外,其他公司的布局数量都有较明显增长。以阿里巴巴为例,根据普华永道的统计,从 2016 年至 2018 年其连续三年位居 BAT 研发投入之首,在全球知名的科技公司之中,阿里巴巴的研发投入占比是最高的,达到了 15% 以上,而这很大部分就是阿里云;从 2015 年之后的专利申请情况可以反映出其研发投入的增大,2015 年之后的所申请的专利申请量是前一阶段专利申请量的近四倍。 从关键技术的专利布局量来看,安全领域是云技术的专利布局的重点和热点领域,其次是存储领域;从应用层面来看,各申请人在涉及旅游、电子政务、医疗、金融等具体应用的行业应用领域也进行了大量的专利布局。 针对主要互联网企业重点布局的安全领域进行技术分析,奇虎 360 在安全领域的技术侧重点为网络主机安全,腾讯与阿里巴巴更为关注账户安全以及数据安全技术;百度在安全技术的三个关键分支技术上均有所布局;谷歌以及亚马逊也较为关注数据安全以及账户安全技术。 从分析结果来看,金融、交通、人工智能是主要互联网企业的研发热点领域,其中阿里巴巴侧重于金融领域的专利布局,百度侧重于交通领域的技术研发,腾讯侧重于人工智能以及金融领域。

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册