如果不是家里急需你去工作挣钱补贴，那务必读研

JS 的地位也是经历了很长时间才被大家捧起来的。同时代的脚本引擎，可以算脑死亡的有 VBScript，JScript 等，浏览器如今也继续支持着，但是基本没人用了

地面设备的时间是否准确是不影响定位的，只要卫星之间的时间是同步的即可，地面设备根据不同卫星传来的同一基准时间就能计算得出位置

似乎楼主还算顺利，祝贺。但是我不是很能理解愿意把时间花在路上而不是目的地的做法。

楼主，程序报错了，已发你邮箱

我刚工作时，被晾了快三个月才有真正的活干。之前每天就是看文档看代码，看得成天想打瞌睡。

@cwyalpha #51 二者我都用过，都是 pb 的量级，从性能上讲，没有发现明显的差异。但是 db2 的开发特别是维护远比 oracle 麻烦，对码农和 dba 都不如 oracle 友好，加上 plsql 这种神级 ide 的存在，市场已经用脚投票证明了这些。

Oracle 支撑几十亿数据也没问题，而且不用分库分表 😉

招标之前没有先询价吗？邀标文档里也应该有明确的评分标准的。敢报几百万的价，楼主应该在的也不是小企业了，不可能没有完善的采购流程，你多和同部门其他项目同事了解学习一下吧。

真是一个流氓厂商+流氓软件的双一流组合啊，太恶心了

飞机+租车不爽吗？沿途走高速没有任何风景可言

看了楼主补充的试题，我觉得 0-1 年工作经验的人大部分 3 天业余时间是完不成的

微信已经把这个网址屏蔽了

我没有遇到楼主说的情况过。好几次压缩和解压缩特大文件时把硬盘写满了，都是过了好久才发现报错的提示（三显示器，没去注意到），系统一直运行很正常，我机器配置比楼主低得多

坐等炒矿者翻车，到时收几个 8T 的来做异地数据备份~_~

我觉得楼主这个问题涉及到了应用程序层面、操作系统层面、硬件设备固件层面。每一个层面都有自己的优化算法可以对读写方式进行专门指定，但是一般来说，应用程序和操作系统都是没有办法改变硬件固件已经设定好的读写方式，但是如果觉得操作系统对硬件的调度算法对该应用不够最优，应用程序也是有可能直接操作读写硬件的，也就是跳过大部分操作系统常规的硬件调用 api 。最常见的场景就是，各种数据恢复软件、分区软件。
如 5 楼所言，常见数据库 oracle 、db2 较早已经提供了以 raw 方式读写磁盘以提供更优化的 io 性能。但这种模式下，应用程序对磁盘是完全独占的，即该分区将完全有应用所调度，其他程序是不能进行任何访问和操作的。
3 楼说的预先分配表空间的方式，对数据仓库类大量 insert 和 select 的应用来说效率很高，但是一旦涉及 update 和 delete，数据依然会产生物理上的不连续，当然相比完全由 os 管理还是要好得多。
固态硬盘有不少不会有碎片，只是由于其读写速度远高于磁盘的机械运动，碎片带来的影响在和磁盘相比上已经是若干数量级的区别了，所以一般都给忽略掉了。较大型的数据中心现在已经普遍在应用 ssd 阵列的存储设备了，和传统存储相比确实快了几倍（但没有到几个数量级的差别）。但是考虑到综合成本的问题，长期存储的数据主要还是在磁盘存储上，重要应用和需要经常读写的数据才放 ssd 上，毕竟二者价钱差异还是很大的。

应该这么看，线上笔试的考点之一就是互联网搜索能力和鉴别能力。照搬原答案的人有一定的动手能力，但是没有注意到试题和网上的题目是有区别的就照抄，这就是典型的缺乏举一反三的能力和不够细心，这是要扣很大分数的地方。