首页 文章 精选 留言 我的

精选列表

搜索[双足行走],共9198篇文章
优秀的个人博客,低调大师

双赛收官!开放原子大赛openKylin系列赛【多智能体交互&智能引擎优化】获奖名单公布!

2025年12月27日,由开放原子开源基金会主办,麒麟软件有限公司承办,openKylin社区协办的“基于openKylin桌面环境的多智能体交互技术赛”与“面向openKylin智能引擎的开源大模型推理优化赛”两大赛项决赛路演在上海顺利举办。 自赛事启动以来,两大技术赛道吸引了来自全国各地的开发者踊跃参与,最终共有410支队伍报名角逐。经过初赛、决赛两轮严格评审,评审团从技术创新性、实用性、落地价值等多个维度对参赛作品进行全面考量,最终确定了各奖项的归属。两大赛项决赛路演共评选出一等奖2个,二等奖2个,三等奖19个。 恭喜以上获奖队伍! · 基于openKylin桌面环境的多智能体交互技术赛颁奖现场 · 面向openKylin智能引擎的开源大模型推理优化赛颁奖现场 OpenAtom openKylin是由开放原子开源基金会孵化及运营的开源项目,由基础软硬件企业、非营利性组织、社团组织、高等院校、科研机构和个人开发者共同创立。 社区以“为世界提供与人工智能技术深度融合的开源操作系统”为愿景,旨在于开源、自愿、平等、协作的基础上,共同打造全球领先的智能桌面操作系统开源根社区,推动Linux开源技术及其软硬件生态繁荣发展。

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

鲁大师8月新机性能/流畅/AI榜:iQOO下放旗舰芯夺双冠,荣耀小折AI登顶

在骁龙8 Elite2/天玑9500旗舰处理器迭代前夕,今年8月的机圈基本复刻了去年同期的操作:华为新三折叠与苹果iPhone 17将再度正面硬刚,各厂商正为自家新旗舰做最后筹备冲刺,8月总共依稀发布了几台新机。 荣耀推出两款入门机型畅玩70 Plus和Play10C,自家小折叠迎来迭代——荣耀Magic V Flip2;蓝厂端出主打性能、续航中端机iQOO Z10 Turbo+,天玑9400+ 配8000mAh堪称同价位独一档;红米这边则是更新了Note系列,也算整了个Note 15宇宙:REDMI Note 15 Pro+/Note 15 Pro/ Note 15/Note 15R。 那么8月这堆新机,在鲁大师月报性能/流畅/AI各个榜单处于什么位置?又是谁斩获了榜单冠军? 性能榜:当天玑9400+下放,iQOO顺势夺冠 8月新机性能榜,除开iQOO Z10 Turbo+、荣耀Magic V Flip2处理器硬件稍强外,其余新机所搭载的处理器都属于中低端阵营。 iQOO Z10 Turbo+相当于如法炮制了上代Z9的思路,上代处理器给当时发哥最强的天玑9300+,这代就给天玑9400+,关于处理器详细规格鲁Sir就不过多陈述了,至少在下代旗舰天玑9500到来前,它还是发哥阵营的扛把子。 有点意思的是,Z10 Turbo+身上这颗9400+,是由iQOO × 联发科 × Arm三家厂商共同联合调优的,配合上LPDDR5X Ultra (9600Mbps)内存+ UFS 4.1闪存,性能释放更猛,最终它以1566952性能分数坐稳8月性能榜第一名。 如今小折叠已经逐渐摆脱“美丽小废物”的标签,而摆脱得关键点之一,则是性能够用,荣耀Magic V Flip2搭载了骁龙上代旗舰处理器8 Gen3,虽然小折叠品类受限于紧凑的机身内部结构,散热堆料相对直板机会差一些,但它1002759的性能分数,依然排在8月性能榜第二。 性能榜往后第三至第六名,则全部被REDMI Note 15系列包揽,总共四台机器,它们的性能分数和排名属于是严格遵循了命名和定位的降序排列。 第三名REDMI Note 15 Pro+,首发搭载骁龙7s Gen4,这颗处理器相比上代7s Gen3,制程工艺仍是台积电4nm,CPU中A720大核峰值频率由2.5GHz提升至2.7GHz,本质就是一颗普通的超频版,因此体现到性能分数上并未有质的飞跃,最终Note 15 Pro+性能跑分为756142。 其余三款REDMI Note 15系列机型,排名和性能分数依次为:第四名REDMI Note 15 Pro(703190分)、第五名REDMI Note 15(656378分)、第六名REDMI Note 15R(570445分)。 性能榜剩余的第七、八名是荣耀两台入门新机——荣耀畅玩70 Plus和荣耀Play10C,受限于成本,处理器分别搭载低端的骁龙6s Gen3和天玑6300,自然它两性能分数不高,分别为542526分和454943分。 流畅榜:iQOO断层领先,红米还需优化 流畅度考验的是手机软硬协调能力,虽说系统软件优化能弥补部分硬件短板,可如果硬件悬殊过大的同时系统优化能力欠佳,那流畅度表现必然会差劲一些。8月的新机流畅榜则很好体现了这一点。 在此前性能榜中,iQOO Z10 Turbo+是本月处理器硬件最强新机,其系统OriginOS 5本身流畅度表现一直以来也备受好评。在流畅度优化方面,OriginOS 5系统的「虚拟显卡2.0」技术,重构了安卓动效渲染管线,能大幅提升应用启动、页面切换速度。 「不公平调度3.0」则通过优先分配GPU资源给前台应用,以保证其流畅度。 最终,8月新机流畅榜冠军依然被iQOO Z10 Turbo+夺得,流畅分数224.41,相较其它新机实现真正的断层领先。 荣耀Magic V Flip2在骁龙8 Gen3次旗舰处理器提供基础流畅度保障的同时,其系统MagicOS 9.0的直觉交互动效、全栈Vulkan图形和预测调度三大针对流畅度调优的引擎功不可没。最终Magic V Flip2流畅得分193.47,位于流畅榜第二名,不过和第一的iQOO差距较大。 而荣耀畅玩70 Plus、荣耀Play10C尽管为中低端机,处理器性能相对较弱,但在软件层面,依然出厂搭载其最新MagicOS 9.0系统,或多或少有系统带来的流畅度优化,因此它两流畅得分并没有特别低,分别以191.16分、183.28分排在流畅榜第三、四名。 REDMI这儿的Note 15系列共4台新机,除REDMI Note 15R未收录到流畅得分外,其余3台流畅得分均在180分左右,可见澎湃OS 2与处理器之间的软硬协同能力还需加强。 AI榜:骁龙芯AI性能依旧领先,荣耀小折拿下第一 由于8月缺少了骁龙8至尊版机型前来霸榜,不过作为前身的骁龙8 Gen3机型接任了榜单冠军,而天玑处理器目前在鲁大师AI评测中,仍处于劣势位置。 从骁龙8 Gen3那代开始,其AI引擎就有了质的飞跃,NPU从Hexagon DSP升级为Hexagon NPU,并采用了全新的微架构,这使得其AI性能相比骁龙8 Gen2提升了最高98%,同时能效也提升了40%。并且首次真正为移动设备生成式AI进行了深度设计,支持在终端设备上运行参数超过100亿的大模型,实现20 Token/s的处理速度。 因此搭载它的荣耀Magic V Flip2在鲁大师AI性能评测中,取得244939分,位于榜单第一。 iQOO Z10 Turbo+以50327的AI性能分数,位列本月AI榜第二。其搭载的天玑9400+,AI处理器依然维持上代NPU 890,不过搭载增强型推理解码技术,智能体AI推理速度相比9400提升20%,可最终呈现的分数并不那么亮眼。 AI榜第三名为REDMI Note 15 Pro,它的AI性能分为12582.50,尽管AI处理器MediaTek NPU 655未升级,可AI性能比上一代7300提升了15%。 榜单剩余另5台新机,鲁Sir暂未在后台查询到它们的AI跑分。 尽管8月机圈相对冷清,不过接下来的9月,随着骁龙、天玑新旗舰处理器发布,一大堆新机会接踵而至,届时各榜单分数极有可能刷新新高度,榜单排名争夺也将更加精彩,大家一起共同期待。

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

🎉smart-mqtt v0.17 发布,性能和可靠性双提升,带您飞入物联网世界!

1、smart-mqtt 简介 随着物联网技术的发展,越来越多的企业开始重视物联网领域的开发和应用。但是,如何搭建稳定、可靠的物联网服务,是众多企业面临的难题。 smart-mqtt,是smartboot组织下面向物联网的首款解决方案,它使用Java语言开发,提供高效、可靠的MQTT Broker服务。 与其他类似的MQTT解决方案相比,smart-mqtt的主要优点在于其高度可扩展性和高效性。通过引入自研通信框架 smart-socket,利用异步非阻塞I/O操作实现高效的消息传递。同时,smart-mqtt 还支持集群部署,可以轻松应对高并发的消息传递和数据处理。 另外,smart-mqtt还提供了完善的监控和管理功能,可以帮助企业更好地管理和维护物联网服务。管理员可以通过smart-mqtt的管理系统实时监控消息服务器、客户端、主题等信息,为企业提供更精细的管理服务。 总的来说,smart-mqtt是一款针对性强、性能优异、易用性高的MQTT Broker服务。无论企业是从零开始搭建物联网系统,还是想要升级现有应用,smart-mqtt 都是一款可靠的选择。smart-mqtt将帮助企业以较低的成本构建稳定、高效的物联网服务,助力万物互联互通的梦想成为现实。 smartboot开源组织,一个容易被误认为是在“重复造轮子”的低调组织。曾获得2020 年度 OSC 中国开源项目「优秀 Gitee 组织 」荣誉。 该组织内的明星项目包括: smart-socket 历时5年精炼出2千多行代码,轻松实现百万级长连接的 AIO 通信框架。 smart-http 基于 smart-socket 实现的 HTTP/1.1 web服务。 smart-servlet 基于 smart-http 实现的 Servlet 3.1 容器服务。 smart-mqtt 基于 smart-socket 实现的 MQTT 3.1.1/5.0 Broker&Client 服务。 smart-flow 一款具备可观测性的轻量级业务编排框架。 组织地址:?https://smartboot.tech/ 代码仓库:?https://gitee.com/smartboot 2、 版本更新 两周前smart-mqtt发布了v0.16版本,在性能方面有了显著的提升,这对于用户来说是非常有吸引力的,相交同类产品也是极具竞争力的。然而,为了充分发挥Broker服务的性能,我们进行了一次几乎是“破坏性”的重构。虽然对性能的提升产生了积极的作用,但同时也缺失了部分服务可靠性。 为了弥补这些可靠性问题,我们决定从smart-mqtt v0.17版本开始,通过几个小版本的迭代,对内部代码进行更详细的测试和评估,以确保系统的稳定运行。 本次更新内容: 通过引入smart-socket的插件化机制,以更低的性能损耗实现消息超时重发。 修复此前版本引入的topic取消订阅不生效的bug。 网络断开连接后即时中断消息推送,减少不必要的尝试。 MQTT Client 的topic订阅与取消订阅请求纳入飞行队列管理。 重构部分消息模型。 重构飞行队列,提供更加完善的Push能力。 更合理的日志输出。 3、性能测试报告 场景一: 10个publisher每隔1毫秒发送payload为128字节的消息,这些消息分布在128种topic下,有2000个subscriber订阅这些topic的消息。 smart-mqtt emqx QoS0 150W/s 18W/s QoS1 97W/s 18W/s QoS2 70W/s 17W/s 场景二: 2000个publisher每隔1毫秒发送10个payload为128字节的消息,这些消息分布在128种topic下。 smart-mqtt emqx QoS0 26W/s 19W/s QoS1 23W/s 8W/s QoS2 24W/s 6W/s 因为不了解emq的调优策略,测试过程或许存在不公平因素,结果仅供参考。 另外,这次发布的依旧是一个阶段性版本,其中可能存在一些其他小问题,所以暂时不推荐生产使用。 4、如何获取 smart-mqtt 4.1 源码 主仓库:https://gitee.com/smartboot/smart-mqtt 镜像同步:https://github.com/smartboot/smart-mqtt 4.2 Maven依赖 mqtt broker <dependency> <groupId>org.smartboot.mqtt</groupId> <artifactId>smart-mqtt-broker</artifactId> <version>0.17</version> </dependency> mqtt client <dependency> <groupId>org.smartboot.mqtt</groupId> <artifactId>smart-mqtt-client</artifactId> <version>0.17</version> </dependency> 4.3 发行包 社区版 打开浏览器访问:https://gitee.com/smartboot/smart-mqtt/releases下载最新版。 企业版 成为项目赞助商,单独提供发行包(具体见下文)。 5. 关于 smart-mqtt 企业版 smart-mqtt 目前是由个人开发者在业余时间维护,暂无提供商业化服务的计划。 出于项目的可持续发展需要,我们在 smart-mqtt 社区版的基础上,丰富了一些企业级功能。如果贵公司认可 smart-mqtt 的价值,可以通过成为赞助商获得企业版授权。 功能特性 企业版 License 认证。授权过期将无法启动服务,但并不会因授权过期影响正在运行的 Broker。 MQTT over WebSocket。 Broker 集群部署。 管理后台 ChatGPT OpenAPI插件 指标数据持久化(H2、MySQL) 未完待续... 赞助商等级 青铜赞助商 白银赞助商 黄金赞助商 铂金赞助商 赞助条件 加入企业支持计划 500元/年 1500元/年 5000元/年 License有效期 1年 1年 1 年 1年 部署指导 - 1次 1次 不限次数 Logo展示位 - 小号 中号 大号 首页Logo展示 - - - ✅ 技术支持 文档 邮件/ISSUE 微信/QQ/邮件 微信/QQ/邮件 白银赞助商的价值: 成本:500元/年,相当于一名初中级程序员一天的薪资。 产出效益: 增加品牌曝光率。 节省投入在 Sass云服务中的巨额资费。 结交更多物联网领域的从业者。 成为赞助商遵循双方自愿原则,我们会在能力范围内尽可能提供 smart-mqtt 相关的技术支持。与此同时因时间和精力有限,我们也并不希望由此带来额外的负担,影响到项目的正常迭代。 所以,如有疑问尽量通过 ISSUE 交流,或者通过 ISSUE 和官方文档自助寻找答案,还望理解~~ ISSUE:?https://gitee.com/smartboot/smart-mqtt/issues

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

OpenHarmony项目实战:基于全志XR806实现的上下位机双OpenHarmony智能门锁样例

本文整理自:https://bbs.aw-ol.com/topic/1108/ 作者 @budbool 一. 简介 本demo是基于Openharmony 3.1 Beta本版开发,不仅可以接收数字管家应用下发的指令来控制门锁开启,而且还可以通过数字管家设置不同的开锁密码以及一次性密码,实现给临时用户一个临时密码,保证门户安全。当然除了开锁的功能,智能门锁还可以通过检测门与门锁距离自动上锁以及如果长时间未上锁,上报告警消息到数字管家,及时提醒用户关门关锁等功能。 1. 交互流程: 如上图所示,智能门锁整体方案原理图可以大致分成:智能门锁设备、数字管家应用、云平台三部分。智能门锁通过MQTT协议连接华为IOT物联网平台,从而实现命令的接收和属性上报。 关于智能设备接入华为云IoT平台的详细细节可以参考 连接IOT云平台指南;智能设备与数字管家应用之间的设备模型定义可以参考profile . 2. 实物简介: 如上图所示,上面是XR806开发板,中间的是hcsr04超声波距离传感器,下面是E53_IA1扩展板。 我们是通过距离传感器感应门的距离,进行自动上锁,也可以在一定时间内无法上锁而产生告警信息上传到数字管家。 E53_IA1扩展板主要是通过控制电机模拟开关锁的一个动作。 接线说明: 距离传感器有4根线,其中echo接XR806的PA19,trig接XR806的PA20。 E53_IA1扩展板主需要接3根线,其中IO控制脚接XR806的PA12。 3. 实物操作体验 二. 快速上手 1. 硬件准备 xr806模组 hcsr04超声波模块 E53_IA1扩展板 预装HarmonyOS手机一台 2. 环境准备 参照文档:XR806快速上手指导文档 3. 编译前准备设备侧代码下载 具体仓库地址:https://gitee.com/openharmony-sig/knowledge_demo_smart_home/ 下载方式:使用git 命令下载,指令如下(用户也可以根据需要将该仓库fork到自己的目录下后进行下载) cd ~/ git clone git@gitee.com:openharmony-sig/knowledge_demo_smart_home.git 代码拷贝 cp -rfa ~/knowledge_demo_smart_home/dev/team_x ~/openharmony/vendor/ cp -rfa ~/knowledge_demo_smart_home/dev/third_party/iot_link ~/openharmony/third_party/ 整合并修改完成后的目录结构如下图: SOC代码下载替换 当前官方soc代码由于DHCP暂未适配,所以暂时不支持AP模式,这时需要下载并替换之前SOC代码。如果官方soc代码已修复该问题,可忽略此步骤。 git clone https://gitee.com/moldy-potato-chips/xr806_-ap_mode.git mv ~/openharmony/device/soc/allwinner ~/allwinner.org // 不建议直接删除, cp -raf xr806_-ap_mode ~/openharmony/device/soc/allwinner 修改文件 修改编译依赖 打开 device/soc/allwinner/xradio/xr806/BUILD.gn,添加应用依赖(deps字段): module_group(module_name) { modules = [ "src", "project", "include", ] configs = [ ":SdkLdCconfig", ] deps = [ "//vendor/team_x/smart_lock/demo_smart_lock:app_smart_lock" ] } 修改编译方式 将demo依赖的库编译方式(static_library)修改为(source_set): 具体依赖查看demo_smart_lock目录下的BUILD.gn: deps = [ "../../common/iot_wifi_xradio:iot_wifi", "../../common/iot_cloud:iot_cloud", "../../common/iot_boardbutton_xradio:iot_boardbutton", "../../common/iot_list:iot_list", "../../common/iot_sntp:iot_sntp", "../../common/iot_boardled_xradio", "//third_party/cJSON:cJSON" ] 其中//third_party/cJSON目录下的BUILD.gn建议参照下面的修改: source_set("cJSON") { sources = [ "cJSON.c", "cJSON_Utils.c", ] ldflags = [ "-lm" ] } 修改iot_link中的部分文件 third_party/iot_link目录下文件改动较多,此处以patch方式做修改,patch在路径在(team_x/smart_lock/iot_link_patch_xr806.patch),主要修改内容: 1.BUILD.gn修改source_set. 2.fd为0时通讯会异常,做了规避操作(socket创建时多创建一个)。 3.部分mbedtl接口未适配,做一些简单适配以及无法适配的接口需要注释 4.弱引用导致无法链接相关符号,因此需要注释相关文件中的弱引用。 5.osDelay接口在XR806中未实现,需要替换为OS_Msleep(); 以上内容修改的修改均在iot_link_patch_xr806.patch中,只需将该patch文件拷贝到third_party/iot_link目录下,并执行打补丁即可: cp -af vendor/team_x/smart_lock/iot_link_patch_xr806.patch third_party/iot_link // 拷贝patch文件到对应目录 cd third_party/iot_link/ // cd 到对应目录 patch -p1<./iot_link_patch_xr806.patch // 执行打patch动作 修改GPIO查找方式 因为GPIO框架修改了设备驱动注册的管脚号,导致应用无法根据HCS的引脚操作对应的GPIO,此问题已经提issue,如果该问题已解决,可以忽略此步骤。 打开drivers/framework/support/platform/src/gpio/gpio_manager.c,将cntlr->start = start;注释即可。 static int32_t GpioManagerAdd(struct PlatformManager *manager, struct PlatformDevice *device) { uint16_t start; struct GpioCntlr *cntlr = CONTAINER_OF(device, struct GpioCntlr, device); if ((start = GpioCntlrQueryStart(cntlr, &manager->devices)) >= GPIO_NUM_MAX) { PLAT_LOGE("GpioCntlrAdd: query range for start:%d fail:%d", cntlr->start, start); return HDF_ERR_INVALID_PARAM; } // cntlr->start = start; DListInsertTail(&device->node, &manager->devices); PLAT_LOGI("%s: start:%u count:%u", __func__, cntlr->start, cntlr->count); return HDF_SUCCESS; } 将对应的驱动文件复制到drvier对应目录: 因为主仓代码中未将对应的驱动文件合并到driver/adpater/platform对应的目录下,固需要手动将文件拷贝到对应目录。若主仓已合入,可忽略此步骤。 注意:(如果已用xr806_-ap_mode替换原来的soc文件,则需要将拷贝原来被替换的对应文件,因为xr806_-ap_mode中的驱动文件非最新版) // 拷贝gpio驱动 cp -af device/soc/allwinner/xradio/drivers/gpio/gpio_xradio.* driver/adpater/platform/gpio // 修改driver/adpater/platform/gpio/BUILD.gn文件,加上gpio_xradio的编译 hdf_driver(module_name) { sources = [] if (defined(LOSCFG_SOC_COMPANY_BESTECHNIC)) { sources += [ "gpio_bes.c" ] } if (defined(LOSCFG_SOC_COMPANY_ALLWINNER)) { sources += [ "gpio_xradio.c" ] } include_dirs = [ "." ] } 为了节省ram资源,可以把无用的资源先关闭,如关闭内部codec,将 device/soc/allwinner/xradio/xr806/project/prj_config.h中的PRJCONF_INTERNAL_SOUNDCARD_EN设置为0,如下: /* Xradio internal codec sound card enable/disable */ #define PRJCONF_INTERNAL_SOUNDCARD_EN 0 4. 编译&烧录更新hb 首先可以查看一下hb的版本,如果hb版本为0.4.4就不需要更新。 ## 查看hb版本 hb --version ## 更新hb, 以下指令需要在openharmony SDK根目录执行 pip3 uninstall ohos_build pip3 install build/lite 编译 1.hb set 选择demo指令,具体命令如下: hb set -root 如下图所示,使用键盘上下键选中smart_lock 2.hb build 全量编译命令 hb build -f 烧录 参照文档:XR806快速上手指导文档 5. 设备配网 在设备上电前需准备好安装了数字管家应用的HarmonyOS手机,详情见数字管家应用开发, 并在设置中开启手机的NFC功能; 写设备NFC标签,详细操作见设备NFC标签指导文档; 烧录完成后,上电。开发者在观察开发板上状态LED灯以8Hz的频率闪烁时,将手机上半部靠近开发板NFC标签处(无NFC标签的可用NFC贴纸替代); 碰一碰后手机将自动拉起数字管家应用并进入配网状态。 配网过程中需要 连接设备的AP热点,然后填写需要配置的wifi的密码。 最后点击配置,手机会将ssid以及对应的密码通过AP热点发送到设备。 当设备端蓝灯每5s闪烁一次则代码设备联网成功。 6. 设置主密码并通过主密码开锁 数字管家下发修改密码指令以及修改后的密码 设备端接收指令以及修改后的密码进行更新 数字管家下方开锁指令以及开锁密码 设备端接收指令并判断密码是否正确,正确的话电机转动模拟开锁,否则向数字管家发送密码错误信息 7. 设置临时密码 数字管家下发创建临时密码指令以及创建临时密码时的信息,主要包括临时密码标志,临时密码信息,临时密码生效时间段。 设备端接收指令并保存信息。 临时用户通过数字管家下发开锁指令以及开发密码。 设备端接收指令并判断密码是否正确以及该密码是否在当前时间段生效,正确的话电机转动模拟开锁,否则向数字管家发送密码错误信息。 8. 门未关告警 设备端执行完开门指令后会一直通过超声波距离传感器来判断门是否可以关闭,如果超过5分钟发现门不能关闭,则主动向数字管家发送门未关的告警信息。 数字管家通过系统消息查看到告警消息。 数字管家可以从设备控制页面进入到告警消息页面,也可以通过点击告警消息进入到告警界面。 9. 模拟自动关门 设备端执行开门动作后,用手或者其他物体靠近超声波距离传感器 设备每隔10S检测一次超声波距离传感器,发现在设定范围内(模拟门已关),则控制电机转动(模拟关门动作),同时上报关门信息到数字管家

资源下载

更多资源
腾讯云软件源

腾讯云软件源

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

Nacos

Nacos

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

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

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

用户登录
用户注册