鄙人在正规三甲做的根管治疗.
掏了四个神经管.
每次都有用麻药.

每次掏的时候, 都是我先惨叫, 而后才是那个机器叫唤.
痛, 无法描述的痛.

痛不痛, 个体差异很大, 也和根管中的神经坏死的程度有关系; 神经要是早都死光光了, 那就没啥痛感了.

家父去做根管治疗, 说能感觉到在钻牙, 没有痛感.

补充更新.

我又翻出来一个 iPad mini5, 还有第一代的苹果笔, 就是直接插到 iPad 上充电的那个笔.

使用系统自带的 Note, 写字, 未出现不跟手的情形; 未出现字母 U 变成字母 V 这种事情.

我也特地在 iPad mini5 上, 安装了 GoodNote. 写字很顺滑, 和我手里的 iPad Pro 12.9 比较, 没有明显的差异.
iPad Pro 12.9, 是第四代.

所以, @moudy 的说法比较符合实际, 不是刷新率的问题.

我也去苹果授权经销商的展厅试了试, 也未出现卡顿, 发热, 以及写文字不顺手, 字母变形的问题, 比如没有复现 U 变 V 这种.

字体难看, 变形严重, 仅仅在我新买的 iPad Air 设备上出现了.
不仅仅是我自己感觉写出来变形严重, 家人也感慨, 怎么在新设备上, 这玩意怎么不像你的笔迹呢, 太夸张了.

所以, 我归结为, 我购置的 iPad Air + 笔, 至少有一个存在问题.
不过已经退货了, 无法摆在桌面上, 三个设备一起拍一个写字变形的视频来分享这个事情.

所在地区, 没有苹果店, 拿去授权经销店, 他们不会搭理我的.

再次感谢各位提供必要的参考信息.

我是通过教育优惠在苹果的站点购买的 iPad Air, 附送一支笔.

这个 iPad Air, 横向放在桌子上, 指纹传感器在左手食指方向.
使用 GoodNote, 会感觉, 右手掌部分, 发热; 并非整个屏幕都会热.

我之前两个 iPad, 都是 12.9 寸的那个. 未曾出现过, 感觉书写不跟手的问题.

今天已经电话联系苹果退货了. 为啥电话联系, 因为我没看明白, 网页上点击退货, 是否包含那支笔.
我需要全部退掉.

我会在 iPad 后面贴贴纸, 不会有壳, 或者屏幕膜.

又在老旧的 12.9 寸的 iPad 上试了一下, 书写正常; 对比而言, 在新的 iPad Air, 感觉不跟手.
我比较倾向于认为是屏幕刷新的问题.

为啥换新的 iPad? 我只是感觉 12.9 寸的, 有点大, 一个手拿起来不太方便.

鉴于书写感受差异如此明显, 最后选择退货, 继续用老旧设备.

@ryansvn
@tonyer
@tongjiann

感谢各位参与讨论.

感谢诸位协助和帮忙. 碰到微软用户(微软操作系统用户), 我就头大.

毕竟我手里没有可以用来测试的微软系统设备.

另外也遇到另一个故障, 关于微软+MobaXterm.

通过 ipv6 访问 Linux 机器, MobaXterm 点击下载无反应. 指令操作正常.
如果通过 MobaXterm 自己的指令模式, scp 也是工作的.

通过 ipv4 访问 Linux 机器, MobaXterm 点击下载, 工作正常, 速度也正常.

第一次遇到 MobaXterm 这多糟心的问题.

抱歉, 让各位费心了.

确定了问题.

如果指定 export PS1="[\u@\e[0;32mCPU-Farm\e[m \w ]\$ "
会导致微软使用, 使用 MobaXterm 等 SSH 客户端, 无法通过点击鼠标操作上传和下载文件.

不过使用 scp 指令的操作不受影响.

@nagisaushio 多数学生的机器, 是运行某个版本的 Windows 操作系统, 具体版本不晓得, 我称之为微软用户.

@liberize 多谢提醒.

经过测试确认, dev branch, 可以处理屏幕输入, 目前看来符合我的应用场景.

经过测试, 在 centOS7.9, 编译的二进制, 可以顺利在 Rocky8.8, AlmaLinux9.0, centOS7.9 运行.
推测, 在 Ubuntu Focal, Jammy 也是可以运行的.

再次感谢.

@liberize 感谢.
dev 分支可以解决问题. 实际操作中, scriptB 需要提示用户输入部分内容. 使用 dev 分支后, 运行负荷预期.

默认 master 分支, 会跳过读取输入操作.

输入读取采用的是`read -p`, 非常简陋的 bash SHELL.

再次感谢.

@liberize 抱歉, 我实在很外行. 我尽量详尽的描述我的操作过程.

其中, scriptB, 是采用 shell 编写的, 如果单纯运行 bash scriptB --help, 可以打印简单的使用说明.
比如可以实现 bash scriptB --sync_do "XXXX“之类的操作. 当然也支持./scriptB --sync_do "XXXX".

scriptA 当然也是 bash shell.

使用 SHC, 先编译 scriptB, 然后再从 scriptA 调用编译后的 scriptB.x, 运行符合预期.
再把 scriptA 使用 SHC 编译为 scriptA.x, 运行./scriptA.x 结果也是符合预期的.

按照同样的流程, 使用 ssc 先编译了 scriptB, 得到 scriptB.y, 运行 ./scriptB.y --help, 就会看到前序报告的提示信息.

我技能有限, 能分享的信息, 叙述完毕.

@liberize
不晓得是 bug 还是我弄错了.
在 scriptA 中调用 scriptB, 遭遇以下提示信息:
```
/bin/bash: --: invalid option
Usage: /bin/bash [GNU long option] [option] ...
/bin/bash [GNU long option] [option] script-file ...
GNU long options:
--debug
--debugger
--dump-po-strings
--dump-strings
--help
--init-file
--login
--noediting
--noprofile
--norc
--posix
--pretty-print
--rcfile
--rpm-requires
--restricted
--verbose
--version
Shell options:
-ilrsD or -c command or -O shopt_option (invocation only)
-abefhkmnptuvxBCHP or -o option
```

其中, scriptB 也是脚本, 先用 ssc 编译为二进制, 比如名字是 scriptB.x,
在 scriptA 中, 采用/full/path/scriptB.x 调用, 然后看到了如上的输出信息.