Jimmy’s Pages

Install Arch Linux on MBP18

2023-04-15T00:00:00+00:00

我有一台闲置的MacBook Pro 2018，一直都不知道拿来做什么，放在抽屉里，有一天拿来用居然开不了机了，去苹果店检查是主板坏了，苹果的做法是只换不修，换主板需要5K多，修好再卖个二手都不一定能赚钱。后面在淘宝上找到一家华强北的店可以修苹果电脑，最近去把它修好了，只花了几百块，问了下这台MBP能卖多少钱，说只能卖3K左右，真不想这样贱卖了。

但是又不想这样闲置下去，于是想了几个可以用它来做的事情。我一直没有一台电脑是拿Arch Linux作为主力桌面系统的，之前装在NUC上的Arch Linux是作为服务器运行，追求稳定长时间运行，不打算装桌面系统。那我为什么需要一台Arch Linux桌面系统呢，目前想到两个应用的地方：一是用来编译Open Wrt，我一直想自己编译调试Open Wrt，但一直没有合适让我折腾的环境；二是用来编译AOSP，之前编译AOSP的环境是安装在移动硬盘上的一个Ubuntu，需要编译时插到我的PC上，感觉也是很临时。这个MBP装上Arch Linux可以作为我在Linux下的主力开发机。

2018年的MBP有T2芯片，Arch Linux官方的ISO没有支持好，我装了官方的ISO测试，可以安装到MBP的SSD上去，系统可以启动，但是笔记本键盘，无线网卡，USB有线网卡都不能用，只能用USB键盘。这样的系统装上去也没啥用处了。在MBP上装Linux这个事情，看来也是有不少人有这需求，于是有了Linux for T2，从这里archiso-t2下Arch Linux的ISO，再按照Installation wiki，结合我之前安装Arch Linux经验，我已经能在MBP18上运行Arch Linux，笔记本键盘，无线网卡，USB有线网卡，USB键盘都测试可用，不过还没有装桌面系统，这个后面再做。其中也是遇点坑，有必要把整个过程记录下来，下次装的时候也能快点，希望也能帮助到有同样需求的网友。

制作安装U盘

这次我参考了t2linux文档使用dd的方式，之前用dd一直填的of=/dev/diskX，速度很慢，这次用了of=/dev/rdiskX，U盘是满速写入，比之前快了很多。

macOS中使用dd需要给终端增加权限，系统设置=>隐私与安全性=>完全磁盘访问权限=>+=>终端。

# 查看U盘是哪个disk
diskutil list
# 假如是/dev/disk2，先卸载它
diskutil unmountDisk /dev/disk2
# 写入archlinux-t2的ISO
sudo dd if=archlinux-t2-2023.03.23-t2-x86_64.iso of=/dev/rdisk2 bs=1m

关闭文件保险箱

系统设置=>隐私与安全性=>文件保险箱=>关闭…

磁盘分区

打开磁盘工具，左边选中APPLE SSD，右边点击分区=>点击加号=>添加分区=>名称和格式随意（后面会被抹掉），大小我给Macintosh HD留了50GB，其他全给Arch Linux=>应用。

提取Wi-Fi和蓝牙的固件

相当于Wi-Fi和蓝牙的驱动是用苹果官方的，完整文档在这里，下载提取脚本firmware.sh。

# 做的事情就是把固件打包放到EFI分区
bash ~/Downloads/firmware.sh
# 可以检查下是否有firmware.sh和firmware.tar.gz
sudo diskutil mount disk0s1
ls /Volumes/EFI

从U盘启动

这里有个坑，U盘要用USB Type-A到Type-C的转接头，直接插在MBP上，试了插在贝尔金的Dock和绿联的Hub上都会导致启动卡死，后面用了Google Pixel 2包装盒里带的转接头才顺利进入U盘系统。

安装时需要联网下载软件包，所以要连接有线网络，我用的是绿联那个带网线接口的Hub。

插入安装U盘，MBP启动时按住option，直到出现选择启动磁盘的画面，选择EFI Boot。

查看硬盘情况

fdisk -l

创建文件系统

mkfs.ext4 /dev/nvme0n1p3

挂载文件系统

mount /dev/nvme0n1p3 /mnt
mkdir -p /mnt/boot/efi
mount /dev/nvme0n1p1 /mnt/boot/efi

设置代理

懂的都懂。

export HTTP_PROXY=http://192.168.1.1:8080
export HTTPS_PROXY=http://192.168.1.1:8080

安装基础包

又一个坑，不要使用t2strap那种方式，我最开始使用这种方式，结果/mnt/etc/pacman.conf直接被覆盖了，arch-chroot后，连个vim都装不上。

这里也要安装上python，文档里并没有说，后面运行firmware.sh时会用到python。

pacstrap /mnt base linux-t2 apple-t2-audio-config apple-bcm-firmware linux-firmware iwd grub efibootmgr vim python

增加软件源

vim /mnt/etc/pacman.conf

[Redecorating-t2]
Server = https://github.com/Redecorating/archlinux-t2-packages/releases/download/packages

[arch-mact2]
Server = https://mirror.funami.tech/arch-mact2/os/x86_64
SigLevel = Never

生成文件系统挂载信息

genfstab -U /mnt >> /mnt/etc/fstab

切换到安装的系统

相当于后面的操作都是针对于挂载到/mnt的系统。

arch-chroot /mnt

设置时区

ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
hwclock --systohc

设置文本编码格式

vim /etc/locale.gen
# 取消注释en_US.UTF-8 UTF-8
locale-gen
vim /etc/locale.conf
# 增加一行LANG=en_US.UTF-8

设置主机名

vim /etc/hosts

127.0.0.1 localhost
::1 localhost
127.0.1.1 mbp.localdomain mbp

生成initial RAM disk

# 增加apple-bce到MODULES里
vim /etc/mkinitcpio.conf
mkinitcpio -P

安装启动器

# GRUB_CMDLINE_LINUX里增加intel_iommu=on iommu=pt pcie_ports=compat
vim /etc/default/grub
# 苹果的EFI boot loader会去读取/EFI/BOOT/BOOTX64.EFI，这里就把GRUB写到那里
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=GRUB --removable
grub-mkconfig -o /boot/grub/grub.cfg

设置root密码

passwd

返回到U盘系统

exit

重启

reboot

设置有线网络

vim /etc/systemd/network/20-wired.network

[Match]
Name=en*

[Network]
DHCP=yes

systemctl enable systemd-networkd
systemctl start systemd-networkd

# 增加一行nameserver 192.168.1.1
vim /etc/resolv.conf

使用Wi-Fi和蓝牙的固件

umount /dev/nvme0n1p1
mkdir /tmp/apple-wifi-efi
mount /dev/nvme0n1p1 /tmp/apple-wifi-efi
bash /tmp/apple-wifi-efi/firmware.sh
# 检查日志
journalctl -k --grep=brcmfmac

设置无线网络

pacman -S networkmanager iw wpa_supplicant
systemctl enable NetworkManager
systemctl start NetworkManager
# 选择Wi-Fi，输入密码
nmtui

查看电池状态

pacman -S acpi
acpi

运行效果

How to copy file without cp command

2022-01-03T00:00:00+00:00

前一阵子偶然翻出了我9年前的Android Pad，顺便拿来玩了一下，这个系统是Android 4.1.2的版本，我用adb shell可以连接进去，当时想在里面拷贝一个文件，执行了cp命令时才发现没有这个命令，这太让我意外了，该怎么办呢？

我用下面这条命令成功完成了cp的功能，觉得挺有意思的，所以记录一下。

cat foo.dat > bar.dat

Backup System Disk to NAS

2021-06-06T00:00:00+00:00

又入手了一个NUC，这次买的是我本来最想买的NUC11PAHi5。上次那个NUC定位为一个稳定的Linux开发环境，这次的NUC定位是一个不稳定的体验测试环境，比如说玩下破解游戏，破解就意味着很大可能带有后门或者病毒。在我主力系统上我是不会安装破解软件的。

我把上个NUC的一条16GB内存拆到这台NUC上，老电脑的256GB的SATA SSD安装到NUC上，就可以安装系统了。

安装系统，驱动，设置账号等，这些操作每次重装系统都会浪费不少时间，而这台NUC重装系统的可能性是比较大，说不定哪天就拿来玩下Arch Linux桌面系统。所以我有了备份整个系统的需求。

最开始想到的是大学时代非常流行的Ghost工具，可以全盘备份，那时还是XP时代。能不能备份Linux系统我没试过，我希望的是一个通用的备份方案，不受限于安装的什么系统。

想了下这个过程，插上一个U盘，启动引导到U盘上系统，然后可以访问NAS的共享文件夹，把硬盘压缩备份到NAS的共享文件夹下。

这个用Arch Linux的安装U盘，进入shell然后mount到NAS的共享文件夹，再通过dd拷贝不就可以实现了吗。果然搜索到了Arch Linux的Wiki，已经有比较详细的教程了，所以我采取了这种方案。

Mount NAS Backup

mkdir /mnt/backup
mount -t cifs //192.168.1.100/backup /mnt/backup -o username=foo
ls /mnt/backup

Install pigz

为了利用多核，需要安装pigz(Parallel implementation of the gzip file compressor)

pacman -Sy pigz

Create Disk Image

fdisk -l
dd if=/dev/sda bs=256K status=progress | pigz -c > /mnt/backup/disk.img.gz

Restore System

fdisk -l
unpigz -c /mnt/backup/disk.img.gz | dd of=/dev/sda bs=256K status=progress

Stats

35.3 GB used, 256 GB copied, 13.38 GB saved

使用dd是不会关心硬盘到底使用了多少空间的，它是整个硬盘拷贝，所以硬盘容量越大，花的时间越多，现在我倒庆幸这个老硬盘只有256GB，因为经过了压缩，所以最终的镜像会比你使用的空间小，比如我用了35.3GB，实际镜像只有13.38GB。

我尝试了直接使用gzip，不利用多核要慢很多。dd的bs选项也非常影响速度，默认的512非常慢，256K对这个环境来说个不错的选择。

备份

single core bs=64K  124 MB/s    34:27   12.71 GB
multi core  bs=256K 405 MB/s    10:35   13.38 GB

还原

single core bs=256  43.8 MB/s   1:37:25 12.71 GB
single core bs=256K 271 MB/s    15:46   12.71 GB
multi core  bs=256K 370 MB/s    11:32   13.38 GB

Install Arch Linux on Intel NUC

2021-03-13T00:00:00+00:00

Arch Linux是我喜欢的一个Linux发行版本，喜欢它的滚动发行方式和最新的软件版本。在此之前我用过CentOS、Fedora和Ubuntu，CentOS基本上是用不上最新版本的软件，经常得自己下载源码编译，如果想使用Linux桌面系统的的话，Fedora和Ubuntu还是不错的选择。

安装Arch Linux是全命令行操作，要想安装成功将经历一次历险，同时也能学到Linux的一些知识，能对系统进行非常精细化的定制，这一点让我很爽，系统的安装内容全是我真正想要的东西，每个启动进程我都能理解它负责的功能是什么。

之前我是在Thinkpad上安装了Arch Linux，有段时间我还常在上面写C++代码，折腾过Arch Linux的桌面，那机器配置已经过时，型号是T450，i5双核四线程，8GB内存，目前我对装Linux系统机器的定位是一个24小时开机的Server，如果拿笔记本来担当，它的键盘和屏幕实在是有点浪费，安放位置也比较尴尬，有电源又得有网线，要打开屏幕才能触摸到电源按钮，反正就不像一个稳稳的待在那里的一个服务器。

所以我有再组装一台PC的想法，最后了解到了Intel NUC，简直就是完美满足我的需求，功耗低，体积小，可自定义RAM和SSD。刚好NUC 11最近发布，我非常想买的是NUC11PAHi5，但是等了两个周，能买到i5只有NUC11PAKi5，i7有考虑过，但是价格多1400块，看了下YouTube上性能评测，实在觉得不值。最终我用直接一步到位1T SSD说服了自己不用再考虑扩展存储了。发现内存涨价好多啊，买得我肉疼。

配置是这样的: NUC11PAKi5(i5-1135G7, 4核8线程, 8MB缓存, 2.4GHz-4.2GHz)，Kingston RAM(16GB, DDR4, 3200MHz) x 2，西部数据SSD(1TB, NVMe)。

Arch Linux虽然我之前安装过几次，但是这次安装并不顺利，因为之前分区都是用的BIOS with MBR的方式，在这个NUC上执行时grub-install时会报错，error "cannot find EFI directory"，于是我又得重来尝试UEFI with GPT的分区，期间又遇到了之前没有遇到过的问题，所以在此记录下详细的安装过程备忘。

制作安装U盘

官网下载ISO后，推荐使用Rufus这个工具写入U盘，之前用过macOS的dd，很慢。

BIOS禁用Secure Boot

启动时按F2可进入BIOS。

从U盘启动

插入安装U盘，启动时按F10选择该U盘为启动设备。

同步网络时间

确保连接网线并接入互联网。

ping archlinux.org
timedatectl set-ntp true

查看硬盘情况

fdisk -l

SATA硬盘会显示/dev/sda，NVMe硬盘会显示/dev/nvme0n1。

创建EFI分区

fdisk /dev/nvme0n1
g # create a new empty GPT partition table
n # add a new partition
<enter> # Partition number
<enter>  # First sector
+512M  # Last sector
t # change a partition type
1 # EFI System
p # print the partition table
w # write table to disk and exit

创建根分区

fdisk /dev/nvme0n1
n # add a new partition
<enter> # Partition number
<enter> # First sector
<enter> # Last sector
p # print the partition table
w # write table to disk and exit

创建文件系统

我之前有尝试过Btrfs，但是最后那套系统启动不了，跟Btrfs有关，所以这次我选择了默认的ext4。

mkfs.fat -F32 /dev/nvme0n1p1
mkfs.ext4 /dev/nvme0n1p2

挂载文件系统

mount /dev/nvme0n1p2 /mnt
mkdir -p /mnt/boot/efi
mount /dev/nvme0n1p1 /mnt/boot/efi

调整镜像列表

把中国的镜像地址剪切到文件头部，提高下载速度。

vim /etc/pacman.d/mirrorlist

安装基础包

pacstrap /mnt base linux linux-firmware base-devel

生成文件系统挂载信息

genfstab -U /mnt >> /mnt/etc/fstab

切换到安装的系统

相当于后面的操作都是针对于挂载到/mnt的系统。

arch-chroot /mnt

设置时区

ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
hwclock --systohc

安装Vim

后面需用Vim进行配置文件的编辑。

pacman -S vim

设置文本编码格式

vim /etc/locale.gen
# 取消注释en_US.UTF-8 UTF-8
locale-gen
vim /etc/locale.conf
# 增加一行LANG=en_US.UTF-8

设置主机名

vim /etc/hosts

127.0.0.1 localhost
::1 localhost
127.0.1.1 HOME-SERVER.localdomain HOME-SERVER

安装启动器

pacman -S grub efibootmgr intel-ucode
grub-install /dev/nvme0n1p1
grub-mkconfig -o /boot/grub/grub.cfg

设置root密码

passwd

返回到U盘系统

exit

重启

reboot

添加管理员

vim /etc/sudoers
# 取消注释%wheel ALL=(ALL) ALL
useradd -m -G wheel user00
passwd user00

设置网络

sudo vim /etc/systemd/network/20-wired.network

[Match]
Name=en*

[Network]
DHCP=yes

sudo systemctl enable systemd-networkd
sudo systemctl start systemd-networkd

vim /etc/resolv.conf
# 增加一行nameserver 192.168.2.1

启用SSH登录

sudo pacman -S openssh
sudo vim /etc/ssh/sshd_config

Port 56666
StrictModes no
RSAAuthentication yes
PubkeyAuthentication yes

sudo systemctl enable sshd
sudo systemctl start sshd

mkdir ~/.ssh
vim ~/.ssh/authorized_keys
# 增加远端系统里ssh-keygen生成的id_rsa.pub里的内容

更新系统

sudo pacman -Syu

关机

sudo poweroff

Fix xcodebuild archive Provisioning profile error on Apple M1

2021-02-01T00:00:00+00:00

最近入手了Mac mini M1(16GB RAM, 256GB SSD)，买它的主要目的就是用来运行GitHub Actions的self-hosted runner。

然而在把之前的iOS项目在Mac mini上用命令行构建时遇到了这个错误: error: Provisioning profile "iOS Team Provisioning Profile: *" doesn't include the currently selected device "Mac mini" (identifier ...

之前我是用的x86 MBP来做self-hosted runner，没有出现过这个问题。我之前买过Apple Developer的Membership，但是后面没有续订已经过期了，因为发现直接用免费的Automatically manage signing也能满足我的需求。Membership过期后Apple Developer网站上证书相关操作页面都没有入口，为了把Mac mini的identifier加上去，我又续订了。

在Apple Developer的Devices页面增加了报错信息里的identifier后，我命令行构建iOS App可以成功。

然而在我配置好GitHub Actions后，通过GitHub Actions runner运行构建脚本时，却遇到同样的错误，仔细一看identifier和我配置的不一样。一阵Google后发现我之前我配置的是Provisioning UDID，现在报错信息里是Hardware UUID，这两个ID可以在System Information里看到，在我x86 MBP上这两个值是一样的，在Mac mini M1上这两个值是不一样的。

我把Hardware UUID加到Devices里，再更新Provisioning Profiles(~/Library/MobileDevice/Provisioning Profiles)，验证Hardware UUID是没有加入到PROVISIONED DEVICES的。

通过不断的Google，终于找到一个和我一样的案例，而且作者自己给出了解决方法，在xcodebuild参数里增加-destination 'generic/platform=iOS'就可以了。

所以其实不用买Membership也是可以解决问题，我知道在x86 Mac上是不用在Devices里加UDID，但鉴于M1是ARM架构可以运行iOS的App的，我以为这是个新的机制要求。这都是些黑盒的东西，xcodebuild的文档对-destination也没有更详细的说明，而且通过GitHub Actions运行报错的又是Hardware UUID。

推测在不加-destination参数时，xcodebuild默认会寻找一个当前支持的设备，iOS App在x86 Mac下是不支持的，所以没有设置当前设备，而在M1 Mac下则支持有了选择。

然而为什么Github Actions调用时取到的是Hardware UUID，这个就难以理解了。

总之，我目前能Make it work就达到我的目的了。

Build AOSP for Pixel 2

2021-01-09T00:00:00+00:00

我是从2019年底才开始接触AOSP(Android Open Source Project)的，因为当时在研究Android内存这块，了解到Android 10推出的Perfetto框架，能从系统底层记录堆内存的分配情况，听起来太酷了。但是实际使用过程中发现它的一个严重bug，比如记录王者荣耀的堆内存分配，heapprofd会在王者荣耀启动后没多久就退出，我改Perfetto的代码修了这个bug，quick and dirty，于是我就有构建AOSP的需求。同时也和Google工程师沟通，他在master修复了这个bug，当然这个过程是漫长的。

从Android 9开始AOSP默认只支持Pixel系列，所以买了一台测试手机Pixel 2，花了不到1000块，性价比还是挺高的。

当时我是在macOS下构建的AOSP，因为AOSP需要文件系统区分大小写，所以在macOS的下要么买一个新的SSD格式化为区分大小写的，要么创建一个区分大小写的disk image。用iMac(i7-6700K, 16GB RAM, 512GB SSD)构建花了3个多小时，用MBP(i7-7920HQ, 16GB RAM, 250GB disk image)花了6个多小时。

最近我又准备构建AOSP，在macOS下却遇到了一些莫名其妙的错误，Google许久没解决掉，加上我新组装了一台PC，想利用它的高配置，构建更快点，我尝试了在Windows 10上利用WSL构建AOSP，也是遇到各种错误。我反思了一下，为什么不用官方推荐的Ubuntu呢，浪费时间在这些莫名其妙的错误上，不太值。于是专门购买一块SSD来安装Ubuntu，官方推荐的是18.04，我安装了20.04，还好也可以构建成功。在PC(i7-10700K, 32GB RAM, 1TB SSD)上花了1小时10分钟，Nice。

下面列出在Ubuntu上构建AOSP各个步骤，最简化的流程。

安装依赖包

官方列出

sudo apt-get install git-core gnupg flex bison build-essential zip curl zlib1g-dev gcc-multilib g++-multilib libc6-dev-i386 lib32ncurses5-dev x11proto-core-dev libx11-dev lib32z1-dev libgl1-mesa-dev libxml2-utils xsltproc unzip fontconfig

实践解决error while loading shared libraries: libncurses.so.5

sudo apt-get install libncurses5

下载代码管理工具repo，这是一个python脚本，如果你的默认python不是python3的话，需要打开文件把第一行的python改成python3

mkdir -p ~/bin

curl https://storage.googleapis.com/git-repo-downloads/repo > ~/bin/repo

chmod a+x ~/bin/repo

vim .bashrc

export PATH=~/bin:$PATH

在中国大陆需要设置http_proxy和https_proxy，原因应该都懂的，AOSP推荐用bash，设置好环境变量后，需要重开一个bash

创建代码目录，可用空间官方推荐需要250GB，下载后代码库70GB左右，构建完成后占用170GB左右

mkdir ~/aosp

cd ~/aosp

设置代码URL和版本，版本可以在这里找到，https://source.android.com/setup/start/build-numbers

repo init -u https://android.googlesource.com/platform/manifest -b android-10.0.0_r41

下载代码，5M的出口带宽，峰值500KB/s左右，我下了一天

repo sync

下载设备驱动，https://developers.google.com/android/drivers

Pixel 2的代号是walleye，下载解压后会得到extract-google_devices-walleye.sh和extract-qcom-walleye.sh，移动到AOSP的代码目录，分别执行两个sh脚本

设置构建参数，userdebug版本可以拥有root权限，这当然是我想要的

source build/envsetup.sh

lunch aosp_walleye-userdebug

启动构建

刷机，在Pixel 2设置里开启USB debugging和OEM unlocking，Pixel 2通过USB连接到PC

adb reboot bootloader

fastboot flashall -w

如果想清除构建的内容的话，可以执行make clobber。

虽然我是Apple的粉丝，但是能使用从源码构建出的系统，感觉是一件很酷的事情，拥有root权限也能更方便的去调试App，这台Pixel 2成为了我的Playground。

Fix exportArchive: No signing certificate “Mac App Distribution” found

2020-12-27T00:00:00+00:00

这个错误提示出现在Unity项目整合平台SDK后使用xcodebuild -exportArchive时。明明是导出的iOS平台工程，为什么会出现Mac App的关键字呢?而iOS的发布证书是有正确配置的，之前是可以正常工作的。这让我非常疑惑，甚至周末都来解决这个问题，但是经过多次的Google查找是否有类似问题，但是没有遇到iOS工程输出这种错误的。所以周末我并没有解决问题。

周一和平台相关的同事沟通后，发现有此类案例，原因是Copy Bundle Reources里有拷贝Static Library。我在Unity导出的Xcode工程里手动删除了相关的项，再次执行之前的导出脚本，成功了!

那为什么会有这些Static Library在Xcode工程的Copy Bundle Reources里呢？链接这些库使用的是XUPorter插件，经过Review后发现代码里有两份XUPorter，一份是之前加入的，另一份是新加入SDK里的，被加入了额外的namespace所以没有编译错误。

而之前的XUPorter会在OnPostProcessBuild里查找Assets目录下所有.projmods文件加入XCProject使用。问题就出在这里，新加入的SDK里也有很多.projmods文件，所以被误加入了XCProject，导致生成出来的Xcode工程不符合预期，然后Xcode导出的行为也就不符合预期。

解决方法就是把之前的XUPorter搜索.projmods的目录限定到更明确的Mods目录。跑整个构建流程，没有问题了。

我觉得这个问题非常的罕见，而且错误提示也非常离谱，和问题的源头离得很远，也浪费了我的周末时间，所以我希望记录下来帮助到再次遇到此类问题的程序员，通过Google搜索快速解决此类问题。

Unity Async Load Internal

2020-11-08T00:00:00+00:00

前段时间，在优化游戏的Loading时长，想利用多线程，把加载任务并发起来，减少整体的耗时。

这个项目使用的是Unity2019，手机上资源使用AssetBunndle加载，优化前整个加载都是用的同步接口，同步加载AB，同步加载AB里Assets。

当我改成异步接口加载Assets时，测试结果居然比使用同步接口还是长，而且长了好几秒。这个结果让我很诧异，异步接口不是多线程的吗，总时间该减少才对啊。

于是进行了Profiler，查看CPU Usage，在Loading的后面一段主线程消耗非常的平稳，能看到很多帧的UpdatePreloading的消耗。而加载线程很早就跑完了任务。

充满了疑惑，还好之前申请源码权限，去分析了源码。

原来异步加载有一部分工作在主线程完成，而这一部分工作，优先级是kBelowNormalPriority，Unity每帧只分配了4ms的时间片，这样做应该是为了保证帧率吧，所以花了很多帧才把全部异步加载的工作完成。

有个例外是如果此时调用了同步加载场景的接口LoadScene，主线程会把所有异步加载已在主线程排队的任务全部完成。利用这个逻辑，可以先进行资源异步加载，再进行场景同步加载，就不用走主线程时间分片了。这样做后，测试结果还是慢，因为不是所有加载任务都在LoadScene之前就排队到主线程了，取决于加载线程的执行速度。

所以从这里得出的结论是，使用异步接口并不能减少Loading时长，反而会更久，异步接口主要保证主线程帧率不受影响，所以更适合在游戏过程中进行异步加载。

Home Network Set Up

2020-09-30T00:00:00+00:00

重新装修房子时，弱电箱拉了网线到卧室、电视墙。虽然大部分时间都是在用WiFi，但是高速传输还是得靠有线网络，所以留下扩展的可能性。

不过这次没想周全，每个接入点只拉了一根网线，实际使用时发现每个接入点有两根网线是比较灵活的，可以一根来一根回。

比如说你想把路由器放在电视柜的话，就得一根来的接入互联网，一根回的到弱电箱的交换机分发到各个房间。所以目前我的路由器只能在弱电箱附近。

如果是全屋地毯的话，把网线埋在地毯下面应该也是个很灵活的解决方法。

以下就是我目前在家里的网络拓扑图。

许多路由器的默认IP都是192.168.1.1，在多路由时会冲突，这里需要设置下。电信网关使用192.168.1.1，Linksys WRT1900ACS使用192.168.2.1，Linksys WRT32X使用192.168.3.1。

我个人使用的网络在Linksys WRT32X后面有两个好处，一是我重启路由不会影响其他人，二是我是可以连接到Linksys WRT32X的管理页面的，不用切换网络。

接下来说说路由器，之前用过塑料壳、铁壳的TP-Link，使用体验没啥差别。不知什么时候了解到OpenWrt，能自己安装路由器的系统，而且还是开源的，这点就让我感到兴奋。比较各个兼容硬件后，发现Linksys的WRT系列兼容性是比较好的。于是我就之前就买了一台Linksys WRT1900ACS，刷了OpenWrt。

折腾OpenWrt系统时，常重启路由器，导致网络不稳定，被女朋友吐槽网络好差。这次为了让我折腾OpenWrt时，不影响到其他人，我另外购置一台路由器作为家里的主路由，Linksys WRT32X，使用原装的系统。

再来聊聊NAS，最开始我不知道有NAS这个东西，只是有低功耗下载的需求，当时去华强北的赛格买了个准系统，不带风扇，装的Windows，硬盘忘了有多大，反正没有500G，远程桌面很卡，倒是能满足我当时的需求。

自从进了PT圈后，小硬盘满足不了小水管了。有试过e-SATA的外接硬盘盒，感觉这个方案很临时。然后买了个4盘位的U-NAS，原装的系统用过一段时间后，爱折腾的我把它先后装了CentOS，Arch Linux，自定义Samba，Transmission等等，软件折腾后开始折腾硬件，拆机换了系统盘后，开始不稳定，时不时就死机了。期间两次丢了所以NAS硬盘上的数据，删库跑路这种事情在家里常干…

经历了这么多折腾后发现也没啥好结果，于是我把目光转向了群辉，体验过他的DSM后，瞬间不想折腾了，于是这次买了群辉的DS718+，之前U-NAS的4盘位其实最多也就插了3个硬盘，4盘位还多个风扇，耗电和噪音都更多，所以这次选择2盘位。

买之前很在意视频在NAS上硬解码，这样就可以在iPad上看动辄10G的1080p电影了，实际情况是，DS video因为版权问题不支持很多格式的内置字幕。

NAS目前对我来主要有两个用处，一是挂PT存放高清电影🎬，二就是Time Machine备份我的MBP。

其实我倒不是怕MBP正常使用的硬盘质量问题，我是怕MBP常背出去，万一哪天摔坏了、弄丢了、被偷了，没有Plan B的话，心里有点不安。总有些东西没有在iCloud或者GitHub上。比如各种环境搭建，软件安装，也是比较折腾的过程。

使用Time Machine有点心得，如果用WiFi备份的话，速度很慢，经常一晚上都无法完成一次备份，所以在家都把MBP关闭WiFi，连接到Belkin Thunderbolt 3 Dock上，用有线网络，千兆网很快完成一次备份。

如果你是个高清电影爱好者，喜欢自己下1080p或者4K的电影看，有大电视的话，Apple TV 4K绝对是最佳伴侣。

在Apple TV 4K上使用Infuse播放NAS里的电影，整个体验非常舒服顺畅，Infuse能很好的呈现你的收藏，封面，简介，字幕。

至于电视我选择了Sony A9G OLED，画面效果没有让我失望，看4K电影，有身临其境的感觉。

使用OpenWrt的好处之一就是科学上网我可以在路由器上做，我的方案使用了：SSH tunnel、Squid、Proxy auto-config、Auto Proxy Discovery。

Nintendo Switch直接设置网络代理到Squid（192.168.2.1:8080），浏览商店时顺畅多了，看介绍视频也能顺畅看完了😺。

同样也可以设置PS4。可惜Apple TV 4K没有找到这样的设置。

这些事情其实在去年年底就做完了，使用了快一年，目前处于稳定状态。

Restart Writing Blog

2020-09-29T00:00:00+00:00

记得大学和刚毕业几年的时候，还经常写博客，大部分是些笔记和心情随想，记录了我的成长过程，回头去看，满满的画面感。

Blogger、CSDN博客、百度博客、QQ空间，主要用过这几个，对于程序员的我来说，总有些束缚感，有些不想要的东西无法去掉。

自己架设服务器一是不想花钱，二是怕被黑了，三是感觉自己写的内容对别人来说也没太大价值。

于是写博客这个事情就很少再做了。

如今发现自己的记性严重下降，表述能力愈发降低，于是想通过写文章的方式对大脑锻炼，改善这方面的不足。

对我来说，非常满意GitHub Pages这种模式和效果。

那就让我重新开始博客之旅吧！👨‍💻