数据库执行速度
现在java的执行速度和c++相比谁快?你怎么看?java就不要和cpp比了,设计思路不同。至少能保证在大多数情况下,cpp会快。原因就是cpp设计稍微底层一些,有些东西由用户裁剪。比如运行
现在java的执行速度和c++相比谁快?你怎么看?
java就不要和cpp比了,设计思路不同。
至少能保证在大多数情况下,cpp会快。
原因就是cpp设计稍微底层一些,有些东西由用户裁剪。比如运行时类型信息,异常处理都是可以裁剪的,而且没有垃圾收集,自己选择合适的时机释放内存,当然应该还有其他jvm实现的功能在cpp上没有。
但是java建立在更上层的优势就是开发速度更快。语言的高级话更在于解决开发速度。并非解决性能问题。如果某块对性能有要求,项目自然会转到cpp,c,甚至汇编解决这些问题。
为什么有人说Python的执行速度很慢?
说到不同编程语言运行快还是慢,根据我个人理解在头条上就给大家讲讲原理,目前的编程语言分为:动态编程语言,静态编译语言,和既有动态也有静态三种模式。1.动态编程语言(解释型)大部分为脚本语言(如Python,JavaScript,vb,lua,等),程序是动态解释的,边运行边解释最后在转化成本地化CPU执行指令,如果有语法错误预先是发现不了只会在执行是会检查出;2.静态编程语言(c,c++等),静态语言指的是直接把程序编译成二进制的机器可以直接运行的机器码,在语法上会预先进行处理语法验证;3.既有动态又有动态(Java,c#,等)这些语言会首先把语言先转化为自定义的中间语言这种语言与汇编非常类似,如果是动态的话会把中间代码变解释变执行,如果是静态的他们会把中间语言直接编译成本地指令集.呵呵最后总结一下,综上所述:从语言运行速度上排,1.静态编程语言;2.既有静态又有动态;3.静态编程语言.以上只是本人个人见解,如有漏洞望各位网络大人指教一二!喜欢的读者可添加”嘿咪编程专家”或转发观点!后续会有更多观点与大家分享
运行同一个程序,为什么台式机的执行速度比笔记本还快?
有很多原因,先说型号,现在cpu型号是第七代,每一代同型号都比上一代强,就比如inter即将发布的第八代i3 是物理4核,以前的都是双核的 所以两台电脑型号不一样肯定有影响
以后说内存 内存分为几个版本 ddr ddr2 ddr3 ddr4 功能是越来越好,比如ddr3最高hz不会超过2000 但ddr4最低2400 当两台电脑内存大小一样 这个就是他俩比较的指标
在说笔记本,笔记本一般cpu后面会带个U 内存会带个L 代表的是省电版,省电版的传统意义就是阉割版,以牺牲功能来让机器更加省电,使笔记本可以更长的时间无电源运作
说说你的程序,你的程序肯定不是特别大,特别占用核心的,那程序默认运转你的程序的时候,一个核心就够了,既然是一个核心就够了,笔记本i7跟台式机i3比 笔记本如果是U版 笔记本不占优势 这就好比4个小学生和2个大一年的小学生 同样打扫卫生, 如果事情多,肯定4个小学生快,但如果只需要一个人的打扫 大一年的小学生肯定快
ruby相对于java为什么执行速度会慢?
ruby运行的速度并不慢!
为什么会认为ruby运行缓慢?
因为如果你在Ruby和其他语言之间运行典型的基准测试,Ruby会丢失。
我没有发现Ruby会很慢,但是,我只是用它来编写简单的CRUD应用程序和公司博客。在我发现Ruby变慢之前,我需要做什么类型的项目?或者,这种缓慢只是影响所有编程语言的东西?
ruby在编写实时数字信号处理应用程序或任何类型的实时控制系统时可能无法很好地为您服务。 Ruby(与今天的虚拟机)可能会阻塞资源受限的计算机,如智能手机。
请记住,您的网络应用程序中的许多处理实际上都是用C语言开发的软件完成的。 Apache,Thin,Nginx,SQLite,MySQL,PostgreSQL,许多解析库,RMagick,TCP / IP等都是Ruby使用的C程序。 Ruby提供了粘合剂和业务逻辑。
如果你想处理这种“缓慢”,作为Ruby程序员,你有什么选择呢?
切换到更快的语言。但是这会带来成本。这可能是值得的。但是对于大多数Web应用程序来说,语言选择并不是一个相关因素,因为没有足够的流量证明使用速度更快的语言会花费更多的开发成本。
哪个版本的Ruby最适合像Stack Overflow这样流量很大,速度至关重要的网站?
其他人已经回答了这个问题--RRuby,IronRuby和REE将使您的应用程序的Ruby部分在支持虚拟机的平台上运行得更快。 由于Ruby通常不会导致缓慢,但是您的计算机系统体系结构和应用程序体系结构,您可以执行诸如数据库复制,多个应用程序服务器,带有反向代理的负载平衡,HTTP缓存,memcache,Ajax,客户端缓存等内容 这些东西都不是Ruby的。
如果平均一个页面数据库要执行200次查询,这个数量级有问题吗?有一个合理的阈值吗?
其实最理想的情况是尽可能少的与数据库进行交互,因为数据库提供的功能就是数据储存和检索,那么我们有很多办法将常用的数据刷到内存中缓存,这样一来可以大大提升性能并且减少传输。
还有一个额外需要考虑的,200次数据库检索,比如你一次检索出1kb的数据,200次就是200kb,100个人就是20mb,这样显然是不合适的,这还仅仅是访问一个页面
这些数据非得一次性取出吗?不能采用异步? 腾讯微博首页调用了非常多的数据,但却快速响应,最主要的就是对内容按主次异步加载,按需加载
如果这200次查询不能拆分的话,那只能说你们的系统耦合性太高了,架构得改耦合太强了不好
本文来自投稿,不代表本站立场,如若转载,请注明出处。