#archlinux-cn-offtopic

!sHfvsJejodKvXevZ5DIO_XTCyV0ElW1n6NOR__tH7Pc

23,333 messages · Page 194 of 234

telegram_824372155
你等一下我把那篇邮件找出来
telegram_241995008
那是为了什么
telegram_824372155
* (这是个典型的网上流传的误解(
telegram_824372155
(这是个典型的误解(
telegram_824372155
不是
telegram_241995008
不是为了waitall吗
telegram_824372155
内核支持的 ntsync 就是因为这个原因诞生的
telegram_241995008
因为没办法吧
telegram_824372155
Windows api 还有一堆离谱的边缘行为
telegram_824372155
所以说 Linux 的接口一致性确实好一些,学习成本明显更低
telegram_1395981741
高级不高级不知道,但简单是简单
telegram_1395981741
但linux大部分操作都可以简化为“文件读写”,windows则是各种handler复杂度飙升(
linuxcn
噢噢
telegram_824372155
(所以很多时候需要抛弃斗蛐蛐思维
telegram_824372155
好的设计只能让简单的事情保持简单,复杂的事情成为可行,而不可能让复杂的事情变得简单
telegram_824372155
没有银弹
telegram_824372155
那也不是
linuxcn
那windows的设计反而更高级吗
telegram_824372155
意思是,现实世界的复杂性不是靠一个抽象能消除的
telegram_824372155
我觉得没多大区别吧
telegram_5044834448
每个queue一个文件
telegram_824372155
比如你要给设备发 NVMe 指令,这该怎么抽象(
telegram_5044834448
不应该另开一个文件作为ctrl信道吗
telegram_824372155
是这样的
telegram_1071194014
OS 本身就很复杂吧,想要弄一个通用的抽象肯定会有例外
telegram_824372155
io_uring 也有相当于 ioctl 的 cmd 操作
telegram_824372155
当需要极端的灵活性时必定需要某种类似 ioctl 的东西,总不能给每个设备都开几个新 syscall 吧(
telegram_5044834448
既然是文件, 怎么会需要有ioctl这种莫名其妙的东西
linuxcn
好吧
telegram_824372155
Linux 更重要的优势其实是开源
telegram_824372155
也不好说,要看情况
linuxcn
那Linux这种维护起来一定更方便吧
telegram_1379702876
回翁法罗斯已经不可能了,即使星穹列车
telegram_905462406
這是一種哲學問題
kirisamemarisa
> <@telegram_905462406:nichi.co> 請前往最近的銀河列車站 最近的车站在迪化:-
telegram_905462406
地球-月球只要 30 分鐘!
telegram_1071194014
🙈
telegram_824372155
* 那倒不是,但是一致性确实更好一些。另外 Windows 也有 handle,本质和文件描述符一回事
telegram_1071194014
sysfs
telegram_1379702876
在你多写几句ioctl之前,是对的
telegram_905462406
請前往最近的銀河列車站
telegram_1395981741
那得看你怎么定义“高级”
telegram_824372155
那倒不是,但是一致性确实更好一些。另外 Windows 也有 handle,本质一回事
telegram_1071194014
不啊,
linuxcn
Linux把一切设备资源都视为文件 ,提供统一的接口 ,这种设计是不是比Windows更高级啊
telegram_1071194014
还真是,我记得 bminor 本来很多镜像
telegram_905462406
我看廣州深圳出省的高速全是深紅色的
kirisamemarisa
回月球太麻烦了)
telegram_8528580643
不打算
telegram_905462406
大家新年打算回去嗎(
telegram_824372155
https://github.com/kraj/musl/blob/master/arch/x86_64/syscall_arch.h
telegram_824372155
github 的 ui 方便一些
telegram_1071194014
方便看吧,搜代码或者 goto file
telegram_1071194014
我随便找的一个
kirisamemarisa
美国......
kirisamemarisa
> <@kureneko:fedora.im> 鉴定为中国梦做多了 中国这问题还不算特别严重,法律服务普遍还负担的起
telegram_1379702876
musl不是有git吗,非要github干嘛
telegram_1071194014
啊这
kureneko
鉴定为中国梦做多了
kureneko
洗洗睡吧
telegram_824372155
https://github.com/bminor/musl 仓库怎么没了?这个组织下现在只剩一个 glibc 镜像了
telegram_905462406
現在看他還是沒有忘掉賣廣告的命令(
kirisamemarisa
> <@kureneko:fedora.im> 我认识法学生xyn,然而她的法律知识并没有拯救她自己 我的考虑是,能不能扩大律师数量以降低薪资,扩大法律服务普及
telegram_905462406
要變成千依百順的貓娘(
telegram_905462406
這不夠
telegram_881729343
不是已经变猫娘了吗
telegram_905462406
看看能不能覆寫他的人格(
matterbridge
[HoroBot] 🌈
telegram_1379702876
alloca(size_t size)
telegram_824372155
所以 libc 都依赖了不符合标准的编译器拓展才能实现
linuxcn
> <@telegram_824372155:nichi.co> 那也是编译器支持的。要说不符合 ISO C 的话所有 libc 都不符合,因为 strict aliasing 限制你没法实现 malloc 那不就不能分配内存了吗
telegram_824372155
也正是通过这两种方法调用内核没法被 strace 看到
telegram_824372155
那也是编译器支持的。要说不符合 ISO C 的话所有 libc 都不符合,因为 strict aliasing 限制你没法实现 malloc
telegram_824372155
另外,用户空间和内核通信的方式也不止有 syscall,还有 vdso 以及 io_uring
telegram_241995008
实际上不知道
telegram_241995008
现在理论上可以纯c了
telegram_241995008
在没_Generic的时候 还有不符合C的代码呢
telegram_899745249
你要玩玩吗?
telegram_824372155
怎么可能不需要。你说的可能只是很多时候不需要切换地址空间刷 TLB
telegram_1071194014
什么 prompt injection
telegram_899745249
明显是广告机器人,但是接了ai
telegram_905462406
還能調教別人的 AI (
telegram_905462406
telegram_1071194014
* 看 libc 代码还是 musl 对自己好点
telegram_1071194014
🙈
telegram_1071194014
看 libc 代码还是 musl 好点
telegram_554310524
* libc我理解就是用户态的入口是吧... 实际上背后还是会切进内核发起syscall的
telegram_554310524
glibc我理解就是用户态的入口是吧... 实际上背后还是会切进内核发起syscall的
telegram_899745249
笑死🤣
linuxcn
我还以为libc里面全是C代码
telegram_899745249
[m.image] image.jpeg
telegram_1379702876
那你把一个内核,和你的程序链接到一起,不就不用进内核空间了😱
telegram_905462406
一直都要的,所以性能損耗嚴重
telegram_1379702876
如无必要,勿增汇编
telegram_1379702876
你自己写确实烦一些,你要看他是不是返回错误码,libc会帮你做这些
telegram_1071194014
写系统调用号选择需要参数个数的函数就行
telegram_1071194014
musl 里面是这么弄得
telegram_1071194014
感觉其实也能通用
linuxcn
asm('syscall')
telegram_1071194014
static inline long __syscall1(long n, long a)
← Previous Page 194 / 234 Next →

Matrix Historian — Message Archive Browser