前排见证奇迹和性欲的觉醒！！

@horsley 其实我觉得在电子领域的随机没有那么复杂 ... 你甚至可以直接取当前时间戳的 hash ...

这类似于一个伪随机数列 ... 虽然每一个结果都是固定的 ... 但你无法决定结果是什么 ...

如果这样还是让你觉得不安心 ... 那么我们可以加上类似随机种子的机制 ...

比如用比特币的 hash 拼上时间戳再取 hash ... 保证下一个十分钟会产生的值无法被预知 ...

深夜和 @aveline 扯闲篇 ...

惊觉他居然不仅知道还用过 Windows 95 ... 居然不仅知道还用过 Netscape Navigator ...

居然不仅知道还用过 PWS ... 居然不仅知道还看过 CFAN ... 而且居然有一阵子还追着看 ...

也就是说 ... 我所经历过的技术他基本都经历过 ... 我没经历过的技术他也经历过 ...

可是明明我接触 UNIX 的时候他应该还不会说话 ... XP 发行的那一年他还在上幼儿园 ...

最后我搬出 TELIX 和蓝波快信这类在他还没出生的时候流行的东西才 HOLD 住场面 ...

我们属相相同 ... 我比他多活整整一圈 ... 突然就有种一把年纪都活到狗身上去了的挫败感 ...

「后生可畏」这四个字居然是这么痛的领悟 ...

长江后浪推前浪的道理我是懂的 ... 但是没想到这么快就轮到我死在沙滩上了啊 ...

简单讲是无法保证 ... 因为你永远不知道未来会发生什么 ...

我在前公司桌面环境是 Linux ... GTD 用的是 Nitro ...

虽然还是有诸多不尽如人意的地方 ... 但这已经是我能找到的最好的 GTD 软件了 ...

此外就是便利贴 ... 最简单常见的那种 ...

每个部门用不同颜色的贴纸 ... 写上需要我做的东西贴我显示器上 ... 做完就撕掉 ...

这样的日子持续了很长一段时间 ... 最忙的时候我整个显示器的边缘完全被各种贴纸占满 ...

后来时间充裕了 ... 我自己写了一个比 GTD 稍复杂一点的部门任务管理系统 ...

每个人都可以直接对我的部门发布任务 ... 任务完成数量会影响部门奖金的分配 ...

这个系统的出现正式终结了单机 GTD 和贴纸的时代 ... 但只可惜工作进度依然无法保证 ...

因为一个从贴纸时代就有的问题一直没办法解决 ... 就是没有一个全局的统筹计划 ...

我在周日很开心的做好下一周的 Weekly Schedule ...

结果到周一的时候一看无数个 Priority High 的任务被插进来 ...

修改系统增加限制条件一类的行为都于事无补 ...

又或者任务执行一切顺利 ... 结果吃完午饭临时说开个会 ... 各种部门被掺合进来一开一下午 ...

等我回到电脑前天都黑了 ... 本来该下午完成的事情只好加班 ...

有些需要配合的还会因为别人都下班了而往后拖 ... 这会直接打乱后面的计划 ...

碰到这种事情除了在心里骂娘之外我想不到任何其他的解决方案 ...

似乎扯远了 ... 「工作进度」这四个字勾起了我不少不好的回忆 ...

就此打住 ... 我们回到话题上来 ... 如果你只需要对自己负责的话 ...

那么最关键的一点就是心里要有数 ... 时时刻刻都要记得你要按照计划表行事 ...

心里面有这个事情了 ... 不管你用记事本也好 GTD 也好手机闹铃也好便利贴也好都没什么区别 ...

无非是个辅助工具而已 ... 纯粹看你个人的喜好选择 ...

心里面没这事情 ... 别说这些身外的东西 ... 你把要做的事情纹在脑门上都没用 ...

依赖于外部提醒来督促自己完成工作终究还是下等的行为 ... 让你的心提醒你才是正途 ...

当然 ... 当你的工作安排不是只由你一个人决定的时候 ... 就只能尽人事听天命了 ...

其实吧 ... 这种情况下看 UB 跑出来那个汇总的「System Benchmarks Index Score」意义不大 ...

它只是可以让你直观的看到系统的性能 ... 但具体系统问题出在哪里还需要上面的具体分数数据 ...

从你提供的资料看这两台机器 ... CPU 方面 Haswell 比起 Ivy Bridge 来说性能提升微乎其微 ...

第二台也许会稍微占一些主频上的优势 ... 但完全达不到「远远领先前者」的地步 ...

正常情况下跑分两台机器分数差不多是预料中的结果 ... 如果分数相差一倍就一定有问题了 ...

因为没看到完整的跑分表 ... 所以具体是什么问题我也只能靠猜的 ...

但无论如何原因不外乎以下几种里面的一种或多种 ...

首先 ... 你在 8F 提到哪里可以看到真正的工作频率 ... 你的方法是正确的 ...

/proc/cpuinfo 里面显示 3.4GHz 就是 3.4GHz ... 但只可惜你不是独享这颗 U ...

如果在你跑分的同时母鸡上有另外的一个或多个站有在大量消耗 CPU 资源的话 ...

或多或少你也会受到影响 ...

其次 ... 在你提供的资料里没有硬盘相关的数据 ... 而磁盘 IO 占了 UB 分数的很大一部分 ...

所以另外一个可能是第二台机器的磁盘情况比第一台差很多 ... 导致分数下降 ...

再次 ... 内存频率一台高一台低 ... 一般情况下这个可能性不大 ... 但也不是没可能 ...

基本上就是这样 ... 从我的经验来讲出现这种情况磁盘 IO 的可能性是最大的 ...

建议换个时间重跑一遍看看是不是还是同样结果 ... 依然照旧的话发 ticket 换台母鸡好了 ...

这帖子老半天了没人理 ... 我就当抢个沙发吧 ...

我能安装和使用 Solaris 10 ... 但 Parallels Desktop 不熟 ... 所以没办法给你完整步骤 ...

但从直觉上讲我觉得这事情不难 ...

首先从 Oracle 的官网下载 Solaris x86 的 iso ...

然后在 Parallels Desktop 里面新建一个自定义的虚拟机并选择安装刚才下好的 iso ...

只要能启动到安装界面 ... 剩下的事情就都很容易了 ...

Solaris 的安装过程没有什么需要输入命令的地方 ... 基本就是填空然后一路 ENTER 下去 ...

大概能想到的就这些 ... 其实这些字写了跟没写没什么差别 ...

我觉得你还是准备好 iso 之后自己动手操作试试看 ... 具体遇到什么问题再讨论好了 ...

半吊子的架构师路过 ... 刚好我之前做了一个日 PV 千万量级的小东西 ... 简单说两句好了 ...

我不太同意楼上说的可以先从简单架构做起 ... 当然这并不意味着一开始就要投几柜子机器准备 ...

在运营方案确定并且资金充裕的情况下 ... 用户增长只是一个时间问题 ...

在最开始的时候想得长远一些终归不是个坏事 ... 毕竟网站上线之后任何变更都要承担风险 ...

既然你问的是硬件 ... 我就只说硬件方面的东西好了 ...

之前那个小东西创立伊始 ... 我租了一整个柜子和一条 10M 独享 ... 但只寄了三台机器过去 ...

一台 r410 ... Xeon E5606 / 12G / 单块 500G ... 用于跑网站逻辑 ...

两台 r310 ... Xeon X3430 / 16G / 双块 500G RAID1 ... 用于跑一个主从架构的核心数据库 ...

其实我开始是打算用一台 r610 Xeon E5620 和两台 r410 的 ... 只是预算有限才整体降低了一档 ...

用独享带宽是因为独享带宽可以实时放开 ... 1G 之内想要多少就有多少 ... 之后再结账 ...

共享带宽没法放 ... 现场切独享要拔线的 ... 这个过程中网站就挂了 ...

当时机器寄到机房我亲自飞过去看着拆箱上架然后自己装的操作系统 ... 之后就一直放在那里 ...

哥儿仨孤零零的在空荡荡的机柜里嗡嗡嗡的日子大概过了有半年 ...

这半年里有时有广告投放 ... 日 PV 也冲破过千万 ... 没惊没险的也抗住了 ...

反正就是运营效果还不错 ... 访问量上来了也有钱了 ... 安全起见又增加了若干逻辑服务器 ...

还有些存储服务器缓存服务器冗余服务器一类边边角角的机器 ...

机柜热闹起来一派欣欣向荣景象什么的都是后话 ... 这里就不提了 ...

之所以在最开始的时候逻辑服务器可以少但数据库最少也要两台机器四块硬盘 ...

第一点是因为数据库里存储的内容是一家互联网公司的命脉 ...

我还没胆大到敢于把整间公司一百多口人的饭碗赌在硬件不出问题上 ...

第二点是一个运营中的网站主数据库停了这是灾难级的事故 ...

逻辑服务器可以动态扩展但数据库不能 ... 事先做好主从可以避免后续做数据库扩展的时候停机 ...

至于为什么没做 MySQL Cluster ... 只是因为还没烧包到那个地步 ...

如果你的项目像你描述的一样有千万级用户同时在线的话 ... 提前做 Cluster 也是很有必要的 ...

大体上就是这样 ... 也是想到哪里写哪里 ... 总之就是一家之言 ... 仅供参考 ...

可以 ... 最简单配置的 nginx 占用内存一般只有 4M 左右 ...

我知道我在这里说什么可能都没人看 ... 但我还是想要码点字 ...

原因大概只是因为我自己也是一个声名狼藉的人 ... 看着铺天盖地的谩骂有一种感同身受的痛苦 ...

跟 MD5 事件那次彻头彻尾的骗局相比 ... 我宁愿相信这次事件的 LZ @ipconfiger 初衷本是好的 ...

他发帖子也许是一时冲动 ... 但我相信那时他一定是真的想把苹果丢给某个随机陌生人的 ...

只是后来他冷静下来了 ... 加上大概是他的同事发现了这个活动 ... 一句话就改变了整个故事 ...

是啊 ... 天上的馅饼谁不想要呢 ... 何况近水楼台先得月 ... 何况 LZ 不知道该怎么拒绝 ...

「你把苹果送一个陌生人都不送我你丫有病吧是不是兄弟滚蛋别理我以后我不认识你」 ...

个人的抽奖赠送行为本身已是不合常理的事情 ... 你更无法奢求身边的人是跟你一样的疯子 ...

事已至此 ... 覆水难收 ...

昨天我去教堂 ... 平安夜是一年最大的活动 ... 每个去的人都有苹果拿 ... 无论是否有信仰 ...

红色的苹果 ... 代表平安 ... 可惜 LZ 身处伊甸 ... 苹果即是邪恶 ... 是原罪 ...

帖子发了 ... LZ 背负了上千人的期待 ... 怎么做都是错 ... 根本没有了回头路 ...

如果更无耻一些 ... LZ 完全可以强势的把这次事件压下来 ... 把一切罪责都推给命运 ...

但是他没有这么做 ... 他没有用更多的谎言来掩盖自己 ... 他选择了坦白 ...

于是一切的恶语相向都变得理所应当 ...

整次事件的既得利益者 ... @z402168122 ... 开开心心的拿着苹果 ... 将 LZ 一个人留在风口浪尖 ...

本来很温暖的一个事情 ... 发展到最后却变成了砸在自己脚上的石头 ...

若知如是 ... 悔不当初 ...

我不知道自己为什么要打这一段话 ... 我只知道看到这个结局我很难受 ...

我到现在依然坚定的相信 LZ 没有恶意 ...

这些话打出来 ... 或许我会好过一些 ... 或许 LZ 也会好过一些 ...

在另一个帖子里 @DoubleJo 写道 ... 「他认为自己的名誉连几千块都不值，表示深切同情。」 ...

刺到灵魂的疼 ... 我非常理解这种状况 ...

我也是一个为了几千块钱出卖了自己全部的人 ... 积累了很多年的名誉 ... 一夕尽毁 ... 我活该 ...

后来我尽力去弥补 ... 我道歉 ... 我还钱 ... 我善待整个世界 ... 我认真帮助每个需要我的人 ...

可是没有用 ... 做再多都没有用 ... 不管我走到哪里都有人能认出我然后追着骂我 ...

没人关心你之后做了什么 ... 大家只关心你做过什么 ...

那次事件就像一个在我身上的烙印 ... 挥之不去 ...

所以别希望得到谅解 ... 得到救赎 ... 这个世界是不会放过你的 ...

安之若素的带着这个烙印走下去就好了 ...

但行好事 ... 莫问前程 ...

简单明了的招聘看来是没有什么问题啦 ... 只是这电话好诡异 ... 这样真的大丈夫么 ..?

虽然命中了猜想中最坏的结局 ... 不管怎么说圣诞快乐 ...

下次就算想要闹 ... 也稍微做得漂亮一些吧 ... 至少别让我们发现自己被骗了 ...

@GTim 好早 ... 上班第一件事就是刷 V2 是个什么节奏 ...

圣诞去吃黄记煌略寒酸呀 ...

这家的鲶鱼锅是最原始的焖锅做法 ... 配鸡肉不错 ... 鸡翅锅应该是最多人喜欢的做法 ...

嘛 ... 其实论好吃的菜我还真不知道该怎么推荐 ...

黄记煌是焖锅加火锅 ... 味道的主体来自酱汁 ... 食材方面喜欢什么点什么就好 ... 差别不大 ...

以及这家味道略重 ... 佐以啤酒刚刚好 ... 口淡的同学就不要在这家浪费钱了 ...

再及 ... 在我印象中这家是现金消费不能刷卡 ... 随身准备几张毛爷爷免生尴尬 ...

http://refiddle.com/

一个在线的正则测试器 ...

沙发点赞！！

@GTim 我记得我在差不多一年左右之前有跟你聊过一次 ... 印象中大概是关于刺激的工作 ...

看这个帖子里面你的行文跟那时候差了不少 ... 少了几分青涩多了些许世故 ...

不知道这一年来发生了什么 ... 但不管怎么说多谢还认得我 ...

至于招聘这个事情 ... 我当然知道你做不了主 ... 上面写「能接受」指的也是公司能接受啦 ...

回这个帖子也仅仅是表达一下我现在无业 ... 有用得上我的地方我也能过去你们那边这样 ...

厦门这边的情况我还蛮清楚的 ... 如果公司有这个需要的话就问问看 ...

至于成与不成都没关系 ... 单纯提供一个选择嘛 ...