首页   注册   登录
 Codist 最近的时间轴更新
Codist

Codist

V2EX 第 68225 号会员,加入于 2014-07-17 13:45:50 +08:00
准备入手 MGX82,求经验
问与答  •  Codist  •  2014-09-14 23:00:20 PM  •  最后回复来自 Codist
19
Codist 最近回复了
2018-06-22 11:39:47 +08:00
回复了 v2410117 创建的主题 职场话题 背上房贷的猿们,你们还能存到钱吗?
后悔当初没多贷些买个大点的啊~
2016-12-03 16:23:47 +08:00
回复了 elgoog1970 创建的主题 程序员 请问程序员周末都喜欢做些什么?
第一年看书;第二年看看书,写写代码,打打游戏;第三年打游戏
2016-09-18 22:39:21 +08:00
回复了 nekocode 创建的主题 程序员 简历中不写参与过的项目,可行么?
通过项目可以了解到面试同学对做过的项目的理解,对使用过的技术的理解,解决过什么样的问题,也可以初步了解下描述问题的能力。代码写的怎样,只是一个考察点吧。
2016-01-18 17:46:38 +08:00
回复了 scfhao 创建的主题 iDev AES 解密服务器加密过的文本,总是解不出来,求出路
之前遇到过一次, php 较低版本对于长度不足的密钥和初始向量会在其后补齐 '\0' 使其达到有效长度, java 应该是截取有效长度,密钥碰巧又多了一个字符,调了半天才发现
@aiqier 噢,是
1 、如果一个进程执行 N 个任务,而这些任务又属于 I/O 型的任务,通过 CPU 的调度是可以提高效率的,通常网络 I/O 阻塞的时间比线程 context switch 的时间要长多了。
2 、在 Linux 下线程进程的调度策略相同,如果一个进程中包含更多线程的话,我猜会拿到更多的执行时间。 CPython 的 GIL 只是给多线程的执行加了锁,限制了多线程的并行执行,单核下 GIL 应该就跟没有一样。

 3 、 CPU 的计算速度太快了,进程的调度已经比较完善,通常应用层面程序不需要考虑底层进程的调度对程序的影响,但是要考虑程序 CPU 资源的消耗,写一个死循环跑一会儿 CPU 都能煎鸡蛋了。
大多数情况下 CPU 的计算都是不饱和的,通常服务器 CPU 利用率达到 80%的时候就要扩容了。
4 、没有听过类似这种限制,太细的东西不清楚。
开多线程并一定是为了性能,很多场景下你的业务逻辑是并发的,所以你的程序逻辑也是并发的。
2015-11-06 11:11:26 +08:00
回复了 xiuc001 创建的主题 Java mac 系统彻底删除 jdk
官网上有 How do I uninstall Java on my Mac
2015-11-03 20:14:46 +08:00
回复了 Feiox 创建的主题 程序员 程序员去央企当两年普通员工,以换取北京户口,值得吗?
除去孩子上学的问题,应该就是买车买房和养老吧,买房买车用工作居住证也行。这个综合考虑吧,了解到的几家集团下属公司待遇都不太给力,如果家里条件不错,考虑留北京又不用自己太辛苦攒首付的话,拿户口蛮值的
2015-07-24 14:13:52 +08:00
回复了 unique 创建的主题 程序员 我现在码着代码 就像是一台机器
每月1w行么,写这么多
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2587 人在线   最高记录 5168   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 12ms · UTC 06:01 · PVG 14:01 · LAX 22:01 · JFK 01:01
♥ Do have faith in what you're doing.