ip2region 2.8.0 发布 - 增加 lua/python xdb 查询客户端
ip2region (2.0 - xdb) 是一个离线的 IP 数据管理框架和定位库,支持亿级别的 IP 断管理,10 微秒级别的查询性能,提供了很多主流编程语言的 xdb 数据格式的生成和查询实现。
ip2region 2.8.0 具体更新如下:
1、增加 lua xdb 查询客户端实现:https://gitee.com/lionsoul/ip2region/tree/master/binding/lua
默认的 bench 测试结果如下(建议使用 lua_c 代替 lua,查询性能不是一个数量级的):
➜ lua git:(master) lua bench_test.lua --db=../../data/ip2region.xdb --src=../../data/ip.merge.txt --cache-policy=vectorIndex Bench finished, {cachePolicy: vectorIndex, total: 3417955, took: 31.000 s, cost: 7.607 μs/op}
2、增加 python 查询客户端实现:https://gitee.com/lionsoul/ip2region/tree/master/binding/python
默认的 bench 测试结果如下:
➜ python git:(master) python3 bench_test.py --db=../../data/ip2region.xdb --src=../../data/ip.merge.txt --cache-policy=vectorIndex Bench finished, {cachePolicy: vectorIndex, total: 3417955, took: 29.55 s, cost: 0.0081 ms/op}
3、golang maker 和 searcher 优化。
4、java xdb searcher 优化,maven 版本为 2.6.4:
<dependency> <groupId>org.lionsoul</groupId> <artifactId>ip2region</artifactId> <version>2.6.4</version> </dependency>
资源下载地址:
1、Gitee:https://gitee.com/lionsoul/ip2region/tree/v2.8.0
2、Github:https://github.com/lionsoul2014/ip2region/tree/v2.8.0

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
飞书视频会议端到端集成测试工程实践经验总结 - Zadig 应用案例
Zadig 推荐语:“先进团队,先用飞书“,在激烈竞争的协同办公市场,飞书以一匹黑马的姿态杀入,并在短期内收获了“好用”的评价,被众多优秀的企业采用。随着飞书产品的演进和成熟,背后的质量工程也挑战重重,经过多年的实践和探索,他们沉淀了一套面向音视频领域独特的建设思路和宝贵的实践经验,Enjoy! 笔者介绍:吴国华,曾在微软 BingAds 从事 SRE 相关工作,专注研发效能、集成测试、容灾稳定性等相关领域。现在字节跳动飞书视频会议团队担任 Tech Leader,负责 SIP 业务线的技术架构、稳定性和质量保障等相关领域。 业务介绍 作为早期加入飞书视频会议(VideoConference,简称 VC)团队的员工,我基本见证了飞书视频会议产品从 0 到 1 的发展过程。飞书视频会议团队成立于 2018 年的年中,在成立之始,我们眼前就已经有像Zoom、Webex 这样的大山。想要在这个领域创新,是极为不易的。 但幸运的是,飞书的优势更在于一体化的套件。“套件战胜单品”是我们重要的战略思路,飞书拥有 IM、文档、日历、邮件、审批、People、百科、小程序、视频会议等等丰富多彩的功能模...
- 下一篇
任务拆分中的「敏捷刺客」,你中招了吗?| 敏捷实践
写在前面 今天 Liga 只做三件事情:讲清研发任务层级、梳理需求拆分逻辑、介绍子任务 0/1 判断标准。 在研究不同团队工作习惯的过程中,我们发现了一个很有趣的共性:需求拆分总是伴随着开发阶段进行。 一般情况下,当需求抵达研发团队,会先进入需求池(Product Backlog)等待处理,直到项目 PO 和研发团队完成理解、评估、规划和分工等一系列工作后,才会正式进入开发阶段。 很多团队会在迭代开始后,才开始需求的细化拆分。 这就导致那些看起来不复杂,但其实工作量很大的需求被拆分成几十个甚至上百个子任务,有的甚至需要嵌套 N 层子任务才能触底落到每个开发者身上。此外,这些子任务颗粒度混杂:有的任务可能几个小时就能完成,有的则需要几天、一周甚至更长的开发时间。这势必会带来进度管理上的混乱。 与之不同的另一种处理办法:前置需求拆分环节,在开发阶段专注价值创造和交付,更有条理地管理项目进度。敏捷团队应该在迭代计划阶段(Sprint Planning)将需求拆分到尽可能小的粒度,再推进后续的工作。 一、 需求应该尽可能地拆小 正如前面所说,体量更小的需求,有助于更好地规划和统筹团队资源,避免...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS关闭SELinux安全模块
- CentOS7安装Docker,走上虚拟化容器引擎之路
- Docker安装Oracle12C,快速搭建Oracle学习环境
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- Linux系统CentOS6、CentOS7手动修改IP地址
- Hadoop3单机部署,实现最简伪集群
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- CentOS7,8上快速安装Gitea,搭建Git服务器