IT数码信息科技

门当户对,软硬相配——记一次macbook与威联通NAS之间传输文件afp与smb协议比较测试

临近双11,在一边关注各类数码产品价格动向的同时,也开始琢磨家里什么设备该升级了?最近总觉得NAS读写文件速度变慢了嘛?于是我做了个实验,终于知道问题出在哪里了。

先说结论:NAS如果支持多种文件传输协议,那么在用macOS读写时,用smb协议读取速度只能到大约10MB/s,而用afp协议可以到40MB/s!

家里的设备情况是这样的:入户光猫连接华硕 RT-AC68U路由器,以5GWifi连接2015年macbook。路由器有线口下连思科SG100D-08 SD2008T家用千兆交换机,再连威联通TS-410四盘位NAS,之间所用双绞线都是六类线。

最近发现macbook与NAS之间传输速度好像变慢了,经实测,仅有10MB/s的读取速度。为了避免碎小文件读写对速度的影响,这里以4.29GB的树莓派操作系统镜像文件作为传输测试材料,进行从NAS读数据向macbook拷贝的测试。

继续阅读

最近买了一台华硕(ASUS)的蓝光刻录机,型号是BW-16D1H-U PRO,外接电源,USB3.0接口。我拿它来刻录旅游照片。这光驱插在mac系统上,直接免驱可用,真不错。

在京东上能买到的蓝光刻录盘最大是50GB单盘的,我买了铼德(RITEK) BD-R DL 50G蓝光刻录盘,自然是没问题可打印。但是我发现50GB一张对于我900GB的旅游数据来说还是太小。经查国际市场上最大有100GB甚至128GB的单张蓝光光盘,但是在京东或亚马逊中国没有销售,淘宝上也只有商家散装出售,显得不太靠谱。

而且这台刻录机本身究竟是否支持刻录如此大容量的单张光盘也是个问题。因为这台刻录机官方所列出的支持刻录写入模式及速度为:

继续阅读

这是纯粹的设想,没有实践检验:我在设想一个除了太阳以外,其他都不依赖的,彻底去中心化的网络。

起因是最近想在没有电源的阳台上进行长时间的摄像,记录到底是什么生物把我种植的草莓吃了(应该是鸟,我想把这有趣的过程拍摄下来)。如果是传统数码相机的话,存储卡空间毕竟是有限的,所以我想到了用树莓派及其摄像头来记录视频,并直接通过无线网络上传到存储服务器。

但是因为阳台上没有供电,于是我又想到了如果一台树莓派加上太阳能供电,是不是可以维持它的持续运作呢?虽然我尝试了索尼手摇式应急收音机ICF-B99/S的供电功能,似乎不足以驱动树莓派+USB无线网卡的方案,因此我的实践就此告终,但这并不妨碍我的想象。

网上搜了一下,似乎不少同好用更大面积的太阳能电池真的做出一个可以给树莓派持续供电的状态。好,那么假设它可以持续运行,那么我们就有了一台不依赖于现有供电网络的服务器——也就是能源的去中心化。

继续阅读

近期各家的虚拟现实(VR)产品都陆陆续续上市开售了,比如10月13日开卖的索尼PlayStation VR。在此之前,我都是热切期待着的VR产品能给我带来的“突破次元感”的。与此同时呢,各类有关VR设备的畅想、预言与展望也都出现在了网上。例如有这么一句话:

“现阶段VR游戏要么是地狱,要么是天堂。”

大意如此,我也忘了是什么网站看到的了,或许还是个日文网站。这句话其实是在说,目前VR游戏因显示技术所限,对日常场景的表现力还不够强,还难以以假乱真引人入胜,只有恐怖类游戏,或是恋爱类游戏——前者是地狱,后者是天堂——这两类能很大程度上激起玩家感情的游戏,玩起来才能获得较大的代入感。

当然,我本文想说的,不是恐怖游戏这类地狱,而是另一种,以悲观性质的社会观念,或说是反乌托邦思想来预想的,VR能给人类社会带来的一种地狱。

继续阅读

今天看到一条新闻,大致是说三星SmartThings平台爆出安全漏洞。具体是什么漏洞我没看,我想大致不外乎就是被控制、数据泄漏等等。

因为自己对IT方面有所了解,所以对手机啦,还有智能家居产品啦这些产品在抱有热情的同时,也怀着一份警惕心。例如在智能家居产品方面,我至今还没有买带摄像头的监控设备。一来家里没这个需求,二来我不放心在家里摆一个可以连接到互联网的摄像头。还记得以前读到过相关报道,说美国总统奥巴马的黑莓手机是经过特殊改造的,并且也是没有摄像头的。

那么,当智能设备越发趋于人形化以后,并且据此人的形态,在人类社会中引发了关于机器人伦理的讨论呢?

继续阅读

自己给NHK中文广播发去的留言被《波短情长》主持人念出了,但听说NHK中文广播的网上保留时间是一个月,因此想把本期节目下载保留下来。

结果发现是一个从未见过的流媒体文件,因此在网上搜索查找了一番,终于成功地下载下来。使用的平台是MAC OS X,用到的工具是VLC。当然,本方法应该不止适用于NHK广播,还适用于其他m3u8类型的流媒体。

继续阅读

说说我这几天给自己的Macbook购买AppleCare的经历。比较意外地,花了我能享受到的最低的价格,买到了超过2年——应该说是比2年半还多一些的延长售后时间!
AppleCare Protection Plan

图标转自Apple.com

事情是这样的:

去年2015年的7月27日,我在日本东京涩谷的AppleStore购买了一台12英寸的Macbook,用下来很不错,天天都会用到,因此就想着给它买一份延长售后时间的服务,在苹果官网,它有一串很长的名字:适用于 MacBook / MacBook Air / 13 英寸 MacBook Pro 的 AppleCare Protection Plan 全方位服务计划,以下就简称为AppleCare吧。

大致作用,就是把原本整机保修1年的服务,延长至自购买Mac之日算起的3年,也就是延长2年。这项服务既可以在购买电脑时一起买,也可以在购买电脑后的1年内购买。在此期间不管什么时候购买,其所对应的延长保修服务也都是从购买Mac之日算起的3年。

先来说说价格比较问题,我能选择的价格有3个:中国普通价格、日本普通价格、中国教育优惠价格,分别对应了:1598元人民币、23800円日元、1298元人民币。经过简单的汇率换算,发现还是在中国大陆用教育优惠价格购买AppleCare比较便宜。

于是就在最近2016年3月18日我去上海环贸AppleStore购买了AppleCare,可是刚付了款店员帮我注册好之后,发生了一个奇怪的现象。在苹果官方提供的保修期限查询网页,我这台Macbook的售后日期查出来是这样的:

AppleCare Protection Plan

很奇怪,售后日期是到2017年3月17日结束,也就是变成了我购买AppleCare这一天的一年后,而电话技术支持日期更是莫名其妙地变成了6月16日这样一个完全无关的日期。

于是当场我就向店员询问了这个情况,对方告诉我:可能是服务器更新需要时间,他请我过24小时再看。我查了下苹果官方网站给出的常见问题解答,其中确实也提到一句“注册过程可能需要经过长达 24 小时才能在 Apple 的系统中看到。”我就接受了店员的说法,同时店员也很负责地留了我的联系方式,说他们也会为我关注注册进度,如果不行再联系。

到了晚上9点,我接到了来自环贸AppleCare工作人员的电话,说是由于他们操作失误,导致未能注册成功,需要我自己记录下AppleCare序列号(协议注册号),并打电话给苹果400电话进行注册。同时,他还告诉我了一个“好消息”:由于是他们操作失误,因此很意外地,我的延长保修可以延长到2019年的3月17日!也就是说,变成了从购买AppleCare之日起的2年后。

挂了电话后,我到苹果官网上找了一圈,发现不用拨打400电话,直接在官网上即可注册。简单操作之后,发现我的延保状态已经发生了变化:

AppleCare Protection Plan

次日醒来,再次查看时,日期真的延长到了2019年的3月17日!

AppleCare Protection Plan

我自己思量着,到底是怎么回事呢?以下是我个人猜测:

由于我这台Macbook是在日本购买的,虽然Macbook的AppleCare确实也是向全球销售,但其中或许存在一个“水货转行货”的步骤。这天我在零售店之所以没能显示正确的售后日期,其实是因为“水转行”的操作结果:把我这台Macbook在日本的购买日期,修改为了当天的购买日期,也就是这台电脑“变成了”我2016年3月18日在上海购买的新电脑!因此随机附赠的一年售后时间,确实是到2017年的3月17日截止。再加上AppleCare的延长两年,就变成了到2019年3月17日截止。

更进一步猜想:如果我在2015年7月27日买的这台Macbook,到2016年的7月26日再去购买AppleCare,从该日期再重新计算三年的话,甚至最长前后总共可以享受4年(少一天)的售后?!有谁去试试看吗?

AirDrop是苹果公司产品之间挺好用的一个无线文件传输功能。当然,这个所谓的好用仅仅是理念上,或者说顺利时好用。实际情况是:常常莫名其妙地无法AirDrop,我碰到情况就是搜不到联系人(我自己),但只要能搜到,传输速度还是相当快的。

AirDrop“时好时坏”的情况令人捉摸不定。虽然苹果官方网站有提供相关说明文档,但仍没有说得很明白。前几天,我正要从iPhone把文件通过AirDrop传给Mac时,弹出了这么一个窗口:

OS X ESET Firewall TCP 8770

简单来说,是我在OS X上安装的安全软件ESET Cyber Security Pro询问我是否要放行一个目的TCP端口号为8770的入站通信。

第一反应是猜测这个端口与AirDrop有关,仔细一看还能发现通信源地址还是一个IPv6的地址。以目前上海电信提供的服务来看,IPv6应该还没有普及,更何况我在家庭路由器上也没有做过TCP8770这个端口的映射——由此可见,通信请求是来自我自己家里局域网内的设备。

后来以“TCP 8770”为关键字搜索一番,找到了一下两条讨论:

Inbound traffic alert (ESET) – Application: System

What does an unknown service (Port 8770) is starting on your Mac mean?

讨论的内容指向了一个名为sharingd的进程。在目前我的OS X El Capitan 10.11.2版本的终端里用man命令查看手册如下:

sharingd(8)               BSD System Manager's Manual              sharingd(8)

NAME
     sharingd -- Sharing Daemon that enables AirDrop, Handoff, Instant Hotspot, Shared Computers, and Remote Disc in the Finder.

SYNOPSIS
     sharingd

DESCRIPTION
     sharingd is used by the Finder to enable AirDrop file sharing, Handoff between iCloud devices, Instant Hotspot discovery, connecting to shared computers, and
     accessing Remote Discs from other computers.

FILES
     /usr/libexec/sharingd

HISTORY
     sharingd first appeared in Mac OS X 10.9 and iOS 7.

Darwin                         December 25, 2015                        Darwin

说明果然是与AirDrop甚至是与Handoff有关的进程!

然后又以两种方法验证:

第一个方法是在ESET防火墙中手动添加/删除禁止TCP 8770端口通讯的规则,果然AirDrop也随之能够发现或不能发现邻近设备。

第二个方法,是网上查得一下命令可以用于Linux操作系统中查看进程监听的端口号(IPv6版):lsof -Pnl +M -i6

于是在终端运行后情况如下:

COMMAND  PID     USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
sharingd 653      501   27u  IPv6 0x7be74dc88e8bb115      0t0  TCP *:8770 (LISTEN)

由此,可以证实AirDrop确实用到了sharingd进程,也用到了TCP 8770端口号。换言之:要顺畅使用AirDrop、Handoff等功能,需要放行这个端口的入站通信。

本文是想列举一下自己猜测的近半年感觉iPhone 6掉电快的原因。

我的iPhone 6是2014年10月份左右,也就是大陆首发时预订购买的。用到现在,其实也并没有到达预期中“隔代升级”的两年目标,还距离有大半年的时间。可是近半年感觉我的iPhone 6电池已经很不经用了——而且我的iPhone 6基本不用来打电话,但我每个月有2~3GB的蜂窝网络数据流量与更多的Wifi使用流量。

特别是最近,不知是不是天冷的原因,有一次在外面行走,手里的iPhone 6在短短五分钟左右时间内从百分之三十几点剩余电量,跌倒了百分之一。甚至在插上移动电源后,亲眼目睹了神奇的一幕:剩余电量的数字从1一下子跳跃到了34!

继续阅读