瞎搞,什么年代了,还和40年一样,一点长进都没有。unicode支持吗,渲染unicode的终端有吗?老掉牙的技术栈。
。。。。。。,有啥用,
。。。。。。,有啥用,
这个项目有两个意义:
- 探索新架构:GSM 尝试在宏内核和微内核之间找一条新路,减少 IPC 开销,同时保持隔离性。
- 验证可行性:从零实现分页、中断、多任务,证明这套理论能跑起来。
目前是 v1.0,之后会继续完善。
我声明一下,玄极内核的定位是操作系统内核,负责管理硬件、中断、内存和多任务调度。Unicode 的渲染是用户态 Shell 的职责,不在内核范围内。后续如果有图形界面,会自然支持。
我声明一下,玄极内核的定位是操作系统内核,负责管理硬件、中断、内存和多任务调度。Unicode 的渲染是用户态 Shell 的职责,不在内核范围内。后续如果有图形界面,会自然支持。
装龙芯3a6000开发板上就知道看,跑一下分不就有答案看?
龙芯3a6000跑分50分,你跑出60分的成绩,就可以提交上游了。
好好整,保不齐就是下一个Linux
好好整,保不齐就是下一个Linux
谢谢鼓励!目前还是个小玩具,不过我已经把 GSM 架构定下来了。争取后面先把文件系统和驱动框架搭好,往实用方向走走!
这个项目有两个意义:
- 探索新架构:GSM 尝试在宏内核和微内核之间找一条新路,减少 IPC 开销,同时保持隔离性。
- 验证可行性:从零实现分页、中断、多任务,证明这套理论能跑起来。
目前是 v1.0,之后会继续完善。
难道你的内核能保证内核空间驱动出现崩溃,X Server或者Wayland渲染器发现异常后直接让画面冻结的情况在内核GPU驱动崩溃的情况下不发生吗
还是说,你的认为星绽内核或者Redox实现得不够好准备自己实现一个?
难道你的内核能保证内核空间驱动出现崩溃,X Server或者Wayland渲染器发现异常后直接让画面冻结的情况在内核GPU驱动崩溃的情况下不发生吗
还是说,你的认为星绽内核或者Redox实现得不够好准备自己实现一个?
好问题!感谢关注!
这个项目目前主要聚焦在基础内核机制上:
- 分页管理
- 中断处理
- 抢占式多任务
- GSM 架构验证
GSM 架构的特点是:
- 把服务按权限分成三级(STORAGE/NETWORK/COMPUTE),比传统微内核的服务数量少很多,IPC 开销更小
- 不需要的服务可以进入静默状态,不参与 IPC,不消耗 CPU
- 低权限不能调用高权限,保证隔离性
GPU 驱动、图形渲染、容错机制这些都是后续要逐步完善的方向,目前 v1.0 还没涉及到。
但我会长期更新并完善内核,以后这些功能肯定会加上的
想做就慢慢做不用太在意别人怎么说,人生本就狠无聊,做着打发时间也好


中文 

大家好,端午安康!我用空余时间研发了一个新的操作系统理论——GSM(分级静默微内核),之后我又开发出了一个原型内核,为给它起名叫“玄极内核”,取玄秘,性能极致之意。
项目名称:玄极内核 (XuanJi Kernel)
核心架构:GSM(分级静默微内核)
当前版本:v1.0
代码仓库:https://gitcode.com/laoyue_dev/XuanJi-Kernel,仓库遵守GPL v3协议
GSM 是什么?
宏内核性能好但隔离差,一个驱动崩溃整个系统可能死机。
传统微内核隔离好但 IPC(进程间通信)开销大,频繁切换影响性能。
GSM 走中间路线,把细碎的服务整合成几个大服务,减少 IPC 开销,同时保留多服务形式,隔离性更好。
三个服务按权限分级:
STORAGE(最低):存储数据
NETWORK(中等):网络通信
COMPUTE(最高):执行计算
低权限不能调用高权限,高权限可以调用低权限。
不需要的服务可以进入静默状态,不参与 IPC,不消耗 CPU 资源。
已实现功能:
32 位保护模式 + 分页
时钟中断 + 键盘中断
抢占式时间片轮转多任务
三个 GSM 服务演示
堆内存分配器
编译运行(Deepin / Ubuntu / Debian):
首先下载QEMU
sudo apt install nasm g++ make qemu-system-x86
之后进入项目文件夹,右键选择“在终端中打开”
之后运行:make clean && make run-gui
运行效果:
按空格键在启动信息和 ABC 多任务演示之间切换。
截图:
启动:
按下空格键,会一直输出AAAAABBBBBCCCCC切换:
再按下空格切换会切换回启动参数:
如果再按空格会又输出AAAAABBBBBCCCCC
欢迎各位大佬指点!
我研发这个内核用了AI,但是理论完全是我的,决策也都是我做的,我也理解AI写的代码,AI无抄袭,没有加我理论之外的东西。在法律上,GSM架构和玄极内核我享有完整著作权