社区
Java EE
帖子详情
进程线程分别可被分配多大内容
Cris_February
2017-11-30 07:12:51
一个进程所能分配的最大内存是多大?这是由什么决定的,一个线程程所能分配的最大内存是多大?为什么会这样分?
自己的几点想法是:进程最大可分配1G,线程最大可分配4K,一是由编译器和系统决定,二是统计分布规律决定的,如果分配的内存较大,则利用率降低,如果内存太小则不够用。
请大神们来帮忙解答一下,
[/b]
...全文
168
1
打赏
收藏
进程线程分别可被分配多大内容
一个进程所能分配的最大内存是多大?这是由什么决定的,一个线程程所能分配的最大内存是多大?为什么会这样分? 自己的几点想法是:进程最大可分配1G,线程最大可分配4K,一是由编译器和系统决定,二是统计分布规律决定的,如果分配的内存较大,则利用率降低,如果内存太小则不够用。 请大神们来帮忙解答一下,[/b]
复制链接
扫一扫
分享
转发到动态
举报
AI
作业
写回复
配置赞助广告
用AI写文章
1 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
御命丹心君奉天
2017-12-01
打赏
举报
回复
https://www.zhihu.com/question/29468200
进程
和
线程
的区别(超详细)
进程
和
线程
进程
一个在内存中运行的应用程序。每个
进程
都有自己独立的一块内存空间,一个
进程
可以有多个
线程
,比如在Windows系统中,一个运行的xx.exe就是一个
进程
。
线程
进程
中的一个执行任务(控制单元),负责当前
进程
中程序的执行。一个
进程
至少有一个
线程
,一个
进程
可以运行多个
线程
,多个
线程
可共享数据。 与
进程
不同的是同类的多个
线程
共享
进程
的堆和方法区资源,但每个
线程
有自己的程序计数器、虚拟...
操作系统面经 -
进程
与
线程
(分为知识点问题和零散问题) 知识点 1、
进程
线程
定义与区别 1.1 什么是
进程
1、
进程
是系统资源
分配
的最小单位,它是程序执行时的一个实例。 2、程序运行时系统就会创建一个
进程
,并为它
分配
资源,然后把该
进程
放入
进程
就绪队列。 3、
进程
调度器选中它的时候就会为它
分配
CPU时间,程序开始真正运行。 1.2 什么是
线程
线程
是CPU调度的最小单位,它是
进程
的一个执行流。 一个
进程
可以由很多个
线程
组成,
线程
间共享
进程
的所有资源,每个
线程
有自己的堆栈和局部变量
线程
由CPU独立调度执
进程
线程
及堆栈之间内存
分配
和关系总结
进程
线程
及堆栈关系的总结 突然想到
进程
的栈和
线程
的栈,就顺便说一下,
线程
的栈被自动
分配
到
进程
的内存空间中
进程
和
线程
都是由操作系统所体会的程序运行的基本单元,系统利用该基本单元实现系统对应用的并发性。
进程
和
线程
的区别在于: 简而言之,一个程序至少有一个
进程
,一个
进程
至少有一个
线程
.
线程
的划分尺度小于
进程
,使得多
线程
程序的并发性高。 另外,
进程
在执行过程中拥有独立的内存单元
进程
线程
(一)——基础知识,什么是
进程
?什么是
线程
?
1. 什么是
进程
和
线程
现代操作系统比如Mac OS X,UNIX,Linux,Windows等,都是支持“多任务”的操作系统。 1.1 百科解释
进程
(Process)是计算机中的程序关于某数据集合上的一次运行活动,是系统进行资源
分配
和调度的基本单位,是操作系统结构的基础。 在当代面向
线程
设计的计算机结构中,
进程
是
线程
的容器。程序是指令、数据及其组织形式的描述,
进程
是程序的实体。是计算机中的程序关于某数据集合上的一次运行活动,是系统进行资源
分配
和调度的基本单位,是操作系统结构的基础。程序是指令、数.
线程
与
进程
,你真得理解了吗
相信大家面试时一定没少被一个问题刁难,那就是
进程
和
线程
的区别是什么?这个问题延申开来并不像表面那么简单,今天就来深入一探。 开始前先看一组非常传神的图例,相信可以帮助你更好理解
进程
与
线程
的概念: 1
进程
与
线程
的关系和区别 什么是
进程
进程
可以说是一个“执行中的程序”。程序是指令、数据及其组织形式的描述,是一个没有生命的实体,只有处理器赋予程序生命时(操作系统执行之),它才能成为一个活动的实体,我们称其为
进程
。
进程
有哪些特征?
进程
依赖于程序运行而存在,
进程
是动态的,程序是静态的;
进程
是操作系统进行
Java EE
67,549
社区成员
225,860
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章