《功利主义》读书笔记

译者序 第 III 页
现代西方社会思潮的主流是自由主义,而在自由主义的内部,一般认为又可分为三大派别,即自由平等主义、自由至上主义与功利主义。不过在笔者看来,从方法论的角度说,最有影响的思想流派只有两个,一个是发源于古代自然法学的契约论学派,而另一个就是功利主义学派。 当代自由主义契约论学派的基本观点是,合乎道德的行为或制度应当符合正义的原则,而所谓正义,简要地说就是尊重或者不侵犯个人的基本人权。如果要问其理由或根据,那么这个学派的基本方法论依据是,处于平等地位的人们会一致同意这一点,或者人的天启理性会告诉你这一点;换言之,因为人的理性都是相同的,所以我们可以诉诸每个人的同意,而诉诸人们的一致同意差不多也就相当于诉诸人的理性。如果再要追根究底,那么还可以顺着天启理性追溯到自然法或上帝那儿。


译者序 第 V 页
功利主义之所以对当代的人类思想具有更大的影响,不仅是因为其伦理学的基本观点极其简单,并且符合常人的理性——合乎道德的行为或制度应当能够促进“最大多数人的最大幸福”,更主要的是因为,通过“最大多数人的最大幸福”这一概念的不同解释或表述,如“公众幸福”、“社会功利”、“社会繁荣”乃至表示“效率”的各种标准如“帕雷托最优”、“GDP、“生产可能性边界”等等,功利主义不仅在政治领域构造了一种足以与自由主义契约论学派相抗衡的政治哲学和法哲学,而且在经济领域排除了所有其他的伦理学说而独自成为主流经济学的伦理框架。我们或许可以说,在现有的伦理学说中,功利主义是唯一能够奠定各门社会科学的伦理基础,从而为它们指明方向的伦理学说。

……

年度播客单集推荐(2021)

从 2016 年接触播客至今已经快 6 个年头,毫无疑问我从播客这个媒介中汲取了太多养分。看着 Pocket Casts 里日积月累的收听记录,想到可以每年做一次个人年度播客推荐。一方面可以让自己回顾一整年播客内容消费的心路历程,更重要的是为各位刚接触播客 / 播客重度听众推荐一些制作精良、题材新颖广泛的节目单集。

节目排名不分先后,分类粒度也比较粗,各位可以按话题分类或单集简介挑选收听。本页快速播放控件均由 listennote 提供(除非节目未被 listennote 收录),如不能播放或打开,请使用正确的上网方式进行访问。

你也可以直接访问我在 listennote 建立的播放列表:「年度播客单集推荐-2021」

……

PHP数组取交集的方法对比及性能测试

PHP 作为世界上最好的语言,怎么可能有不完美的地方呢?最近因为业务上的一个需求,遇到了一个求几个大数组交集的场景。在实现的过程中,毫不意外地遭遇了性能问题。这里记录一下关于 PHP 取数组交集的性能优化思考。

不想看过程的可以直接跳到文末看结论。

……

《Redis深度历险》学习笔记:管道&事务

管道

  • Redis 的管道特性由 Redis 客户端提供,客户端通过改变了读写的顺序带来性能的巨大提升。
  • Redis 的管道命令让客户端通过对管道中的指令列表改变读写顺序就可以大幅节省 IO 时间。
  • 管道中指令越多,效果越好。
  • 管道的本质:操作系统内核从为套接字分配的缓冲区(发送缓冲 send buffer / 接收缓冲 recv buffer)中读写数据。
  • 执行命令时,系统会调用 write 和 read 进行 IO 操作:
    • write 操作只负责将数据写到本地操作系统内核的发送缓冲,如果发送缓冲满了,则等待缓冲相应就是写操作 IO 操作的真正耗时。
    • read 操作只负责将数据从本地操作系统内核的接收缓冲中取出,如果接收缓冲是空的,则等待数据到来就是读操作 IO 操作的真正耗时。
  • 对于管道来说,连续的 write 操作根本就没有耗时,之后第一个 read 操作会等待一个网络的来回开销,然后所有的响应消息就都已经回送到内核的读缓冲了,后续的 read 操作直接就可以从缓冲拿到结果,瞬间返回。
  • 管道不仅减少了 RTT,同时也减少了 IO 调用次数(IO 调用涉及到用户态到内核态之间的切换)

传统请求相应模式
(Source: 被遗忘的站点)

……

《Redis深度历险》学习笔记:线程模型&持久化

线程模型

非阻塞IO

  • Redis、Node.js、Nginx 均是单线程服务,但他们都是服务器高性能的典范。
  • Redis 4.0 版本抛弃了单线程设计,转为多线程设计,但其主处理程序依然是单线程模型
  • Redis 使用单线程进行设计的原因:
    • 更好的可维护性,方便开发和调试:多线程模型存在竞争条件 (race condition)问题,多个进行的执行顺序会对共享内存的内容造成影响,需要额外设计锁逻辑。
    • 处理并发请求:将数据库的开、关、读、写都转换成了事件,使用 I/O 多路复用 机制轮询描述符处理并发连接,同时等待多个连接发送的请求。
    • Redis 服务中运行的绝大多数操作的性能瓶颈都不是 CPU:一个 Redis 服务在 1s 内可处理 100w 个用户请求,如无法满足,应使用分片将不同的请求交给不同的 Redis 服务器来处理,而不是在同一个 Redis 服务中引入大量的多线程操作。
  • 每一个网络连接都会产生一个文件描述符,并由执行事件循环(死循环)的多路复用模块接收,然后关联指令队列,交给文件事件分配器按顺序处理。一旦期间有任何事件到来,就可以立即返回。时间过了之后还是没有任何事件到来,也会立即返回。 多路复用 (Source: Redis 和 I/O 多路复用)
……