首页 文章 精选 留言 我的

精选列表

搜索[分布式调度],共10000篇文章
优秀的个人博客,低调大师

开源即时通讯应用 Tailchat v1.9.5 发布,插件化分布式 noIM 应用

介绍 Tailchat是一款插件化易拓展的开源 IM 应用。可拓展架构赋予Tailchat无限可能性。 前端微内核架构 + 后端微服务架构 使得Tailchat能够驾驭任何定制化 / 私有化的场景 面向企业与私域用户打造,高度自由的群组管理与定制化的面板展示可以让私域主能够更好的展示自己的作品,管理用户,打造自己的品牌与圈子。 官方网站:https://tailchat.msgbyte.com/ v1.9.5 更新内容 特性更新​​ livekit 插件增加成员面板​ 你可以在成员面板中查看所有参会者的列表,以及麦克风情况 livekit 插件增加多人会话发起音视频会话功能​ 现在你可以直接从私信会话中直接发起音视频呼叫了 livekit 插件增加多人会话自动邀请功能​ 当对方从私信会话中发送消息,则会自动发起邀请功能,如果接收方在线,则会弹出提示弹窗与铃声邀请加入会话(前提是接收方安装了livekit插件) 群组成员列表允许右键快速修改身份组​ 现在允许在群组成员列表中通过右键菜单快速分配成员身份组,这对于需要频繁分配身份的场景非常好用 增加好友列表搜索功能​ 为了进一步优化对于多好友情况的管理,增加了好友列表搜索框,用于基于好友昵称快速过滤好友,帮助用户找到好友。 其他更新​ 增加notification弹窗夜间模式支持 增加环境变量 MINIO_SSL 用于手动控制minio ssl,适用于使用外部s3存储 设置页面增加重新加载按钮,用于在非网页模式下方便重新加载tailchat 网页面板增加背景色选项,用于处理部分网页透明背景导致的样式问题 修复消息输入框背景色透明的bug 修复ban用户时清理缓存的时序问题可能导致的token过期不生效问题 修复了在私人对话中回复时收件箱 groupId 不正确的问题 (desktop): v0.1.0 改进了服务器列表的管理

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

开源即时通讯应用 Tailchat v1.9.4 发布,插件化分布式 noIM 应用

介绍 Tailchat是一款插件化易拓展的开源 IM 应用。可拓展架构赋予Tailchat无限可能性。 前端微内核架构 + 后端微服务架构 使得Tailchat能够驾驭任何定制化 / 私有化的场景 面向企业与私域用户打造,高度自由的群组管理与定制化的面板展示可以让私域主能够更好的展示自己的作品,管理用户,打造自己的品牌与圈子。 官方网站:https://tailchat.msgbyte.com/ v1.9.4 更新内容 特性更新​ 增加消息搜索功能​ 现在支持在会话中对聊天信息进行搜索,因为是直接在数据库中搜索,考虑到性能原因会有一个超时时间,即5s内数据库没有返回搜索结果即视为超时。 其他更新​ http请求对对象存储与公共文件增加静态缓存 增加环境变量REQUEST_TIMEOUT用于自定义rpc请求超时时间,默认10 * 1000, 单位毫秒 AI助手增加更多提示 增加遥测信息收集(可以通过环境变量关闭) 修复 iam 插件不适合登录视图中的浅色主题的问题 为tianji脚本增加defer标记

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

Simple Admin 分布式后台管理系统 v0.2.1 发布,新增三端UUID代码生成

更新内容: simple admin core 升级至 v0.2.1 新增: Ent UUIDMixin 修复: 用户和token采用UUID 优化: ErrorCtx 和 OkJsonCtx simple admin backend ui 升级至 v0.2.1 修复:token 和 user 的 UUID 支持 优化:优化代码运行速度 simple admin tools 升级至 v0.1.5 新增: 基于 UUID 的三端代码生成 修复: Ent生成数据类型错误 优化: interface{} 改为 any 近期规划: 优化 multiple rpc group 优化 proto 文件拆分 UUIDMixin文档: https://doc.ryansu.pro/zh/guide/feature/ORM/ent.html#mixin-%E4%BB%8B%E7%BB%8D

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

云原生数据库-浪潮云溪分布式数据库SST文件结构

LSM tree保证数据库是有序写入(memtable-skiplist),起高了写性能,但是因为其本身的分层结构,牺牲了读性能(一个key如存储在了低级别的level,从上到下每一层都要进行查找,代价极大)。所以,针对读的性能提升有了很多的优化:bloom filter (高校判读一个key是否不存在),index-filter(二分查找,消耗低内存的情况下)所以key-value数据。这一些数据库都需要存储在SST文件之中,用来进行k-v数据的有序管理。 SST文件格式概览 1)Footer : 固定48字节,指出 IndexBlock 和 MetaIndexBlock 在文件中的偏移量信息,它是元信息的元信息,它位于 sstable 文件的尾部 2)IndexBlock:占用一个 block 空间,记录了 DataBlock 相关的元信息 3)MetaIndexBlock:占用一个 block 空间,各个元信息的Block,包括Filter、Properties(整个table的属性信息)、Compression dictionary、Range deletion tombstone 4)MetaBlock:可能占用多个 block空间,存储布隆过滤器的二进制数据 及其他元信息数据 5)DataBlock:可能占用多个 block空间,存储实际的数据即键值对内容 Footer 结构 Footer固定48个字节大小,位于SSTable文件尾部;MetaBlockIndex和DataBlockIndex的offset和size组成BlockHandlel类型,用于寻址MetaBlockIndex和DataBlcokIndex的块所在的位置,size和offset采用varint变长编码,以节省空间,offset和size最少占用1个字节长度、最多占用9个字节长度,因此MetaBlockIndex和DataBlockIndex的offset和size最多占用4*9=36个字节,通过padding补齐到40个字节(8字节对齐);比如DataBlockIndex.offset = 64、DataBlockIndex.size=216,表示DataBlockIndex位于SSTable文件的第64个字节至280个字节。 Block 结构 5个部分的数据结构,除了 Footer,其他的物理结构都是 Block 形式。每个 Block 对应物理磁盘的一个存储块,因此, Block 的大小与磁盘存储块的大小一致.这也是Footer放到文件末尾的原因,Footer本身48个字节不能占用一个磁盘存储块.Block 在硬盘上存储的时候,会在实际数据之后加上5个字节的额外内容:compression type、crc。 Data Block 结构 DataBlcok Key 的存储采用了前缀压缩机制,前缀压缩,就是对于 key 的相同前缀,尽量只存储一次以节省空间。但是对于 SSTable 来说它并不是对整个 block 的所有 key 进行一次性地前缀压缩,而是设置了很多区段,处于同一区段的 key 进行一次前缀压缩,每个区段的起点就是一个重启点。前缀压缩机制导致每条记录需要记住它对应的 key 的共享长度和非共享长度。所 谓 key 的共享长度,是指当前这条记录的 key 与上一条记录的 key 公共前缀的长 度,非共享长度则是去掉相同部分后的不同部分的长度。这样当前这条记录只需要存储不同的那部分 key 的值即可。 第一部分(Entry)用来存储key-value数据。由于sstable中所有的key-value对都是严格按序存储的,用了节省存储空间,并不会为每一对key-value对都存储完整的key值,而是存储与上一个key非共享的部分,避免了key重复内容的存储。每间隔若干个key-value对,将为该条记录重新存储一个完整的key。重复该过程(默认间隔值为16),每个重新存储完整key的点称之为Restart point。 Restart point的目的是在读取sstable内容时,加速查找的过程。由于每个Restart point存储的都是完整的key值,因此在sstable中进行数据查找时,可以首先利用restart point点的数据进行键值比较,以便于快速定位目标数据所在的区域;当确定目标数据所在区域时,再依次对区间内所有数据项逐项比较key值,进行细粒度地查找;该思想有点类似于跳表中利用高层数据迅速定位,底层数据详细查找的理念,降低查找的复杂度。 KV 数据存储结构 shared key length: 与 restart point 相同的key前缀字节长度. unshared key length: 当前key减去restart point 相同前缀长度后,剩余的字节长度 value length: 数值的字节长度 unshared key content: key与restart point中的key不相同部分的key内容. value: 存储真实的数值 Index Block 结构 index block包含若干条记录,每一条记录代表一个data block的索引信息,用于快速定位到包含特定key的Data Block;Index Block首先是一个block,因此包含三部分KeyValue、Type(固定1字节)、CRC检验码(固定4字节);Type标识该部分数据是否采用压缩算法,CRC是KeyValue + Type的检验码。 一条索引包括以下内容: key,取值是大于等于其索引block的最大key,并且小于下一个block的最小key; 该data block起始地址在sstable中的偏移量; 该data block的大小; IndexBlock和 DataBlock 一样,采取了前缀压缩,只不过间隔为2(DataBlock 默认为16)。 为什么key不是采用其索引的DataBlock的最大key? 主要目的是节省空间;假设其索引的block的最大key为"acknowledge",下一个block最小的key为"apple",如果DataBlockIndex的key采用其索引block的最大key,占用长度为len("acknowledge");采用后一种方式,key值可以为"ad"("acknowledge" < "ad" < "apple"),长度仅为2,并且检索效果是一样的。 为什么BlockHandle的offset和size的单位是字节数而不是block? 因为SSTable中的block大小是不固定的,虽然option中可以指定block_size参数,但SSTable中存储数据时,并未严格按照block_size对齐,所以offset和size指的是偏移字节数和长度字节数。这样做主要有两个原因: (1)可以存储任意长度的key和任意长度的value,而同一个key-value是不能跨block存储的,极端情况下,比如我们的单个 value 就很大,已经超过了 block_size,那么对于这种情况,SSTable 就没法进 行存储了。所以通常,实际的 Block 大小都是要略微大于 block_size 的; (2)从另外一个角度看,如果严格按照block_size对齐存储数据,必然有很多block通过补0的方式对齐,浪费存储空间。

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring

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

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

WebStorm

WebStorm

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

用户登录
用户注册