@xiaoc19
@xyjtou
效率只需要达到设计要求就可以了，这个要自己测试优化，pg 没问题的，又不是多麻烦的需求。
如果需求变复杂，例如说不是随机的，是有一些条件的，用 sql 数据库就比 redis 方便得多。

你用 postgresql，难道数据就不在内存了么……
buffer 开大点，随便搞。
何况 postgresql 也有 notify 功能，完全没有用 redis 队列的必要。

实在看不出你的诉求有什么合理性。

google go compiler

ed 啊

@showgood163 用 zfs 吧，至少稳定

@sylecn redis 当然有重启的可能，重启时未落盘的数据都丢了，流程就没法继续了。这里不该用 redis。redis 放的只应该是可以随时丢掉的数据，业务数据不能放 redis。

用户的任何操作都必须落盘，不论用不用队列。你这里用 redis 是不对的，如果处理时队列挂了，你哪里恢复数据去？怎样重启流程？

不用理的，我这样好几年了。
另外不要用 btrfs，看 gentoo 的手册的这一段： https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Disks#Creating_file_systems

A next generation filesystem that provides many advanced features such as snapshotting, self-healing through checksums, transparent compression, subvolumes and integrated RAID. A few distributions have begun to ship it as an out-of-the-box option, but it is not production ready. Reports of filesystem corruption are common. Its developers urge people to run the latest kernel version for safety because the older ones have known problems. This has been the case for years and it is too early to tell if things have changed. Fixes for corruption issues are rarely backported to older kernels. Proceed with caution when using this filesystem!

不要用 btrfs!

linux 可以读 /dev/urandom 或者 /dev/random，这个是比较随机的，因为数据源是各种设备驱动的事件，例如你键盘的输入可以看作是随机的吧，鼠标的移动也是，硬盘的读写也会产生各种事件，还有网络那些。比纯算法产生的好得多。windows 也有类似的设施。

降薪也不是你说降就降的，合同里怎么写要看清楚，搞不好你降薪会违法，他一告一个准。
就算没法律上的纠纷，你这样做也十分不厚道。降薪怎么就温和了？不懂你的逻辑。

吃喝嫖赌！

用 LVM，解决一切问题。
我新买的 SSD，直接 pvmove 就能将原本的分区移到上面，一点都不用操心。

@maemolee 呵呵

确实奇闻。

假的，骗你买高防的！