V**0
发帖数: 889 | 1 现在有啥软件能用到ivy bridge的硬件random number generator的么 |
|
w****g
发帖数: 597 | 2 请问你在什么硬件平台上运行Intel Moblin ？ 是运行在netbook上, 还是notebook上？
在notebook是不是可以运行它？ Moblin应该很节省系统资源吧，所以会比较快。 |
|
n******7
发帖数: 12463 | 3 真是一个纯粹的人，脱离了低级趣味的人啊
万一没有一个满足这个要求的硬件平台，是不是不用电脑了 |
|
n******7
发帖数: 12463 | 4 这个我不懂
比如你在amd机器上编译，然后在intel cpu上跑，怎么用到intel MKL呢？
还是说管理员build东西的时候有什么方法对各种平台优化了，job提交到running node
就可以自动优化了？
要是这样，我好多东西local install的，不是亏了？ |
|
W*******e
发帖数: 1268 | 5 我们对GPL一直很小心。不仅仅是授权问题，还有成本问题。商业系统第一考虑的就是
成本啊，包括开发成本和维护成本。我们有子合同商做完系统拍屁股走人了，留下的系
统里面用了十多个Apache的框架。有的模块一升级Java版本就报一堆错误。没人能维护
这套系统，最后只好重做了。
我们部署系统根据我们这里的人力技术资源，服务器硬件平台，开发成本，维护成本。
目标是满足需求同时达到综合成本的最小化。 |
|
g*****g
发帖数: 34805 | 6 这是OS pre-installed server 的revenue数据。被批判过无数次的又来。
我老大大小小的公司干过几个，从几百台服务器到几万台服务器，Linux都是买了
硬件回来自己装的，一台机器需要的东西都弄好了，直接ghost到另一台就行，又不需
要激活license啥的，谁吃饱了花钱预装，再回来一个个装软件？
这道理就跟MySQL市场占有率比MS SQL还高，revenue能比上Access就不错了。
软毛无知一次也就罢了，反反复复装脑残，行为艺术吧？ |
|
g*****g
发帖数: 34805 | 7 那是做云计算的，买个硬件跑Linux，然后上面跑Windows VM。IDC可是统计不到的。
隔壁也不是几万台Linux服务器，是几百万台。 |
|
f****4
发帖数: 1359 | 8 你想说够用就行了，用的例子是小日本60fps也能做出好游戏，有市场。
我告诉你的是小日本用60fps不是因为你说的够用就行了，也不是你说的60fps和90fps
人眼看这差别不大。而是小日本最初选择的硬件平台的限制。更何况小日本为了在
60fps做出好游戏做了很多现在没有意义的工作。
几次见你回帖提到只在意结果之类的话。个人看法是，没到那个层次，别有这样的口头
禅。如果你想往产品经理/管理上靠的话。 |
|
z****e
发帖数: 54598 | 9 其实你把现在这些市面上的语言做个罗列
从java开始,python,ruby,perl这些，还有sql,javascript和php这些脚本
底层全部都是c，公孙大神早就说了
你要这么说，那最后都是c
但是都是c并不代表所有公司都需要c
这个很像小菊花说的那句
多线程我们每个人都需要，但是自己去实现多线程的
那都是属于设计上有重大失误的
c我们都需要，但是你自己跑去倒腾c的
那多半都是有点问题的，小菊花自己都在搞objective c
话不说绝，c以后还是会存在，永久滴存在下去
但是c的功能仅限于，给其它语言写平台
再往上，就不用想了，想赚钱，你拼命搞c的话
那要恭喜你，你将来会成长成为一个合格的维护legacy code的码农
用c写程序的最终目的就是让其它程序猿不再用c写程序
以后ee的那帮人才是c的真正使用者，实际上现在各个大学以前很流行的一个专业ce
基本上现在都不怎样，选的和学的人都不是很多，跟se不能比，跟cs都不能比
随便一个web相关的课开出来，讲ruby什么，都有一堆人选，人爆满
ce开课，爆满就不要想了，但是还是有人选
内存本来就应该是硬工搞的事
os做事做得一半半... 阅读全帖 |
|
m********5
发帖数: 17667 | 10 除非你非常熟悉硬件性能，6个月折腾GPU可能得不偿失，快不了多少，还多费很多事。
而真正有较好加速效果的大VRAM专业GPU价格并不便宜。我的建议是能不GPU就不GPU.
你这个规模，用什么语言，什么数据库问题应该不大，哪个熟悉用哪个。 |
|
f***s
发帖数: 112 | 11 大约在2017年底出来，硬件在特拉维夫，软件在班加罗尔。 |
|
z****e
发帖数: 54598 | 12 一样的，你写的软件还是需要自己对付scale的问题
每一个node都有性能上的限制，一旦爆兵喷射出去
你的软件还是需要自己去处理这方面问题
cloud只是说不需要你处理硬件层面的scale问题
从这点上说，netflix做的chaos monkey是一个不错的测试工具
随机砸掉几个nodes，看系统能否顶住
还有就是，现在aws上很多自动化的工具都是netflix在做 |
|
h******b
发帖数: 6055 | 13 看你现有人马是web developer多还是传统developer多了，web多， Cordova/Phonegap
封装mobile web site成app是最大程度糙快猛的实现。 普通手机功能也都支持。 UI
可以选ionic（angular），也可以选meteor。
你可以看看cordova支持的手机硬件功能（相机， location， 等)。 cordova大把
plugin，从广告到内购应有尽有。
http://cordova.apache.org/docs/en/4.0.0/guide_support_index.md.
其实真的需要重新写， 说明你们已经成功了。 不过如果团队都是传统程序员， 天生
反感JS， 那么强扭的瓜不甜， 让他们写也不会投入， 会找一千个理由抗拒。 你也
看到这个版多忌讳JS的普及了。 一般startup也就是普通CRUD数据库， JS和现有网站
搭配有先天优势。 |
|
