Discuz!X3.4在继承和完善Discuz!X3.3的基础上，去除了云平台的相关代码，其他功能保持不变，如果您的论坛不需要云平台可以选择安装或更新到此版本。
2023/7/27 7:57:31
9.94MB
1
PMP200道试题，包含答案，pmi认证资料，PMP考试资料，PMBOOK考试资料，每套200道题目，8套模拟题，包括详细的讲解，正式的PMP考试题目和套路
2023/7/25 5:54:55
13.26MB
1
arcgis_js_v45_api.zip ArcGISapiforJavaScript官方4.5正式版本 MD5：66f4f5853329f9605d211b956eab25eb 对应的sdk地址：http://download.csdn.net/download/xinconan1992/10012310
2023/7/24 12:29:52
16.58MB
1
速达3000-PRO工业版V8.88正式破解版破解补丁速达3000-PRO工业版V8.88正式破解版破解补丁
2023/7/23 5:58:10
2.19MB
1
【实验目的】1．理解死锁的概念；
2．用高级语言编写和调试一个银行家算法程序，以加深对死锁的理解。
【实验准备】1．产生死锁的原因竞争资源引起的死锁进程推进顺序不当引起死锁2．产生死锁的必要条件互斥条件请求和保持条件不剥夺条件环路等待条件3．处理死锁的基本方法预防死锁避免死锁检测死锁解除死锁【实验内容】1．实验原理银行家算法是从当前状态出发，逐个按安全序列检查各客户中谁能完成其工作，然后假定其完成工作且归还全部贷款，再进而检查下一个能完成工作的客户。
如果所有客户都能完成工作，则找到一个安全序列，银行家才是安全的。
与预防死锁的几种方法相比较，限制条件少，资源利用程度提高了。
缺点：该算法要求客户数保持固定不变，这在多道程序系统中是难以做到的；
该算法保证所有客户在有限的时间内得到满足，但实时客户要求快速响应，所以要考虑这个因素；
由于要寻找一个安全序列，实际上增加了系统的开销.Bankeralgorithm最重要的一点是：保证操作系统的安全状态！这也是操作系统判断是否分配给一个进程资源的标准！那什么是安全状态？举个小例子，进程P需要申请8个资源（假设都是一样的），已经申请了5个资源，还差3个资源。
若这个时候操作系统还剩下2个资源。
很显然，这个时候操作系统无论如何都不能再分配资源给进程P了，因为即使全部给了他也不够，还很可能会造成死锁。
若这个时候操作系统还有3个资源，无论P这一次申请几个资源，操作系统都可以满足他，因为操作系统可以保证P不死锁，只要他不把剩余的资源分配给别人，进程P就一定能顺利完成任务。
2．实验题目设计五个进程{P0，P1，P2，P3，P4}共享三类资源{A，B，C}的系统，{A，B，C}的资源数量分别为10，5，7。
进程可动态地申请资源和释放资源，系统按各进程的申请动态地分配资源。
要求程序具有显示和打印各进程的某一时刻的资源分配表和安全序列；
显示和打印各进程依次要求申请的资源号以及为某进程分配资源后的有关资源数据。
3．算法描述我们引入了两个向量：Resourse（资源总量）、Available（剩余资源量）以及两个矩阵：Claim（每个进程的最大需求量）、Allocation（已为每个进程分配的数量）。
它们共同构成了任一时刻系统对资源的分配状态。
向量模型：R1R2R3矩阵模型：R1R2P1P2P3这里，我们设置另外一个矩阵：各个进程尚需资源量（Need）,可以看出Need=Claim–Allocation(每个进程的最大需求量-剩余资源量)因此，我们可以这样描述银行家算法：设Request[i]是进程Pi的请求向量。
如果Request[i,j]=k，表示Pi需k个Rj类资源。
当Pi发出资源请求后，系统按下述步骤进行检查:(1)if(Request[i]＜=Need[i])goto(2);elseerror(“overrequest”);(2)if(Request[i]＜=Available[i])goto(3);elsewait();(3)系统试探性把要求资源分给Pi（类似回溯算法）。
并根据分配修改下面数据结构中的值。
剩余资源量：Available[i]=Available[i]–Request[i]；
已为每个进程分配的数量：Allocation[i]=Allocation[i]+Request[i]；
各个进程尚需资源量：Need[i]=Need[i]-Request[i];(4)系统执行安全性检查，检查此次资源分配后，系统是否处于安全状态。
若安全，才正式将资源分配给进程以完成此次分配；
若不安全，试探方案作废，恢复原资源分配表，让进程Pi等待。
系统所执行的安全性检查算法可描述如下：设置两个向量：Free、Finish工作向量Free是一个横向量，表示系统可提供给进程继续运行所需要的各类资源数目，它含有的元素个数等于资源数。
执行安全算法开始时，Free=Available.标记向量Finish是一个纵向量，表示进程在此次检查中中是否被满足，使之运行完成，开始时对当前未满足的进程做Finish[i]=false；
当有足够资源分配给进程(Need[i]＜=Free)时，Finish[i]=true，Pi完成，并释放资源。
(1)从进程集中找一个能满足下述条件的进程Pi①Finish[i]==false(未定)②Need[i]＜=Free(资源够分)(2)当Pi获得资源后，认为它完成，回收资源:Free=Free
2．用高级语言编写和调试一个银行家算法程序，以加深对死锁的理解。
【实验准备】1．产生死锁的原因竞争资源引起的死锁进程推进顺序不当引起死锁2．产生死锁的必要条件互斥条件请求和保持条件不剥夺条件环路等待条件3．处理死锁的基本方法预防死锁避免死锁检测死锁解除死锁【实验内容】1．实验原理银行家算法是从当前状态出发，逐个按安全序列检查各客户中谁能完成其工作，然后假定其完成工作且归还全部贷款，再进而检查下一个能完成工作的客户。
如果所有客户都能完成工作，则找到一个安全序列，银行家才是安全的。
与预防死锁的几种方法相比较，限制条件少，资源利用程度提高了。
缺点：该算法要求客户数保持固定不变，这在多道程序系统中是难以做到的；
该算法保证所有客户在有限的时间内得到满足，但实时客户要求快速响应，所以要考虑这个因素；
由于要寻找一个安全序列，实际上增加了系统的开销.Bankeralgorithm最重要的一点是：保证操作系统的安全状态！这也是操作系统判断是否分配给一个进程资源的标准！那什么是安全状态？举个小例子，进程P需要申请8个资源（假设都是一样的），已经申请了5个资源，还差3个资源。
若这个时候操作系统还剩下2个资源。
很显然，这个时候操作系统无论如何都不能再分配资源给进程P了，因为即使全部给了他也不够，还很可能会造成死锁。
若这个时候操作系统还有3个资源，无论P这一次申请几个资源，操作系统都可以满足他，因为操作系统可以保证P不死锁，只要他不把剩余的资源分配给别人，进程P就一定能顺利完成任务。
2．实验题目设计五个进程{P0，P1，P2，P3，P4}共享三类资源{A，B，C}的系统，{A，B，C}的资源数量分别为10，5，7。
进程可动态地申请资源和释放资源，系统按各进程的申请动态地分配资源。
要求程序具有显示和打印各进程的某一时刻的资源分配表和安全序列；
显示和打印各进程依次要求申请的资源号以及为某进程分配资源后的有关资源数据。
3．算法描述我们引入了两个向量：Resourse（资源总量）、Available（剩余资源量）以及两个矩阵：Claim（每个进程的最大需求量）、Allocation（已为每个进程分配的数量）。
它们共同构成了任一时刻系统对资源的分配状态。
向量模型：R1R2R3矩阵模型：R1R2P1P2P3这里，我们设置另外一个矩阵：各个进程尚需资源量（Need）,可以看出Need=Claim–Allocation(每个进程的最大需求量-剩余资源量)因此，我们可以这样描述银行家算法：设Request[i]是进程Pi的请求向量。
如果Request[i,j]=k，表示Pi需k个Rj类资源。
当Pi发出资源请求后，系统按下述步骤进行检查:(1)if(Request[i]＜=Need[i])goto(2);elseerror(“overrequest”);(2)if(Request[i]＜=Available[i])goto(3);elsewait();(3)系统试探性把要求资源分给Pi（类似回溯算法）。
并根据分配修改下面数据结构中的值。
剩余资源量：Available[i]=Available[i]–Request[i]；
已为每个进程分配的数量：Allocation[i]=Allocation[i]+Request[i]；
各个进程尚需资源量：Need[i]=Need[i]-Request[i];(4)系统执行安全性检查，检查此次资源分配后，系统是否处于安全状态。
若安全，才正式将资源分配给进程以完成此次分配；
若不安全，试探方案作废，恢复原资源分配表，让进程Pi等待。
系统所执行的安全性检查算法可描述如下：设置两个向量：Free、Finish工作向量Free是一个横向量，表示系统可提供给进程继续运行所需要的各类资源数目，它含有的元素个数等于资源数。
执行安全算法开始时，Free=Available.标记向量Finish是一个纵向量，表示进程在此次检查中中是否被满足，使之运行完成，开始时对当前未满足的进程做Finish[i]=false；
当有足够资源分配给进程(Need[i]＜=Free)时，Finish[i]=true，Pi完成，并释放资源。
(1)从进程集中找一个能满足下述条件的进程Pi①Finish[i]==false(未定)②Need[i]＜=Free(资源够分)(2)当Pi获得资源后，认为它完成，回收资源:Free=Free
2023/7/22 22:21:56
17KB
1
为了更好地协助您应对市场变化和技术发展创新的挑战，华为特将SmartAXMA5600T/MA5608T/MA5680T/MA5683T/MA5603TV800R016C10版本关键生命周期里程碑时间向您知会，希望此信息能在您制定未来网络发展计划时提供参考。
SmartAXMA5600T/MA5608T/MA5680T/MA5683T/MA5603TV800R016C10版本将于2019年06月30日起正式停止全面支持。
在该日后，不再发布补丁修复SmartAXMA5600T/MA5608T/MA5680T/MA5683T/MA5603TV800R016C10版本的软件缺陷
SmartAXMA5600T/MA5608T/MA5680T/MA5683T/MA5603TV800R016C10版本将于2019年06月30日起正式停止全面支持。
在该日后，不再发布补丁修复SmartAXMA5600T/MA5608T/MA5680T/MA5683T/MA5603TV800R016C10版本的软件缺陷
2023/7/15 10:49:32
548.9MB
1
使用方法:将配套的模块与DLL放到运行程序目录一起即可.比如:用易语言新建立了一个程序,名称为[新程序.e]那么就放到和它一起的目录,添加模块即可.搜集不宜,闲分多的请绕行.(包内无任何连接广告,纯绿色)压缩包内包括内容如下:--------------------------------以下为EDgame2d引擎D2D.ec模块正式版本包括:版本号:1.0.5.15大小:628kb版本号:1.0.5.15大小:635kb版本号:1.0.6.20大小:652kb版本号:1.0.7.20大小:660kb版本号:1.0.7.70大小:653kb版本号:1.0.8.70大小:664kb版本号:1.0_学习版本大小:661kb版本号:2.0_坏少爷完美破解(赞助版)大小:307kb(最新)版本号:2.0_竹林深处破解(赞助版)大小:307kb(最新)D2D.ec模块扩展版本包括:版本号:1.0大小:83kb版本号:1.1大小:86kb版本号:1.2大小:91kbD2D.dll正式版本包括:版本号:1.0.0.1大小:952kb版本号:1.0.5.15大小:824kb版本号:1.0.6.20大小:507kb版本号:1.0.7.20大小:417kb版本号:1.0.8.70大小:417kb版本号:1.0.8.17大小:433kb版本号:1.0.8.28大小:418kb版本号:1.0.11.25大小:427kb版本号:1.0.6.20大小:507kb版本号:1.0.0.1大小:846kb版本号:1.0.0.1大小:847kb版本号:1.0.0.1大小:925kb版本号:1.0.0.1大小:957kb版本号:1.0.0.1大小:961kb版本号:1.1.2.7大小:519kb(最新)bass.dll正式版本包括:版本号:2.3.0.3大小为:91kbScriptManager.dll正式版本包括:版本号:未知大小为:55kb--------------------------------以下为Galaxy2d引擎G2D.ec版本号:4.102大小为:109kbGalaxy2d.dll版本号:未知大小为:903kbstar.dll版本号:未知大小为:102kb--------------------------------以下为Pge2d引擎pge32.ec版本号:15.316大小为:917kbPGE32.dll版本号:15.125.12.12大小为:1.72M
2023/7/12 13:34:49
6.79MB
1
PostgreSQL-13.1官网正式版源码&全自动一键部署脚本（基于CentOS7，其他系统修改脚本命令即可兼容）。
详细安装过程见博客：https://blog.csdn.net/kinshy/article/details/112134102
详细安装过程见博客：https://blog.csdn.net/kinshy/article/details/112134102
2023/7/8 6:07:53
25.98MB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB