July 2020 Archives

先说结论,对此产品不是很满意。

今天 FedEx 终于将座椅送到了车库门口。由于疫情,FedEx 往往采取的是和收件人不见面的送货方式,这个椅子 的重量大约是 35.3lb(大约16公斤),加上箱子还是比较重的,故而 FedEx 没有送到需要走三步楼梯也算是可以理解。

前文,今天 台灯终于到货了。

这款台灯使用的是LED(使用了102颗 LED 4014),标称功率为 9W,最大亮度600流明(类似于40W左右的白炽灯泡),采用了铝合金支架。触控开关位于灯的上部。

设计方面,它采用了两枚大的内六角螺丝来固定基座与竖直杆、竖直杆与灯臂之间的连接,以及一枚较小的内六角螺丝来固定灯臂与灯体之间的连接。底座("Desk clamp")与竖直杆("LED arm")之间的连接部分需要将其插入之后拧紧侧面的固定螺丝,插入时可增加一个橡胶圈(自带)来进一步减少其移动范围,不过实际测试中,即使在把相关螺丝全部拧紧以后此支点允许的活动范围依旧偏大,导致此杆的顶部可在一0.3cm左右的范围内活动。

优缺点方面,总体上这款台灯的做工还不错,不过配合27寸显示器时,其顶部控制开关可能不太方便操作(这可以通过下面的翘板开关来绕过),此外价格稍微有些贵。

geli(8)的HMAC设计

| No Comments | No TrackBacks

读到哪算哪的先记一笔。

geli(8)在启用了数据完整性检测的时候采取的设计是将HMAC数据保存在同一扇区中,换言之它在保存数据时,物理扇区(通常是512字节)中占用了32字节来保存HMAC数据。

这样做的考虑是每个扇区可以独立地读写和验证(如果把HMAC数据保存在临近的扇区中,例如每17个扇区一组,将HMAC数据全部保存到其中一个扇区中,则HMAC数据和扇区数据可能会有不同步的问题),代价是会浪费一些存储空间。这个空间的计算如下:

假如磁盘物理上是512字节的扇区,geli提供4096字节的扇区的界质的话,我们浪费的空间是:

  • 每个扇区可以保存 512 - 32 = 480 字节的数据
  • 4096/480=8.533333,向上取整需要9个扇区
  • 480*9-4096=224,即浪费掉了224个字节。

实践上,因为原本需要8个扇区存放的数据需要9个扇区来放,因此空间开销是1/9(大约11%)。

如果可以牺牲独立验证(即,一组扇区中如果有一个坏掉了就认为整组扇区都坏了,而不在意其中具体是哪个坏了),则一个潜在的替代方案是将整组的HMAC数据保存在同一个扇区内,这样一来所需的额外开销是1/16,即使用17个扇区来保存16个扇区的数据(假设扇区尺寸是512。如果扇区尺寸是4k,则是129个扇区可以保存128个扇区的数据)。

这一替代方案的优点是不改变数据扇区的尺寸,并且空间开销小一些(1/17,或1/129)。

我很小的时候就学了打字,在中间还有朱若愚老师的那句"平时多练练打字,比赛的时候除了可以减少自己写代码时出错的机会,还可以直接在心理上对周围的其他选手产生碾压"的加持,在上小学和初中的时候我花了不少的时间去练习,加上后来上学和工作一直都没少和键盘打交道,我一直有一种既然自己打字比大部分人的速度都要快(具体事例是以前在网上聊天吵架被人说你小子复制粘贴算什么好汉),因此指法应该没什么问题的错觉。

最近开始教娃学习指法和盲打,于是自己也拿软件重新练习了一下,才发现这个快背后是有问题的。举例来说,我的无名指因为速度通常会略慢一些,因此打字的时候经常会出现其他手指过来"帮忙"的情况,又比如我在按组合键的时候时常会有单手操作的倾向,而比较好的做法是平衡地使用双手来操作。

目前测试的结论是我对于o、q的准确度最差,此外左手小指和无名指需要加强练习。

声明:本文系纯个人使用观感分享,并非推荐或不推荐购买特定厂商和/或特定产品。

随着本次疫情在美国的爆发,厂里安排了一笔预算来购买办公家具。在同事的推荐下我在 autonomous.ai 下了一单包括升降桌、椅子和台灯在内的家具。

由于物流等一系列因素,在下单时对方即告知订单中的一部分可能会需要一两个月甚至更久才能送到。由于我最需要的是一个升降桌,因此并未特别在意椅子的送达时间。

最先送到的是升降桌上使用的 Cable TraySmartDesk 2 Premium 桌子本身。此系统采用了双马达,装配实际上用了一个小时左右(拆包装、标签、使用说明书)。高度方面,升降桌支持26-51.6英寸的高度,设计承重约300磅(约等于136千克)。

Monthly Archives

Pages

OpenID accepted here Learn more about OpenID
Powered by Movable Type 5.2.11