学语言要天赋的

你可以试试去模仿一门汉语方言比如粤语，比如东北口音，试试你自己模仿分辨能力，如果没法做到同时讲得出地道粤语和地道东北话，那想讲出地道没口音的英语也是没戏的


不同语言之间相同音标有细微差异，而这个差异绝大多数人都分辨不出来，分得出来他自己也念不出差异，另外不同语言中同一个韵母音节，都是会有不同头尾音的，而头尾的发音方式，从示意图到音标无一能体现，只有听才听得出来。

举个例子，普通话的 'u' ，日语 'u'， 英语 'u' 是 3 个不同的发音，双音节就更复杂了，同样是 'ou'，粤语普通话日语英语都不一样，一个音节个人感觉起码能掐出来 5 段变化，这 5 段都发对才听起来比较地道，可不是发对一个 o 一个 u 就完事了的

@hitmanx 动态链接库只是动态链接而已，但链接时的函数签名 ABI 都是固定不可改的，在编译的那一刻起就已经从附带的.h 里编译解析成导入符号写进了 binary 的符号表，说的不可改是指源码意义上无法存在 exec(void* code)这种东西，导入 dll 也好，热更新 dll 也好，源码编译后固定下来的仍然是那些

没想较真所以也没怎么严谨，较真说的话汇编时代就有 smc 自修改用来保护软件，但那对于提升设计毫无帮助



另外怎么说，依赖管理即库 /包管理是不会错的

C 的代码是不可运行时改变的
编译生成可执行文件时就需要把所有的依赖包含进来
说白了 include 就是复制粘贴把所有用到的库的代码都粘贴进一个文件然后再开始编译

编译完了再生成可执行文件

作为静态语言的 C 压根就没有运行时代码注入和扩展的可能，自然不会有什么代码中间来一行 import，更不会有 try import raise，也更不可能在运行时来引入新的全局符号，静态语言的变量和代码符号都只是地址而已，当我们需要动态生成 /访问一个变量我们有指针，这是 C 的做法，跟有虚拟机的语言是很不一样的。

这跟 O 不 OO 半点关系都没有，你用 C++也不会存在你概念中那种所谓依赖管理框架，对于静态语言来说，依赖管理即库文件管理，即包管理

鬼知道是不是真的打擦边球，可能用什么办法判了擦边球率大于设定阈值呗
没啥毛病

2 岁有点太小了，但我还有自己 3 到 5 岁的记忆
那时候确实是很喜欢搭积木，积木不错的，但就是别买太复杂的，乐高那种塑料颗粒积木对于小孩子来说拼拆都麻烦了点，3 岁大可能摁都摁不上去

建议买那种大块木头积木，我小时候那一盒 30 多块玩了好多年

简单来说

要驱动

专业声卡驱动可以配置音频路由（我瞎说的，我只用过 kx ），然后比如以你的需求，让 mic 和音效播放走的设备混音，再走某个录音设备

要么就某些软件自带播放+mic 混音（ yy ）

要么就做一些 hack 或者干脆游戏有编程接口

不知道 lz 是想开发一个这种能输入伴奏的软件还是只是想在游戏里给人家放音乐

如果是前者，问题基本等同于怎么处理音频，如果是后者，那找找怎么当主播的教程吧（关注过骚男用的也是 kx 驱动）

ps. 录音输入设备选成，波形 /软件混合 /立体声混音 /您听到的声音，这样输入音频就是你电脑正在播放的声音，再把 mic 回馈打开，能简单实现混音效果

只要不是 � 就还是有救的，
变成 u+fffd 内容就篡改了

f = lambda s:s.encode('gbk').decode('utf8').encode('latin-1').decode('gbk')

>>> f('######################## FileOperation 脌脿拢潞掳眉潞卢露脭脦脛录镁碌脛虏脵脳梅拢篓脦陋脕脣卤茫脫脷碌梅脢脭潞 脥鹿脹虏矛拢卢脦脪掳脩脥酶脪鲁脨脜脧垄脨麓脠毛脕脣脦脛录镁脰脨拢卢脣霉脪脭脫脨脕脣脮芒赂枚脦脛录镁虏脵脳梅脌脿拢漏##############################')

'######################## FileOperation 类：包含对文件的操作（为了便于调试和观察，我把网页信息写入了文件中，所以有了这个文件操作类）##############################'

哦 抱歉，lz 我回来了并且还原出来了
还原步骤如下：

s = '脡戮鲁媒脦脛录镁'
>>> s.encode('gbk').decode('utf8').encode('latin-1').decode('gbk')
'删除文件'

1. 首先'卤卤戮漏','脤矛陆貌','脡脧潞拢','脰脴脟矛','潞脫卤卤','潞脫脛脧'是以什么编码打开看到的？ rb 方式打开读进来看看，如果是以 utf8 编码打开时看到的，那么 binary 对应 b'\xe5\x8d\xa4\xe5\x8d\xa4\xe6\x88\xae\xe6\xbc\x8f\xe8\x84\xa4\xe7\x9f\x9b\xe9\x99\x86\xe8\xb2\x8c\xe8\x84\xa1\xe8\x84\xa7\xe6\xbd\x9e\xe6\x8b\xa2\xe8\x84\xb0\xe8\x84\xb4\xe8\x84\x9f\xe7\x9f\x9b\xe6\xbd\x9e\xe8\x84\xab\xe5\x8d\xa4\xe5\x8d\xa4\xe6\xbd\x9e\xe8\x84\xab\xe8\x84\x9b\xe8\x84\xa7'
如果以 gbk 打开时看到，binary 对应 b'\xc2\xb1\xc2\xb1\xc2\xbe\xc2\xa9\xc3\x8c\xc3\xac\xc2\xbd\xc3\xb2\xc3\x89\xc3\x8f\xc2\xba\xc2\xa3\xc3\x96\xc3\x98\xc3\x87\xc3\xac\xc2\xba\xc3\x93\xc2\xb1\xc2\xb1\xc2\xba\xc3\x93\xc3\x84\xc3\x8f'

然而无论哪种 bianry 都看不出原编码应该是什么，错开一字节也看不出来。。。我觉得原文已经被篡改过了。

普通程序员会变成军人 /难民 /程序员 /卖国贼

咨询上司 ×
上 V2 发帖 √

@wangt21 操作系统实验一个线程调度模型，用时间中断去打断任意函数并在 ISR 里处理调度，然后实验不同的调度算法以及同步原语；还有一块文件系统设计但当初我们的课也很水没涉及到


只能说实验没去，没写到过是挺可惜的。就我们课上写的那一点点东西来说
中断怎么保存 context，怎么 block，怎么查找并调度线程，怎么切换
印象都挺深的


写这个实验最重要的是启发你怎么实现类似的东西本质上是些什么，反正我写完那 100 行的小 demo 再看操作系统就跟最最最开始接触 VB 时拖完那几个控件再看 windows 的感觉是差不多的，拖完控件你马上就意识到程序里那些按钮文本框是怎么回事，写完这个实验你也能马上明白操作系统那些基本部件都是怎么回事

当然了操作系统内容多了去了，也不清楚你们课程安排的是哪些，但个人感觉线程模型是一定要熟悉的东西之一

再补一句，我们当初操作系统的课真的很水！！！实验也是！！
但抓住了 1/1000 最核心的东西，还是有些许欣慰的

N 卡 A 卡解决方案又不同

A 卡现在在官网下载的官方驱动已经支持动态电源管理&切换显卡

只需要用环境变量指定用哪个显卡启动应用即可，独显不处理的时候是 dyn off 状态


当然了 lz 肯定是 N 卡的
N 卡只能说，还是 windows 吧

。。。。。。。。。。
操作系统的每一个子部件拆开都是在实际工程写代码的时候用得上的
lz 单纯是写得太少。。没啥好办法，先硬着头皮记吧，起码能有个印象
等你代码写多了自然会想用某种方式去解决，然后想起诶这个是不是那个什么算法那个机制，再回来翻，就熟悉了


我觉得其实操作系统的实验课程都挺实用啊？线程调度你写得出来就记得住了啊

随机不等于均匀
随机数的分布更不一定是正态分布

真随机数的生成其实很简单，引入随机用户输入即可，benchmark 结果的随机也是由于系统各种运行环境影响产生的，而环境因素与过去历史用户操作密切相关，你其实就是期望通过引入系统运行不稳定性来制造随机

然而系统稳定性是可控的，我们完全可预测可计算 bechmark 什么时候结束，对于你这个算法来说，实际上期望结果是稳定的，完全不随机。

既然期望都是不随机的，你怎么还会想用它来制造随机数？？？

就算误差无法避免，这个算法中也没有过程来放大误差，假设误差时间在 1ms 到 10ms 之间，那随机数种子就只有 1 到 10 这么点结果，随机性能好到哪里去？？？

如果想靠计时误差来产生非可预测随机，首先记时精度一定要够高，并且，需要多次记时并引入混沌过程放大误差结果并消除可逆性，这样才能使种子足够“无法预测”

但无法预测是不是等于随机，抱歉，仍不知道

产生一个不可预测数后，返回固定分布的数很简单，筛子就行

没啥毛病啊
lz 今年最爱的是给孩子放的歌
这不挺好的吗
智障吗？
最爱给孩子放儿歌智障吗？

密码学的数学基础保证了数据既是加密的，也是已公证（可信赖）的

这是现代密码学最神奇的地方