macOS令人烦躁的ReportCrash(最终查明来自vscode)
某个ReportCrash进程总是占用10%~20%的cpu和相当一部分硬盘IO,最终排查为vscode的chrome_crashpad_handler.
某个ReportCrash进程总是占用10%~20%的cpu和相当一部分硬盘IO,最终排查为vscode的chrome_crashpad_handler.
主要讨论docx/pptx的解压与重新压缩,以及通过mozjpeg/pngquant图片压缩的方法减小docx/pptx的文件体积。
如果你发现你的google docs导出pdf的中文字符非常难看,且尝试过更换为黑体/华文宋体但仍然没有解决,那么可以试试本篇文章推荐的2种方法:直接打印,或者更换字体为Noto Sans(实际上这就是思源黑体)。
讨论并对比了一些wacom在macOS上的简易笔记软件。
本文讨论(2021年后的)macbook的SDXC卡槽的一些用途:
1.(非持久化)就是个接口,用来传输数据用的,比如相机SD卡的数据传输电脑
2.(持久化)用来扩容小容量macbook,存储一些对读写要求不高的“冷数据”,比如电影、录屏、音频文件
3.(持久化)用来存放chrome/edge/firefox的cache/profile文件夹,目的是节约macbook自带SSD的硬盘写入
从intel macbook pro迁移到macbook m3,没有用migration assistant. 本篇笔记记录了迁移过程中遇到的一些问题和处理方案。
These Settings Might be Reset After a macOS Update:
DNS 127.0.0.1
pmset
(更新:此问题已经于2026年解决,具体见本文的详细说明)
(原始问题)我有一台intel macbook pro. 升级到Ventura以后,我开始逐渐察觉到photos.app的不对劲:不仅是那些新导入的照片无法搜索到,连半年前导入的照片也找不到。
一些有关ramfs的实机测试,目的是解决这几个疑问:
1. mount ramfs的时候,是不是真的分配了RAM(而不是磁盘空间/混合了swap内存)
2. mount ramfs时分配的size,理论上是无法对ramfs起约束的(理论上它会越来越大,直到物理内存被吃完),是否真的如此?
3. ramfs的真实占用空间,是由mount命令的参数size决定,还是由ramfs存放文件的体积决定,还是两者都有?
不知道从什么时候开始,macOS的原生app打开某些PDF的某些页面,会出现整个页面空白的情况。我知道这些显示异常的PDF或多或少都有问题(比如格式不标准),但测试了一圈下来发现只有macOS的原生app出了问题,别的pdf浏览器都是正常的。
指很难从google/官网找到dmg/pkg安装包的程序,第一眼看上去似乎只能去mac app store上面下载了,但事实上homebrew能解决下面列举的很多问题。
犹豫了半个月,最终还是Time Machine备份后升级到了macOS Sonoma. 升级前我对Sonoma就没有任何期待,只求升级完成后能正常开机,以及apple不要在macOS慢性死亡的道路上越走越远。
Mariadb 10.11修改了一些配置要求,使得原本在mariadb 10.6版本下能够使用的lz4压缩配置行不通了。本文主要讨论如何在避免安装官方mariadb-plugin-provider-lz4插件的情况下启用lz4压缩算法。
(NTFS硬盘读写)对比Tuxera和Paragon,测试硬件为一块大容量的3.5''机械硬盘。