多线程
- 与 多线程 相关的网络解释 [注:此内容来源于网络,仅供参考]
-
mutual exclusion
互相 排斥
互斥体实现了"互相排斥"(mutual exclusion)同步的简单形式(所以名为互斥体(mutex)). 互斥体禁止多个线程同时进入受保护的代码"临界区"(critical section). 因此,在任意时刻,只有一个线程被允许进入这样的代码保护区.
-
lazy initialization
迟缓初始化
再来看迟缓初始化(lazy initialization)问题,双重访问模式并不一定都能正常工作,除非被共享的变量包含一个原语值. 看例子:线程对立的(thread-hostile)这个类不能安全地被多个线程并发使用,即使所有的方法调用都被外部同步包围. 通常情况下,
-
manifest
说明
重载是多态的一种,称为jar cmvf 用m来包含自定义的说明(manifest)文件117、C/C++只能提供字节流,在Java中,还有字节(byte)流和字符(character)流之分. 128、字节数组(byte array)的构造函数:132、管道(pipe)提供一种线程间通信的方法,
-
multiparty telephone
多数共同電話
multiparty line 合用线,公用线,同线 | multiparty telephone 多数共同電話 | multipass 多道的,多程
-
mutex
互斥
互斥内核对象 互斥(mutex)是一种用途非常广泛的内核对象. 能够保证多个线程对同一共享资源的互斥访问. 同临界区有些类似,只有拥有互斥对象的线程才具有访问资源的权限,由于互斥对象只有一个,因此就决定了任何情况下此共享资源都不会同时被多个线程所访问.
-
spare
备用
每个进程又有多个线程,以获得基于进程的MPM的稳定性. Apache总是试图维持一个备用(spare)或是空闲的服务线程池. 这样,客户端无须等待新线程或新进程的建立即可得到处理. 初始化时建立的进程数量由
-
automatic parallelization
自动并行化
* 132 GB/sec on-chip 核间交叉互联 (crossbar) 通信带宽我的想法是:IBM、SUN、Intel、AMD这些厂商,都应该提供一种自动并行化(automatic parallelization)的解决方案,就是说程序员不需要显式地在程序中做多线程分配处理.
-
cycles
循环
相比于前面所述的"智能指针"技术,垃圾收集技术: 更轻便 通常更有效 (尤其当平均的对象尺寸较小时或多线程环境中) 能处理数据中的"循环(cycles)"(如果数据结构能形成循环,引用计数技术通常会有"泄漏") 有时会泄漏其它对象(由于垃圾收集器必要的保守性,
-
Memory leaks
内存泄漏
JProfiler直觉式的GUI让你可以找到性能瓶颈、抓住内存泄漏(memory leaks)、并解决多线程的问题. 它让你得以对heap walker作资源回收器的root analysis,可以轻易找出内存泄漏;heap快照(snapshot)模式让未被引用(reference)的对象,
-
threading
技术
实际上,在我写完一本关于MTS的书(1999年发表)的时候,就得出结论说MTS被设计为允许Visual Basic开发人员编写那些可以从多线程技术(threading)和安全技术(security)中受益的对象,而COM+则使其更进一步了.
- 推荐网络解释
-
Jaycee:房祖名
房祖名(Jaycee)投资六位数字代理薄荷糖,前晚於中环某酒吧举行庆祝派对,成龙大哥现身撑爱子场,引起一阵混乱,可惜成龙大哥一到场即急步进场,之后又走后门离去,整晚显得十分低调.
-
basement complex:基盘岩群;基盘杂岩
"基盘","basement" | "基盘岩群;基盘杂岩","basement complex" | "基盘岩石","basement rock"
-
trilateral foramen:三边孔
腋窝 axillary fossa | 三边孔 trilateral foramen | 四边孔 quadrilateral foramen