2019年3月

码元 -> baud（波特） 比特 -> bit 其中码元可以理解为信息传递时的最小变化单元 比特则是有特定高层含义的数据信息 曼彻斯特编码使用码元中部的跳变作为0-1的二进制编码。而当连续传输0或1时，显然无法保持每次只在比特中心按同一个方向跳变。->通过在比特边缘反向跳变来解决这一问题。 而这使得曼码编码的最大速率变为了原来的两倍，即每传送半个比特就要跳变一次。

看看stackoverflow上的讨论：https://stackoverflow.com/questions/25834577/why-in-manchester-encoding-the-bit-rate-is-half-of-the-baud-rate

The Wikipedia article for Baud says that it can be defined as pulses per second. In the case of Manchester Encoding, this results in the baud rate being defined as "clock transitions". “维基百科上介绍波特的页面说，波特的定义可以是每秒钟的脉冲次数。就曼码编码来说，其可以被解释为时钟的跳变频率。”

我们课上老师给出的定义：“码元是时间轴上的一个信号编码单元”。也就是说，不是 信息 编码单元，只要是有规律的信号跳变都算是进行了新的信号传输。也就是说，使用曼码在物理层上的码元速率是其在数据链路层上数据传输速率的2倍。

Windows 10默认把硬件时间当成当前时间，时区就成了摆设。 而*nix显示时间的方式是硬件存储的UTC时间+当前设置的时区。 因而如果在两个系统中都开启自动同步时间的话，就会经常出现错乱。 解决方法是在Windows 10中使用硬件的UTC时间存储方式。

修改注册表：

HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation

在该项下新建一个DWORD值RealTimeIsUniversal，取值设置为1。 重启即可。

最近发现macOS有个特别有意思的特点，驱动的完整性与系统的磁盘读写量（流畅程度）有很大的关系，而且非常直观。 只要驱动有一点不完善，系统就会卡的一批，而且磁盘读写根本停不下来。 ->所以说只要是系统无缘无故卡的话，很大几率是驱动没配好。

机型是FX53VD，i5-7300HQ，用了github上qiuchenly大犇的config文件，在基础上稍作修改。

添加了这么一个kernel patch：

name com.apple.driver.usb.AppleUSBXHCI find 83FB0F0F 838F0400 00 replace 83FB0F90 90909090 90

这样就可以让系统识别USB3.0了。但是在我的情况下，这时声音驱动又没了。

胡乱勾了这么一个选项： Devide > Audio下的ResetHDA

然后。。 淦，当我以为是好的的时候，发现只是显示正常了，并不能输出声音。。 唉，先这样吧。。到时候看换一个Voodoo的驱动会好不

不愧是欧洲公司，收的钱多，办事效率也高。不像某些坑爹中企，咳咳 来自官方的教程可以说是很贴心了： 建立新项目，数据源选SQL Server (jTds) 应用程序路径会自动检测设置好。 选择好实例(Instance)，URL那儿右边下拉选LocalDB。 上面的选项卡选到Advanced，DOMAIN那儿填自己的计算机名（右键我的电脑里面那个）。 CHARSET可以不用填，不过SSLDB默认的应该是gbk。 ->推荐也看看这里，国人大概率需要的 如果是自定义验证方式的话，请自行配置General界面的用户名和密码 该下载的驱动按提示下好，测试一下连接，应该马上Successful（本地数据库嘛）。 然后就能用了。 进去以后如果发现数据库没找到，双击Schemas，然后勾上你需要的数据库。推荐再在选中的数据库展开，选择需要的Schema。 然后就可以用了。

参考：https://blog.jetbrains.com/datagrip/2016/10/07/connecting-datagrip-to-sql-server-express-localdb/

alter database <database-name> set single_user with rollback immediate;
(go)
alter database <database-name> collate Chinese_PRC_CI_AS;
(go)
alter database <database-name> set multi_user;
(go)

（似乎<database-name>那里也可以直接填mdf的文件路径？）

可以在不使用nchar的情况下存储中文并正常显示中文。

collate是排序规则。

其中排序规则名称由两部份构成，前半部份是指本排序规则所支持的字符集。 如：Chinese_PRC_CS_AI_WS -> 针对简体中文，区分大小写和全半角字符，但不区分重音（似乎用处不大？）的排序规则 前半部分：指Unicode字符集，Chinese_PRC_指针对简体中文Unicode的排序规则。 后半部分： _BIN 二进制排序

_CI(CS) 是否区分大小写：CI不区分，CS区分大小写。如果想让比较将大写字母和小写字母视为不等，请选择该选项。

_AI(AS) 是否区分重音：AI不区分，AS区分重音。如果想让比较将重音和非重音字母视为不等，请选择该选项。如果选择该选项，比较还将重音不同的字母视为不等。

_KI(KS) 是否区分假名类型：KI不区分，KS区分假名。如果想让比较将片假名和平假名日语音节视为不等，请选择该选项。

_WI(WS) 是否区分宽度：WI不区分，WS区分宽度。如果想让比较将半角字符和全角字符视为不等，请选择该选项

参考：https://blog.csdn.net/u011127019/article/details/51705213

  1. 1
  2. 2
  3. 3