回答情况：
提问时间：
问题标签：
我有一个阶段，它在“在部署队列中等待”状态下无限期地等待(17小时以上)。可以部署其他阶段，并在1分钟内分配作业。
为什么不能为阶段分配作业？哪些因素会影响将作业分配给阶段的优先级？
浏览 0修改于2021-08-26得票数 0
亲爱的们：所以我想通过二级缓存来配置它。
非常感谢
浏览 1修改于2017-10-16得票数 0
Gitlab:14.4.0 Gitlab-Runner:14.4.0 & 13.0.1gitlab-runner status看起来很正常
问题是我们在Kuberne
浏览 2修改于2022-02-19得票数 2
我已经设置了一个云构建管道，用于部署Firebase web应用程序。
当前脚本执行不必要的部署。即使后端文件没有更改，它也会以测试和部署后端结束(后端测试需要3分钟；4分钟)。同样地，对于前端(只构建和部署30级)。GitHub / Cloud集成工作，以便在PR已经合并之后通知云构建。这很好。想
浏览 1修改于2022-07-20得票数 2
我还安装了VS2010的网络部署项目的新版本，因为该解决方案还包括一个网络部署项目，我使用它将.aspx/.ascx等预编译成一个单独的DLL。我注意到新版本的web部署项目需要更多的时间来编译和合并程序集-在VS2008中需要5分钟，现在在Visual Studio2010中需要15到20分钟。
有没有人知道性能下降的原因是什么？例如，即使是我确信没有以任何方式引用的.NET压缩框架程序集，也可以在文件级上访问(至少Sysinternal的进程管理器向我展示了这一点)。
浏览 56修改于2012-03-06得票数 17
我们有一个部署在WebLogic10上的企业级java应用程序(ear-少数ejb和一个webapp)，使用Sun java 5。在负载用户较少的情况下，响应时间、CPU和内存使用率都很好，但是如果我们将并发用户数增加到>100，则会在一段时间后看到巨大的CPU峰值(例如：-使用100个用户进行负载测试，测试超过30分钟后CPU会变得很高我们想使用hprof来分析应用程序并收集统计数据，但只想在CPU较高的时候这样做，即在测试30分钟后，有什么方法可以做到吗？
我不能使用jmap，因为我们使用的是Sun java 5
浏览 1修改于2009-05-17得票数 0
假设我有三个准备好进行CPU处理的进程：B-第三优先级-5分钟；因此，为了计算“纸面上”的平均周转时间，我可以假设quantum=1分钟，并根据它们的优先级(A-C-B等)处理所有事情。但是一分钟对于“真正的”量子来说太大了，对吧？如果quantum=10-100毫秒，一切都会切换得如此之快，以至于任务顺序变得无关紧要吗？例如，A将以2*3=6分钟</
浏览 1修改于2013-03-31得票数 0
这个应用程序在一个相当大的构建代理需要5分钟的编译(包括。2分钟svn )。它的12k单元测试还在运行5分钟。将构建结果部署到Nexus至少需要10分钟。目前，我们正在使用以下设置：
步骤2:编译、验证和部署。(20到40分钟，主要取决于Nexus和/或网络性能)定义快照依赖于步骤。触发SVN上的构建更改，但只有在快照依赖项已更改时才触发。如果我要将
浏览 3修改于2011-08-04得票数 3
回答已采纳
完成Azure部署，但这是我要做的。我还是不明白。升级前不需要停止部署-它已经停止。升级后未启动部署。那三分钟是怎么回事？
浏览 0修改于2017-05-23得票数 0
通常，在版本升级之后，我们的工作会比最新版本延迟几分钟，但是它很快就会赶上速度(在30分钟内)。我们的保存点大约是100 MBs大，我们的工作DAG将成为90 %- 100%与一些背压时，我们重新部署，但在10-20分钟后，它将恢复正常。然后奇怪的事情发生了，当我试图用1.15.2升级从运行的1.14.4作业重新部署时，我可以看到一个保存点已经创建并且新的作业正在运行，所有的指标看起来都很好，除了突然跳到10个小时之外！我有一个假设，我试图通过改变我们的并行性来重新部署
浏览 9提问于2022-09-17得票数 0
我尝试过许多不同的延长CloudBuild持续时间的选项，但是我的gcloud应用部署步骤在10分钟后总是会超时。下面是来自其他线程的提示，我已经在本地终端上尝试过此设置。gcloud config set app/cloud_build_timeout 2000如何允许gcloud应用部署步骤运行超过10分钟
浏览 6修改于2020-10-15得票数 6
3回答
每个作业都被赋予一个从1到4的随机优先级，其中1是最高优先级的-and，这是完成其执行的随机时间。在此分配中，您将需要队列和优先级队列的实现。您可以在Java类库(java.
浏览 2修改于2012-03-05得票数 0
回答已采纳
将适配器部署到WL服务器通常需要12-15分钟。有时它会在20分钟时超时。刚才，在连续20次超时后，19分钟后终于部署。我团队中的其他人似乎没有这个问题，他们的适配器(与我使用的适配器相同)在2到3分钟内就部署好了。
我假设有一些设置或属性是错误的。有什么想法吗？
浏览 0提问于2015-08-15得票数 0
我们将单元测试项目从.NET 3.5升级到.NET 4.0。我们还将NUnit从2.5.2升级到2.59。现在单元测试时间50分钟后，当他们过去完成大约15分钟。有些单独的测试现在需要8分钟。杰森
浏览 7修改于2011-03-15得票数 4
我只是想知道，对于Azure DevOps，我们是否可以为每个部署设置优先级？如您所见，我对每个项目都有几个部署阶段。我们通常开发的第一个，在屏幕截图上放上红色方格。Azure DevOps随机选择一个项目并将其部署到机器上。谢谢。
浏览 0提问于2018-11-06得票数 1
回答已采纳
我经常看到，我们开发中的部署执行是服务器挂起，而运行在它上的应用程序继续响应用户请求。这导致部署耗时很长时间，频繁地重新启动正在部署的应用程序或甚至整个应用程序服务器。因为这是一个dev环境，所以部署的应用程序不需要总是可用的，所以我考虑更改节点代理或dmgr的进程优先级执行，以便部署过程可以继续运行，而一些请求可能会超时/CPU短缺。但是，我不完全确定要修改这两个组件中哪一个组件的优先级:从我收集的内容来看，dmgr只是管理流程，而节点代理执行繁重的工作，所
浏览 0提问于2016-01-08得票数 0
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号