操作系统的幻想

操作系统真是非常的必要。目前的操作系统有一个很大的缺点,就是虚拟化程度不够高。

因为一个底层的软件,而要重新开发一个软件适应这个底层软件,我觉得不值得。

未来会不会有一种操作系统,其实也可以仅仅是一个交互界面,借助高带宽,低延迟的网络来进行计算任务。

不管是微软公司的系统也好,苹果公司的系统也好,在那个时代,所有操作系统都支持一种标准。计算的边缘化。

计算也是一种资源。通过算法,就像路由中的最短路径算法一样,不同的选择标准。这些计算不会给设备造成大量的负担,

而且需要哪些地址都可以从云主机来操作,当然参与运算的设备肯定要进行一些地址变换。那么我觉得最好还是直接用ipv6的地址来进行内存映射地址变换比较方便。可以在ipv6上再加应用层协议。

这样,数据保存在你信赖的公司提供的云存储的主机里。(可能到最后真正的就是一个只有文件系统的机器,甚至没有运算功能)。你要的服务信息由提供服务的公司的设备提供。这点虽然不鲜见,但对于需要大量实时数据的应用来说,还是没能做到的。届时,就可以真正利用网速来弥补这个缺陷,达到云游戏的目的。

而且,将来,做桌面端的岗位不一定消失。因为要注意,未来是服务至上。如果Windows支持良好的云的话,那在它上面开发的应用照样可以提供服务。而且到时候,Windows凭借在全球的数量占比,可以将每一台Windows设备变成一个轻的服务器,而不存在所谓的WindowsServer系统了。到时候,微软可以说,你要用我的云服务,那么你就必须同意我将你的设备当成一台微型服务器。(这个概念不夸张,可以参考下树莓派这个东西,可以说只要复合电脑的要求它都有当服务器的资质,而且如果将来Windows系统修改它的内核,在它上面的应用只能在微软内部的服务器注册的话,那么安装了Windows系统的设备将释放更多的资源,到时候空闲的资源中的一小部分就可以归微软使用,而这个数字,包括服务器的质量绝对非常厉害的。即使有关于服务一条边缘计算的指令的资源开销,这些设备也可以凭借高稳定性成为最受算法青睐的选择了)。这样,微软继续保留GUI的API,开发好应用只需提交到微软商店,到时微软就有了这个应用的全部数据,就可以自由调度边缘计算力来提供服务。

这属于轻系统的范畴。即仅仅通过小型的设备就可以使计算力提高的做法。只不过网络解决了资源的问题。

当然,未来的苹果公司也可以开发自己的云系统,提供相应的服务。没关系,苹果电脑照样可以使用微软的程序。重点使这里。为什么呢?难道苹果电脑可以安装.exe文件么?

安装软件的步骤已经交给微软的服务器,苹果电脑运行的苹果云系统只不过接受微软服务器的数据包,将它解析为一些格式,调用云系统来进行边缘计算,然后需要服务那就再发送请求数据包。

说白了就像你现在打开一个网页一样,这个网页可能使微软的,也可能是苹果的。但终归得在浏览器上跑。只不过将来不是在浏览器上跑,而是在更虚拟的云操作系统上跑。

如果Windows继续闭源,那么它的应用商店贡献率可能会降低,而且也会打扰他进入云系统的速度。

而如果Windows开源部分,已经开源很多,那不可避免的微软要陷入和第三方冒泡的微软商店竞争,打官司等。

在这种情况下,Windows其实没有很大优势。其他系统只要支持云标准,就可以服务于用户。

Windows将失去最核心竞争力--操作系统。

唯一可能做的手脚就是在这个标准上。谁在这方面的技术储备足,谁就有话语权,谁就可以把标准指定的和自己的利益最接近,谁就可以领导一个全新的时代,谁就可以形成一堆盟友,谁就可以建造整个生态。即使后期有不三不四的操作系统搅局,也可以很轻松的把这些搅局者剔除在外。

到时候,谁就可以主导整个世纪或至少长达半个世纪。

不要质疑操作系统。就好像不要重新回到机器语言编程。或者自己重新定义圆周率的符号一样。没什么意义。

为什么?操作系统是在一堆硬件上唯一的软件 ,说白了就是干苦力的。就是早期操作计算机的人偷懒的结果。

而操作系统的消失我觉得短期内是不可能的。

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
SQLAlchemy 是一个 SQL 工具包和对象关系映射(ORM)库,用于 Python 编程语言。它提供了一个高级的 SQL 工具和对象关系映射工具,允许开发者以 Python 类和对象的形式操作数据库,而无需编写大量的 SQL 语句。SQLAlchemy 建立在 DBAPI 之上,支持多种数据库后端,如 SQLite, MySQL, PostgreSQL 等。 SQLAlchemy 的核心功能: 对象关系映射(ORM): SQLAlchemy 允许开发者使用 Python 类来表示数据库表,使用类的实例表示表中的行。 开发者可以定义类之间的关系(如一对多、多对多),SQLAlchemy 会自动处理这些关系在数据库中的映射。 通过 ORM,开发者可以像操作 Python 对象一样操作数据库,这大大简化了数据库操作的复杂性。 表达式语言: SQLAlchemy 提供了一个丰富的 SQL 表达式语言,允许开发者以 Python 表达式的方式编写复杂的 SQL 查询。 表达式语言提供了对 SQL 语句的灵活控制,同时保持了代码的可读性和可维护性。 数据库引擎和连接池: SQLAlchemy 支持多种数据库后端,并且为每种后端提供了对应的数据库引擎。 它还提供了连接池管理功能,以优化数据库连接的创建、使用和释放。 会话管理: SQLAlchemy 使用会话(Session)来管理对象的持久化状态。 会话提供了一个工作单元(unit of work)和身份映射(identity map)的概念,使得对象的状态管理和查询更加高效。 事件系统: SQLAlchemy 提供了一个事件系统,允许开发者在 ORM 的各个生命周期阶段插入自定义的钩子函数。 这使得开发者可以在对象加载、修改、删除等操作时执行额外的逻辑。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值