首页 文章 精选 留言 我的

精选列表

搜索[向量化],共10000篇文章
优秀的个人博客,低调大师

Valve 向 Steam Deck 软件的开源开发者支付报酬

Steam Deck 是游戏公司 Valve 开发的 Linux 便携式掌上游戏机,该设备使用了许多开源软件。比如其搭载的操作系统 Steam OS 基于 Arch Linux、核心的 Linux 游戏兼容层 Proton 基于 Wine 实现,其他还有 KDE Plasma 桌面环境、Mesa 图形驱动 Mesa 和 Vulkan API 等。 Valve 清楚地认识到,Steam Deck 的成功离不开开源软件和开源开发者。Steam Deck 设计师最近在接受 Verge 的采访时提到,Valve 为 100 多名开源开发者支付了报酬,他们的开发工作涉及到上文提到的多个开源项目,比如 Proton、Mesa 和 Vulkan 等,以及参与开发 Steam for Linux/Chromebook 等其他任务。 这名设计师表示,Valve 吸纳这么多开源开发者属于其总体 Linux 游戏战略的一部分,Valve 希望利用其技术和财务影响力将这些开源项目的开发工作集中在一个方向上,让 Linux 在 PC 游戏领域成为 Windows 的可行替代。 网友也指出,Valve 在这方面已经掌握了数量惊人的开源技术,涉及到图形 API、桌面合成器、驱动、DXVK 和着色器编译器等。甚至连 Linus Torvalds 也曾公开表示 Valve 将“拯救 Linux 桌面”。 有人则认为,Valve 积极参与贡献 Linux 和开源软件,更多是为了摆脱 Windows,而不是因为对自由和开源信念具有坚定的奉献精神。但不管怎样,如此多的开源开发者因贡献开源项目而获得报酬也不失为一件美事。

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

GIMP 2.99.14 发布,向 GIMP 3.0 又迈进了一步

GIMP 2.99.14 发布了,这是朝着 GIMP 3.0 迈进的最新开发版本。 GIMP 即 GNU Image Manipulation Program(GNU 图像处理程序)的首字母组成,是一个自由开源的位图图像编辑器,用于图像照片润饰及编辑、自由绘图、调整大小、裁剪、照片蒙太奇、装换图像格式以及其他专业任务。GIMP 几乎拥有所有图象处理所需的功能,号称 Linux 下的 Photoshop。 GIMP 3.0 最显著的变化之一是从 GTK2 过渡到 GTK3 工具包,当然也有许多正在开发中的其他改进。在最新的 GIMP 2.99.14 开发版本中,部分最新的进展包括: 改进对齐工具,使其更容易工作并简化复杂度 为文本工具提供新的轮廓选项 所有转换工具现在都会自动激活 微调 GIMP 的复制粘贴处理 为 GIMP 设计的新“灰色”主题。 更快的 XCF 保存 矢量/路径现在在 XCF 文件格式中具有正确的结构。 改进了对 PDF、AVIF、Adobe PSD、JPEG XL 的文件输出,以及其他文件格式处理的改进 至于 GIMP 3.0 最终会在什么时候推出,发布公告中提到: “随着这个版本的更新,我们已经真正接近 GIMP 3.0 的正式发布。从 3.0 的路线图中可以看出,大多数项目都“接近完成”或“完成”。当我们开始针对特定的问题进行解决时,我们显然已经达到了新的开发阶段。” 也许我们最终会在 2023 年看到 GIMP 3.0 正式发布? 详情查看发布公告。

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

Red Hat 报告:企业开源向好,开源安全担忧正在消退

Red Hat 最新发布的一项《2022 年企业开源状况》报告指出,开源比以往任何时候都更重要。该报告基于对全球大中型企业的近 1300 名 IT 决策者的调查,旨在更好地了解企业开源的独特作用。 报告指出,IT 决策者现在更倾向于与企业开源供应商合作,82% 的人表示他们更有可能选择为开源社区做出贡献的供应商。原因在于:他们熟悉开源流程(49%)、帮助维持健康的开源社区(49%)、可以影响必要功能的开发(48%),以及如果我面临技术挑战,它们会更有效(46%)。 受访者表示,目前他们 45% 的软件是专有软件,预计该数字将在两年内降至 37%。同时,企业开源软件目前占组织软件组合的 29%,预计在两年内将达到 34%。而基于社区的开源软件目前为 21%,预计增长会略小,两年后将达到 24%。 受访者表示,他们现在还在充分利用新兴技术;其中包括人工智能/机器学习(71%)、边缘计算/物联网(71%)、容器(68%)和无服务计算(61%)。企业开源有望在未来两年内在新兴技术中发挥更大作用,80% 的人预计将增加对新兴技术的企业开源软件的使用。 此外,大众对开源安全性的信任度也越来越高,89% 的人表示开源软件与专有软件一样安全甚至更安全。“与不久前相比,这是一个很大的变化。过去,相当多的潜在买家认为,能够看到源代码本质上会降低代码安全性,就像能够看到物理安全系统的示意图一样。” 不过,最常提到的安全优势并不是开源代码中的漏洞更明显,或者开源代码可以轻松审计。受访者表示,主要的安全卖点是:能够用于内部应用程序的经过良好测试的开源代码(55%)、安全补丁有据可查(52%)、漏洞补丁快速可用(51%)、更多人审查和测试代码(44%)和团队审核代码的机会(38%)。 Red Hat技术布道者 Gordon Haff 指出,企业开源越来越被视为具有许多与专有软件相同的积极属性,同时还提供了来自开源许可的灵活性和开源开发模式的好处。 Red Hat 总裁兼首席执行官 Paul Cormier称,“尽管开源开发模式可能在几十年前就开始在开发者、黑客和有远见的人手中以玩乐性质出现,但我们现在已经远远超越了这一点。它现在是商业软件开发的主流部分,也是持续创新的引擎--从机房到公共云,再到边缘和其他地方。” 完整报告地址

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

博云计划向 Volcano 社区捐赠作业流编排引擎 JobFlow

Volcano 是一个基于 Kubernetes 的云原生批量计算平台,也是 CNCF 的首个容器批量计算项目,主要用于 AI、大数据、基因、渲染等诸多高性能计算场景,对主流通用计算框架均有很好的支持。它提供面向高性能负载的调度策略、完善的作业生命周期管理、异构硬件管理、面向高性能负载的性能优化等能力,目前在很多领域都已落地应用。 目前 Volcano 已经支持几乎所有的主流计算框架,包括 MindSpore、TensorFlow、Kubeflow、MPI、PyTorch、飞桨、Spark、Flink、HOROVOD 等。 JobFlow诞生的背景 Volcano虽然提供了优秀的基于作业的任务编排功能,但缺乏作业间的编排能力。业界在需要作业编排时,通常的解决方式有以下几种: 人工手动提交多个作业。该流程操作繁琐,重复操作多,时效性差,时间成本通常很高。 结合已有的作业平台完成。通常企业、单位内部都有一套作业平台,作业编排可以在该平台上完成用以满足自身需求。但该方案缺乏通用性,对缺失作业平台的用户也不友好。 结合 Argo Workflow 完成。Argo Workflow 是一款优秀的开源云原生工作流引擎,在 K8S 之上编排并行作业。使用 Argo 对 Volcano 作业进行编排时,采用 resources 的模板类型来引入 vcjob 。workflow 提供了 STEP 与 DAG 两种这种方式来处理依赖结构的关系,这两种方式几乎涵盖了所有的复杂依赖结构,对于任务的串行并行都可以支持。但在依赖类型方面只提供了任务的完成、失败、出错等通用结果。在状态信息方面也趋向更加通用的结果。在对 vcjob 的任务编排时,用户可能依赖任务 running 状态,或者是探针的形式。此时 workflow 这种通用情况的作业编排将不再适用。另外,workflow 可以查看到 vcjob 级别的进度(完成与未完成),但不能直观的展示 vcjob 下任务及 pod 的完成情况,与对应的状态信息等。 以上方案都较为复杂,在作业流编排上步骤繁琐、外部依赖较为严重。一款云原生的高性能计算作业流引擎就显得十分重要。 JobFlow 对作业流编排的支持能力 为了解决上述问题,博云高性能计算团队设计并提出了JobFlow 项目,专注于对多作业场景下的调度管理,可以实时查看作业及其任务的完成进度、执行状态,只要资源允许的场景下,自动下发后续任务,大大提升了资源利用率、减少了人工成本和作业执行时间。 JobFlow 的完整运行包含了JobFlow和JobTemplate。其中 JobFlow 用于描述作业之间的依赖关系,并跟踪作业下发以及运行过程的相关状态信息。JobTemplate 是用于描述作业各项信息的模板,用户可以基于模板分批次创建多个作业并运行。JobFlow 于 JobTemplate 关系如下图: 图1-1 当采用 JobFlow 后,用户对多作业的编排流程会大大缩减,仅需定义作业模板及作业间的依赖关系即可。为了减少迁移成本,JobFlow 项目同时提供了标准工具用于将现有的作业转化为作业模板。该工具也支持反向操作,即随时根据作业模板的定义启动一个作业并运行。当定义好模板及作业依赖后,用户可以采用 K8S 原生的方式去跟踪多个作业的执行状态、执行时长、作业结果等常见信息。 当前 JobFlow 中的作业依赖关系还比较简单,支持了出现最多的场景,即在前序作业执行结束后才自动启动后续依赖的作业。后续会逐步扩展依赖关系,实现running/complete/probe等多种依赖探测。 图1-2 JobFlow 作业流引擎已经内置到博云智能算力平台中,用户可以通过简单的图形页面实现复杂的作业模板定义、依赖管理、作业提交、历史查询等高频操作。 案例应用 通过一个简单的算术计算可以演示 JobFlow 的能力,该案例可以在B站博云账号下查看。如下图 job-d 依赖于 job-a 和 job-b 的运算结果。job-e 依赖于 job-c 的运算结果。job-f 依赖于 job-d 的运算结果。job-g 依赖于 job-e 的运算结果。job-h 依赖于 job-f 和 job-g 的运算结果。job-h 通过运算得到最终结果140 。 图1-3 后续拓展 博云已于近期与 Volcano 社区就 JobFlow 成为 Volcano 子项目相关事宜进行探讨。合并完成后,所有使用 Volcano 进行作业编排调度的用户都可以直接使用该技术,同时保持极低的迁移成本。 除了更多的依赖关系,JobFlow 项目后续还会继续增加对 task 级别的任务划分以及下发。即直接描述 task 的依赖规则,jobflow 根据 task 的依赖规则对 task 进行划分,生成作业并下发。 图1-4 参考链接: 1.https://volcano.sh/en/ 2.https://github.com/BoCloud/JobFlow

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

Mozilla 计划向扩展程序开发者提供收费推广服务

Mozilla 扩展商店的产品经理Jorge 近日发文宣布,他们正在进行一项试点计划,为开发人员推广其扩展程序,但要收取一定的费用。 这个计划建立在已有的“推荐扩展”项目基础上。去年夏天,Mozilla 开始在扩展商店首页和另一些 Mozilla 渠道推荐部分扩展程序,这些项目均由编辑手动挑选,并且会定期进行合规性审查。而其余扩展的详情页上则会显示一个警告标签,以告知用户,该扩展未经审核。 现在,Mozilla 决定对这一推荐和审核服务进行收费。“我们很乐意审查商店里的所有扩展,以确保其符合要求,但人工执行的费用过高”,Jorge 表示,“开发者希望自己的程序通过审核并被推荐,并且一些人愿意为此付费”。 付费服务包含两种级别。一是“已验证”徽章,扩展通过审核的话,会获得一枚经验证的徽章。 另一种是扩展商店的首页赞助位。拿到徽章的开发者可选择支付额外的费用来让自己的扩展程序出现在首页。 该试点计划将在 9 月底至 11 月底期间运行,现阶段仅限美国、加拿大、新西兰、澳大利亚、英国、马来西亚或新加坡的开发者参与,未来会扩展至更多国家及地区。在试点期间,这些服务会免费提供给少量参与者。 继推出订阅制 VPN 和 Pocket 阅读服务,并续签与谷歌的搜索交易后,这是 Mozilla 在商业化上的又一尝试。今年 Mozilla 大裁员时,就强调接下来要对经济和财务状况保持更多的关注。他们用实际行动证明,自己确实在不断地进行更多元的商业机会探索,尽力摒弃“一切都是免费的”这种旧有的发展模式。

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

OceanBase迁移服务:向分布式架构升级的直接路径

2019年1月4日,OceanBase迁移服务解决方案在ATEC城市峰会中正式发布。蚂蚁金服资深技术专家师文汇和技术专家韩谷悦共同分享了OceanBase迁移服务的重要特性和业务实践。 蚂蚁数据库架构的三代升级史 在过去的十多年时间里,蚂蚁在整个基础数据库架构上一共经历了三代升级。第一代数据架构是构建在IOE的基础之上——IBM的小型机、Oracle的商业数据库,还有EMC的共享存储。基于第一代IOE架构的运维成本是非常高的,同时稳定性的挑战也是非常大的。随着业务的快速发展,这套架构已经完全没有办法适应业务发展的增速。 随之诞生的是第二代架构,第二代架构的主体是OE——也就是Oracle和EMC,加上蚂蚁自身的分布式中间件,解决了业务的水平和垂直的弹性能力。这一代架构其实伴随着蚂蚁走了很多年。 随着4G、5G时代的到来和金融的普及化,人们

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

新手向: ECS搭建Java运行平台, 安装MySQL 以及Tomcat运行

需要 准备一台ECS主机, 立即购买, 阿里云服务器293/1年 或者 个人阿里云推广返还, 购买最多折上9折 系统推荐CentOS7(以下使用CentOS7作为例子) 准备好Tomcat运行包, 这里选用Apache Tomcat 8.0.53 准备好Java运行环境 这里采用Oracle Java Server JRE 1.8.0_181 可以点击此处进入官网下载历史版本的Java, 需要Oracle账号, 注册一个即可 准备阶段 准备好的服务器, 装了CentOS7.4的系统 看到IP是47.104.66.241, 直接使用SSH连接过去, 这里SSH可以使用 putty Download PuTTY 在HostName中填写IP地址 47.104.66.241, 点击Open, 应该会弹出框 点击是后, 输入用户名密码, 这里使用root可以看到连接成功了 如果看到没有连接成功, 检查下阿里云的安全组然后点击配置规则, 并检查是否有22/22的端口如果没有, 按如图添加一条22的端口, 表示外网可以访问到这个端口如果还是没有, 检查下服务器防火墙是否被打开如果还是没有, 可以发工单求助专业的工作人员. 安装MySQL(该步骤可以跳过) 1. 准备 这是一台全新的服务器, 首先安装 MySQL, 在CentOS中, 可以使用MariaDB来代替MySQL, 安装很简单, 只需控制台输入 yum install mariadb mariadb-server -y 若干秒后看到 .. .. Dependency Installed: libaio.x86_64 0:0.3.109-13.el7 perl-Compress-Raw-Bzip2.x86_64 0:2.061-3.el7 perl-Compress-Raw-Zlib.x86_64 1:2.061-4.el7 perl-DBD-MySQL.x86_64 0:4.023-6.el7 perl-DBI.x86_64 0:1.627-4.el7 perl-Data-Dumper.x86_64 0:2.145-3.el7 perl-IO-Compress.noarch 0:2.061-2.el7 perl-Net-Daemon.noarch 0:0.48-5.el7 perl-PlRPC.noarch 0:0.2020-14.el7 Dependency Updated: mariadb-libs.x86_64 1:5.5.60-1.el7_5 Complete! 即安装完成 2. 运行MariaDB systemctl start mariadb 没有任何返回, 就表示完成了, 接下来就是设置它开机自启动 systemctl enable mariadb 返回 Created symlink from /etc/systemd/system/multi-user.target.wants/mariadb.service to /usr/lib/systemd/system/mariadb.service. 表示加入开机启动完成 3. 配置MariaDB 刚安装好的MariaDB需要进行简单的配置命令行输入 mysql_secure_installation 按图中的提示进行操作 时候登陆mysql, 发现已经安装好了 但是此时还不够, 因为默认安装的mariadb, 在存储中文时会报错, 此时要进行配置的更改 修改server.cnf配置文件, 增加连接相关属性 vi /etc/my.cnf.d/server.cnf 光标移动到[mysqld]下方, 按下A键此时左下角出现 -- INSERT --, 表示可以进行编辑状态接着直接键盘输入以下配置 character-set-client-handshake = FALSE character-set-server = utf8mb4 collation-server = utf8mb4_unicode_ci init_connect='SET NAMES utf8mb4' lower_case_table_names = 1 # 这个可选, 表示不区分大小写 然后按下Esc键, 此时左下角 -- INSERT --消失接着按下:wq, 直接按就行, 左下角出现对应字符回车, 保存然后修改client.conf文件 vi /etc/my.cnf.d/client.cnf 在[client]中加入如下的话 default-character-set = utf8mb4 :wq保存退出 最后, 重启MariaDB systemctl restart mariadb 重启没有任何提示就结束表示成功 再次进入MySQL, 发现字符集已经完成更改 安装Java 从官网下载Java, 选择这个版本, 下载Tomcat 若干秒后, 下载完毕 使用ssh工具上传到云服务器, 这里ssh工具使用SFTP, 添加后双击进入, 并选择接受并保存 将刚刚下的2个文件直接拖进来即可剩下, 回到服务器上, 由于刚刚上传的文件在 /root下, 进入/root cd /root ls一下发现文件已经上来了 解压这2个文件, 执行后当前目录会多出2个文件夹 tar -zxvf jre-8u181-linux-x64.tar.gz && tar -zxvf apache-tomcat-8.0.53.tar.gz 我个人习惯将java和tomcat放在/usr/local中, 当然也可以直接放在/root中, 如果移动目录使用 mv 老文件(夹)1 [老文件(夹)2] 新文件(夹) 配置Java环境 配置环境变量 vi /etc/profile 移动到底部, 添加如下字段, JAVA_HOME的目录就是刚刚java的目录 export JAVA_HOME=/usr/local/jre1.8.0_181 export PATH=$JAVA_HOME/bin:$PATH export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar 生效配置 source /etc/profile 检验配置输入java -version,如图所示表示java安装成功 运行Tomcat 刚刚Tomcat已经移动到了/usr/local中, 启动非常简单, 直接 cd /usr/local/apache-tomcat-8.0.53/ bin/startup.sh 如图所示表示启动成功 访问这个Tomcat, 因为Tomcat使用的是8080端口, 但是阿里云安全组没有开放这个8080端口, 因此访问是无法访问的进入刚刚的安全组, 添加一条8080的端口再次访问结束了, 如果希望将Tomcat加入到开机启动, 可以在 /etc/rc.local中添加如下 source /etc/profile /usr/local/apache-tomcat-8.0.53/bin/startup.sh 然后运行下 chmod +x /etc/rc.d/rc.local 小插曲 如果遇到Tomcat启动的时候特别慢, 试着做如下修改 参考Tomcat 8熵池阻塞变慢详解 vi /usr/local/jre1.8.0_181/lib/security/java.security 找到如下的行数, 可以在vi中通过按esc, 然后按 / 再输入random搜索这一行继续按n搜索下一个, 直到搜索到如下图的字样时结束修改成如下 最后, 感谢您的浏览.

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

这么小心还是在"08"向8的转换上栽了

关于javascript中的 parseInt方法,本来没有什么好说的,它的功能就是把一个字符串从左向右的可识别的数字部分转换成数值,并且它还有个可选的参数 radix。这不,问题就出在这个参数上了。 关于parseInt的解释msdn说得很清楚,抄过来就行了: parseInt(numString, [ radix]) Arguments numString Required. A string to convert into a number. radix Optional. A value between 2 and 36 indicating the base of the number contained in numString. If not supplied, strings with a prefix of '0x' are considered hexadecimal and strings with a prefix of '0' are considered octal. All other strings are considered decimal. 对于radix的注意事项,我记得园子里也有人提醒过。google一下,还不止一篇提到: javascript中parseInt的问题 Javascript 日期校验完备全过程 那还说什么呢?说下这个问题怎么被遇到了,以及以后怎么避免吧,不要栽在同一个坑里才是上策嘛。 我写了一段处理日期的脚本,功能是把一段literal形式的日期转为日期对象。比如:2005-5-14 18:16:6,要转成一个Date对象。方法ConvertToDate()如下: functionConvertToDate(strDate) { strDate=strDate.replace(/-/ig,':').replace('',':'); vardataParts=strDate.split(':'); return newDate(parseInt(dataParts[0]),parseInt(dataParts[1])-1,parseInt(dataParts[2]), parseInt(dataParts[3]),parseInt(dataParts[4]),parseInt(dataParts[5])); } 这个方法运行正常,而且稍微看看,由于日期是紧凑形式,似乎是不会出现05,08这样的东西需要转换。对,如果一直这样也就对了,我也不会载在这个转换上面了。问题是后来服务器端的代码被移到了一个英文版.net framework的服务器上去了,这个时候DateTime结构的ToString()默认返回回来的日期字符串成了"5/14/2005 6:16:6 PM"了,我前面的那个ConvertToDate()不能转换了。为了偷点懒,把DateTime.ToString()的结果格式化一下不就行了吗,于是把.ToString()改成了.ToString("u").Replace("Z", "")。这下的输出结果成了:"2005-05-14 18:16:06",使用ConvetToDate()来转换似乎仍然工作的挺好的。 后来的事情嘛,就是我遇到了默认八进制格式的问题,就是"0"开头的数字的问题。因为使用日期的等宽输出形式后,0d这种形式就非常常见了。由于当初的ConvertToDate()没有考虑这个问题(当初确实也不会遇到0d这种形式,小于10的数字就是d这种格式),结果埋下了此祸根。 修改这个bug也很简单,给parseInt方法加上第二个参数就行了,修改后的ConvertToDate()为: functionConvertToDate(strDate) { strDate=strDate.replace(/-/ig,':').replace('',':'); vardataParts=strDate.split(':'); return newDate(parseInt(dataParts[0],10),parseInt(dataParts[1],10)-1, parseInt(dataParts[2],10),parseInt(dataParts[3],10), parseInt(dataParts[4],10),parseInt(dataParts[5],10)); } 这里得到了一个小小的教训,在使用带有optional参数的方法时,应该格外的小心,由于parseInt在没有radix参数时,但却支持"0x"和"0"这种前缀作为一个radix的隐式说明。所以以后在使用具有默认参数的方法时,应尽量明确给出参数值,以减少后期代码修改而带来不可预见bug。 本文转自博客园鸟食轩的博客,原文链接:http://www.cnblogs.com/birdshome/,如需转载请自行联系原博主。

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

磨刀霍霍向何方?闲话英特尔的刀片规格

刀片服务器的标准一直是个敏感的话题,甭说言多必失了,一不留神被人断章取义抓住一两句话来做文章也会落得万口难辩。但是就在IBM和惠普都小心翼翼三缄其口的时候,英特尔出其不意地跳了出来,换了个“规格”的说法要拉动业界将刀片服务器的硬件平台实现标准化。 既不是刀片技术的倡导者,又不占据市场制高点,赶着风口浪尖上来讲刀片标准,不会是一时冲动吧? 显然不是。尽管目前销量仍然算不上火爆,作为实现高密度高效能计算的有效解决方案,刀片服务器的应用前景正在不断放大。它上可以PK性能卓著的主机集群,下可以灵活地包揽五花八门的企业应用,逐渐取代机架已成大势所趋。对于英特尔来说,在这样一个新兴富饶的市场上未能占据主导地位无疑十分危险——IBM有Power和Cell,Sun不会放弃UltraSPARC,他们连同惠普、DELL都推出了基于AMD处理器的产品线。 虽然说该出手时就出手,倘若没有金刚钻也难揽瓷器活,英特尔选择此时扬刀立威当然也有充分的底气。首先,不同于其它走自产自销路线的寡头,英特尔处理器是相对公开的,而且Wintel联盟的实力不容小觑。其次,Core微架构取得的性能飞跃足以一扫昔日NetBurst高频低能的阴霾,多核、硬件支持虚拟化等新技术的引入也加重了英特尔的竞争砝码。第三,英特尔能够提供包括处理器和芯片组、主板、网络通讯的整套基础硬件平台,这对于急切想进入刀片市场的二三线服务器厂商来说显然很有吸引力。 英特尔振臂一呼来搞SSI,积极响应的人马当然不少。但仔细端详站在英特尔队列里的“小弟”,除了有数的几家二三线服务器厂商,大多是像泰安、Chenbro这样的部件制造商;PC主板巨头四到其三,唯独没有以芯片设计为主业的盟友。这样看来,与其讲英特尔想在刀片服务器标准上先声夺人,不如说“带头大哥”重操旧业,正在打白牌服务器的如意算盘。再者,倚仗人多势众忽悠起“Blade By Intel Inside”的概念,多少也能给主流的服务器厂商制造些诱惑和压力。 报道说SSI组织内已有不少厂商开始着手产品开发,预计在2008年就可以推出正式产品。这些产品组装在一起能构成功能齐全的刀片服务器是无庸置疑的,但将来这样的刀片服务器能否契合企业的应用需求却是令人忐忑。笔者认为,“刀片”不单单是一种服务器产品,而是一整套实现灵活高效计算的IT基础架构。如果没有存储、网络乃至机房环境、管理策略的支撑,刀片服务器的适用性、易用性都将无从谈起。这样一套IT架构的合理化配置取决于系统实施时甲乙双方对业务需求的理解。如果仅仅是从通路渠道买一部机箱,插几片刀片上去用,实际获得的效能未必就会比分批部署的机架高,而这些可不是以卖CPU为主业的英特尔打算为你考虑周详的。 本文转自alifafa51CTO博客,原文链接:http://blog.51cto.com/chenghong/37059,如需转载请自行联系原作者

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

向云上迁移数据时如何避免停机和中断

摘要:越来越多的组织需要在数据中心/云之间移动数据,但是在迁移过程中的一个关键风险点是停机。 在2017年的业务持续性意识周这里,我希望它能提供一个新的机会,来回顾这一领域云的一些局限性。 根据451项研究的最新估计,大约60%的IT工作负载将在明年以某种形式的公共或私有云运行。It项目在关键领域的增长尤其强劲,包括数据分析和核心业务应用。IDC、Gartner和Forrester的研究结果大致相同——云正在迅速成为中心,而不是一般IT供应的外围设备。 难怪It领导们对数据迁移的风险以及相关的停机时间表示担忧。现在,典型的数据量1000到100万倍于10到20年前的普通企业数据库的大小。这意味着与迁移相关的潜在停机时间将会增加很多倍。这已经不再是一个15分钟的时间了——这可能是几个小时的停机时间,而数据问题需要被解决。 企业知道他们需要更多地利用云,特别是做更有战略性和聪明的事情:高速、高容量的数据处理,以支持实时决策和复杂的自动化。今天产生的数据量也使得建立二级数据中心成本高得令人望而却步:进一步推动公司进入云计算。 但从这里到那里的痛苦仍然让人望而却步。他们的数据在传输过程中可能会发生什么,如果他们不能再获得访问,如果他们同时被其他地方使用,他们又怎么能继续使用实时数据呢? 延迟也是一个问题。数据中心的建立非常接近于防止与网络传输相关的性能下降。但在云计算中,物理服务器场之间的距离并不在公司的控制范围内,因此性能问题——可能会降低数据可用性和协调——是一个重要的考虑因素。 在灾难恢复场景中,对停机时间的担忧也是有效的。当远程数据中心被调用以使实时系统恢复运行并快速运行时,CIO们就非常适合于担心停机时间或数据丢失——例如,近距离和远程系统之间的同步不足。 未来就是现在 无论是日常的后台系统,还是那些与人工智能或物联网相关的雄心勃勃的新项目,组织都需要能够依赖于他们一直在处理的数据的可用性和完整性。 例如,对于无人驾驶汽车来说,所有各方(乘客、汽车制造商、保险公司和第三方服务提供商)都需要绝对保证,他们所连接的车辆仪器、传感器和基于云的平台将能够实时发送、接收、解释和处理数据。据估计,一个拥有传感器、相机和激光测量(激光雷达测量)的无人驾驶汽车每秒可以产生100Gb的数据。 使用不断变化的数据集(不需要停机,也不中断)提供一个可行的服务的唯一方法是通过我们称为活动数据复制的东西。这允许实时数据同时存在于多个地方,不存在不同步的风险,也不需要在每个端点更新时中断。这种能力将使汽车制造商和服务伙伴能够分析和响应实时数据,了解车辆的运行情况,实时识别异常情况,并先发制人地确定需要采取哪些补救措施。 公司不需要向明星们寻求这样的数据完整性挑战。许多组织正在转向基于hadoop的分析(一种以速度进行大规模数据处理的特殊方式),将大数据转化为有意义的、可操作的日常活动。例如,许多企业使用Hadoop来分析和响应Twitter活动。但是,这通常意味着将数据放到云中,在那里,所需的处理能力很容易获得。 除非他们正在处理历史数据,否则公司将继续需要访问其核心业务系统中的数据——这些数据将继续更新。在这种情况下,使用云进行处理并不是简单地将一批完整的数据发送到目的地,而是在魔法发生后将其返回到目的地,并将其返回。 紧迫的暂停不是一个选择 当分析发生在现场,生产数据时,公司无法承受数据来源的位置和数据处理的点不同步。他们也不能等待数天——为了数据的移动,在任何新事物发生之前进行分析和反馈。这不仅仅是停机时间:它是瘫痪。这还没有考虑到在转换过程中可能发生的任何腐败问题,也没有考虑到Hadoop分析事件后数据被协调的结果。 同样,避免停机和与数据移动相关的中断的唯一方法是找到一种方法,在不同位置之间持续更新和同步数据。类似的谷歌通过精心制作的卫星装置实现了这一点。但你也可以像我们一样使用聪明的算法。 原文发布时间为:2017-10-31 本文作者:xiaoli110 本文来自云栖社区合作伙伴“51CTO”,了解相关信息可以关注。

资源下载

更多资源
腾讯云软件源

腾讯云软件源

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

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应用均可从中受益。

Sublime Text

Sublime Text

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

用户登录
用户注册