首页
学习
活动
专区
圈层
工具
发布
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    从纳秒到毫秒的“时空之旅”:CPU是如何看待内存与硬盘的?

    从塔尖的寄存器、高速缓存,到塔身的内存(主存),再到塔基的外部存储(硬盘/SSD),存储器的访问速度逐级递减,而容量逐级递增,单位存储成本也随之显著降低。...3)L3 Cache:通常为多核心共享,容量最大(如几MB到几十MB),速度相对最慢,但仍远快于主存。作为主存前最后一道高速防线。内存内存,即主存,是计算机运行程序和数据的主要工作区域。...I/O 模式在计算机体系结构中,硬盘属于一种常见的输入输出设备,处理器想要访问硬盘中的数据要先通过 I/O 将硬盘中的数据读入到内存中,再访问存储在内存中的数据。...这个过程涉及到一个内核态和用户态的切换。这种方式虽然简单,但是它会占用全部的处理器资源,在某些复杂的系统中会造成计算资源的严重浪费。

    46110

    Mysql:小主键,大问题

    右边是「二级索引」,对列数据做索引,通过列数据查找数据主键。如果通过二级索引查询数据,流程如图上所示,先从二级索引树上搜索到「主键」,然后在聚簇索引上通过主键搜索到数据行。...秒级。 Machine:机器标识。3 字节。一般是机器主机名的散列值,这样就确保了不同主机生成不同的机器 hash 值,确保在分布式中不造成冲突,同一台机器的值相同。 PID:进程 ID。2 字节。...前面的九个字节保证了一秒内不同机器不同进程生成的 objectId 不冲突,自增计数器,用来确保在同一秒内产生的 objectId 也不会发现冲突,允许 256 的 3 次方等于 16777216 条记录的唯一性...Cassandra TimeUUID Cassandra 使用下面规则生成一个唯一的 id:time + MAC + sequence 方案 Zookeeper 自增:通过 zk 的自增机制实现。...snowflake 算法:和 Mongodb 的实现类似,1位符号位 + 41位时间戳(毫秒级)+ 10位数据机器位 + 12位毫秒内的序列。

    5.5K10

    高频交易已经竞争到纳秒级!!!(赠送HFT的18篇论文+15本书籍+9篇研报)

    纳秒级的竞赛 高频交易员正在纳秒尺度内争分夺秒。从执行决策程序到确定连接他们的机器和机构交易平台的电缆长度,速度至关重要。...它用于获得执行订单的速度(以纳秒为单位),尽可能接近股票交易所的交易引擎。 纽约-泛欧交易所(NYSE- Euronext)为其会员提供了租用其服务器附近空间的机会。...与不选择托管的用户相比,这几纳秒的增长使他们能够执行最快的交易(纽约-泛欧交易所,2008年和2010年)。...此外,在纽约泛欧交易所(NYSE-Euronext)实施内部匹配服务(IMS)系统是动态的一部分:在这种情况下,它是参与者发送的订单的聚合服务,目的是在将订单插入中央待办事项列表之前将其路由到市场的交叉流...例如,有了MoonX的托管服务,高频交易将受益于30纳秒的优势:在高频交易中,计算机以异乎寻常的速度买卖股票。

    3.2K31

    CTSDB时序存储:车联网海量低成本时序数据库技术概要

    核心差异化卖点: 极致压缩: 行业内追求更高压缩比的列存压缩技术,结合时序特征提取与通用压缩,最高可实现 100:1 的压缩比。...零运维弹性: 基于动态计算池(Compute Pool)架构,支持一键扩容与秒级弹性扩展,无需手动数据均衡。...高性能查询: 零存整取优化: 单时间线数据集中存储,配合 Route Tag 精确到特定分区。 物化视图: 支持预降采样、预降维度,大幅降低数据量,实现毫秒级聚合。...四、 典型案例 案例一:某客户(文中代称Candra,对比Cassandra场景) 背景: 使用Cassandra,扩容需停服进行手动数据均衡,迁移数据慢。...启用秒级弹性扩展应对业务高峰。 成效: 存储成本降低 25%↓。

    24700

    Cassandra原理 | Apache Cassandra简介

    2008年7月 Cassandra 的代码被作为开源项目发布到 Google Code。...从此,她依然可以精确地预知未来,但是不会有任何人相信她。Cassandra 预知了她的特洛伊城终将覆灭,但却无力阻止这一悲剧。Cassandra 分布式数据库就据此命名。...稀疏(Sparse)意味着任何一行都可能会有一列或者几列,但每行都不一定(像关系模型那样)和其他行有一样的列。每行都有一个唯一的键值,用于进行数据访问。...它可以一致而且无缝地扩展到数百台机器,存储数 TB 的数据。Cassandra 已经显示出了高负载下的良好表现,在一个非常普通的工作站上,Cassandra 也可以提供非常高的写吞吐量。...地区分布 Cassandra 直接支持多地分布的数据存储,Cassandra 可以很容易配置成将数据分布到多个数据中心的存储方式。

    6K10

    Apache Cassandra 数据存储模型

    Local Delete Time 是删除发生时的服务器时间(以秒为单位),与 gc_grace_seconds 进行比较以确定何时可以清除它。...注意,持久化到磁盘的时间戳是相对于当前 Memtable 最小时间戳的值。 Primary Key Liveness TTL:这个字段主要用于存储当前 Row 的 Liveness TTL 信息。...可见,Cassandra 通过将列的信息(包括列的名称、类型、表名、keySpace等信息)保存到对应 SSTable 的 md-X-big-Statistics.db 文件中,相应的行只保存列是否存在的标记信息...Local Delete Time 是删除发生时的服务器时间(以秒为单位),与 gc_grace_seconds 进行比较以确定何时可以清除它。...注意,持久化到磁盘的时间戳是相对于当前 Memtable 最小时间戳的值。 Primary Key Liveness TTL:这个字段主要用于存储当前 Row 的 Liveness TTL 信息。

    2.8K20

    Uber是如何通过Mesos和Cassandra实现跨多个数据中心每秒100万的写入速度的?

    直接运行Cassandra,与在容器中由Mesos管理着运行Cassandra,其开销相差只有5-10%。 性能十分优秀:读取延迟(13毫秒)和写入延迟(25毫秒)都很低。...目前Uber拥有大约20个Cassandra集群,并有计划扩展到100个。 敏捷比性能更加重要。我们需要有能力管理这些群组,并以平滑的方式对其执行不同的操作。...足够丰富的数据模型:包含列、复合键、计数器、次索引等等。 与开源软件集成良好:Hadoop、Spark、Hive都有能与Cassandra对话的连接器。...在副本间同步数据时需要修复,不过是在以节点为基础的主要键值范围中执行修复,不会影响到性能。 清除程序会移除不需要的数据。如果节点添加成功,数据转移到新节点之后,系统会命令清除程序删除这些冗余数据。...裸机代表着Cassandra不运行在容器中。 读取延迟,几乎没有任何区别:5-10%的开销 在裸机中,平均为0.38毫秒,而在Mesos中是0.44毫秒。

    2.6K90

    Linux|容易迷糊的时间戳事件

    时间戳的精确度如何区分呢? 聊到时间戳,就得聊聊其精确度,平常我们看时间就是时分秒,但是在计算机或者更加高精尖的技术需求中,比如航天,秒已经不是最小单位了,需要更精确的毫秒甚至纳秒的精度。...时间戳可以精确到下边四种不同的级别: 秒:最基本的Unix时间戳是以秒为单位的,表示自Unix epoch以来的秒数,比如1970年1月1日00:00:01 UTC距离Unix epoch就差1秒,那么...毫秒:毫秒级时间戳是秒级时间戳的千分之一。 微秒:微秒级进一步细分为秒的百万分之一。 纳秒:纳秒级时间戳提供最高精度,为秒的十亿分之一。...使用时间戳1701226329450619(16位微秒级)为例来解析: https://www.unixtimestamp.com/zh/ 可以识别时间戳到纳秒级别,但是不管是什么精确度的时间戳,最终都解析到秒...最后贴一张Wireshark视图中设置时间显示格式的配置,可以看到Wireshark对时间戳的解析还是非常强大的,可以转换各种时间,并且可以精确到纳秒,对于分析包看前后顺序是非常有帮助的: @七禾页话

    2.7K10
    领券