- 综合排序
- 最热优先
- 最新优先
- 来自专栏RocketMQ原理与应用
RocketMQ实战—7.生产集群部署和生产参数
大纲1.RocketMQ生产集群部署和生产参数分析2.RocketMQ生产集群10wTPS压测3.RocketMQ生产级故障案例1.RocketMQ生产集群部署和生产参数分析(1)服务器数量4C8G阿⾥ 2.RocketMQ生产集群10wTPS压测两台4核8G的Master机器，通过压测可以扛下4w写TPS。单台4核8G的Master可以扛下2w写TPS，但CPU负载已经很高了。 3.RocketMQ生产级故障案例(1)RocketMQ的VIP端⼝故障(2)completbleFuture不规范使⽤导致消费速率低(3)Producer发送消息失败问题(1)RocketMQ的VIP
1.2K10编辑于 2025-04-15 - 来自专栏SAP ERP管理实践
SAP 生产缺料执行与查询介绍
SAP系统中，事务代码COMAC 是在生产前对生产订单批量进行可用性检查，提供给计划员执行检查物料是否缺料的工具。 + 转储调拨需求 供给包括：转储订单数量 + 生产订单数量 具体操作过程如下： 点击“COMAC”或者直接在快速命令输入栏 输入“COMAC”进入“汇总可用性检查”界面。 在“汇总可用性检查”界面输入下生产工厂、生产订单等字段信息: 点击执行图标转入“批量处理-抬头订单”界面后选择需要批量处理的订单，并点击批量处理图标，打开功能选择界面。 在功能选择界面中功能参数版块，处理范围选项中选择“所有物料的ATP检查”，完毕后点击执行图标，执行完毕后界面会自动转换至“批量处理-抬头订单”界面。 汇总可用性检查执行完毕后，打开“CO24”进入“短缺零部件”界面查询相应缺件信息，其中短缺栏即为实际缺件数量。
2.8K20编辑于 2023-09-18 - 来自专栏大数据学习笔记
Elasticsearch 7.x生产配置
1、官方文档 这些重要配置说明，请参考官方文档： https://www.elastic.co/guide/en/elasticsearch/reference/7.x/important-settings.html but can be configured explicitly in elasticsearch.yml as follows: 默认情况下，Elasticsearch 将使用随机生成的uuid的前7个字符作为节点 在开始生产之前，应该配置两个重要的discovery 和cluster 设置，以便群集中的节点可以相互发现并选择主节点。 在开发模式下，如果未配置发现设置，则此步骤由节点本身自动执行。 迁移到生产环境时，配置堆大小以确保Elasticsearch有足够的可用堆是很重要的。
2.3K30发布于 2019-07-01 - 来自专栏云ERP
ERP之提高生产计划执行率
ERP系统上线初期，生产计划执行率不高是个普遍问题。生产效率低下、产能不能充分发挥，制造成本居高不下，更为严重的是大家似乎对ERP系统产生了怀疑。 可以说，生产计划执行率的高低，是计划指导生产，衡量系统应用效果的重要指标。提高生产计划的执行率就是要将生产的能力发挥得淋漓尽致，使生产变得更加顺畅和高效。 什么是生产计划执行率呢? 简单地说，就是系统跑出来的计划经过人工干预、调整后，生产线是否百分之百按照这个计划确定的完工日期来完成生产任务，达到的比率就是生产计划执行率。为什么要平衡和调整呢? 这是因为MRP采用的是基于无限能力的基础上进行倒排的方法来确定物料需求计划，没有考虑能力占用的问题，因此这样的计划是不能真正达到准时生产的。 是什么在影响生产计划执行率呢? 生产计划执行率是企业整个生产流程中多种因素共同作用的结果
61920发布于 2019-03-01 - 来自专栏开源部署
CentOS7+Tomcat 生产系统部署
CentOS7+Tomcat 生产系统部署 1 准备OS账户 安全起见，本着最小权限原则，生产系统决不允许使用root账户来运行tomcat。为此，建立新账户tomcat，并设定登录密码。 基本原理是：Tomcat已经做了控制启动与停止的脚本bin/catalina.sh，此脚本顺利执行的唯一必须前提是，知道JDK安装路径。
63040编辑于 2022-07-03 - 来自专栏正则
PHP7语言执行原理
PHP作为一种解释型语言，不同于编译型语言编译结果即为当前CPU体系的指令，PHP源代码只有编译成opcode才能够被zend虚拟机直接执行。 下面就简单描述PHP7语言执行原理： 1. 抽象语法树（AST）编译生成opcode； 我们常常讨论的解释型语言执行效率较低，原因在于PHP执行过程中要多了翻译为opcode的过程。 这种执行机制的优点在于有效避免内存泄漏，内存回收机制更简单，缺点就是每个PHP请求都得重复执行请求-翻译-执行的过程。 陈雷，PHP7底层设计与源码实现 2. 列旭松，陈文，PHP核心技术与最佳实践 以上就是浅述PHP7底层设计01-PHP7语言执行原理的详细内容 更多学习内容请访问： 腾讯T3-T4标准精品PHP架构师教程目录大全，只要你看完保证薪资上升一个台阶
92810编辑于 2021-12-05 - 来自专栏捞月亮的小北
7. 特殊SQL的执行
t_student(student_id,student_name,clazz_id)
33910编辑于 2023-12-01 - 来自专栏测试基础
【JMeter系列-7】Linux下执行测试
1 环境配置 版本情况：Linux版本为Centos7，JMeter使用版本为3.3，JDK版本为1.8。 grep java，显示如下信息： java-1.4.2-gcj-compat-1.2.2.0-40jpp.115 java-1.6.0-openjdk-1.6.0.0-1.7.b09.el5 2.执行下列命令 一、操作步骤 在windows下Jmeter里编写完成脚本，脚本名称：test.jmx； 将脚本上传到Linux系统指定目录中，例如：/opt/local/jmeterScripts 执行以下命令
2.5K20发布于 2020-09-16 - 来自专栏云计算教程系列
如何在CentOS 7上设置生产Elasticsearch集群
本教程将向您展示如何在云服务器环境中在CentOS 7上安装和配置生产Elasticsearch集群。 准备 您必须至少有三个CentOS 7服务器才能完成本教程，因为Elasticsearch集群应至少具有3个符合主节点的节点。 您可以通过从任何Elasticsearch节点查询Elasticsearch来执行此操作。 默认情况下，每个Elasticsearch节点都配置为“符合主节点”的数据节点，这意味着它们存储数据（并执行资源密集型操作），并有可能被选为主节点。 想要了解更多关于设置生产Elasticsearch集群的相关教程，请前往腾讯云+社区学习更多知识。
2.1K00发布于 2018-10-17 - 来自专栏老虎刘谈oracle性能优化
生产系统SQL执行计划突然变差怎么办？
=>false选项，即使收集了统计信息，执行计划却没有立即改变。 3、 有些SQL执行计划改变是跟统计信息没有关系的，即使重新收集了统计信息，执行计划还是无法恢复正常。 遇到执行计划突然变差，刘老师的建议是：先用SQL profile（10g及以上版本）固定执行计划为原来正常的执行计划，让业务先恢复正常，再慢慢查找原因。 这个脚本的正确用途是用来做不同数据库之间sql执行计划的固定。 最方便的脚本是：coe_load_sql_profile.sql，使用这个脚本，只需要输入几个参数，就能完成快速恢复执行计划的任务。 具体步骤如下： 1、用DBA权限的用户登录sqlplus （不能是sys用户，可以是system用户） 2、执行脚本 SQL>coe_load_sql_profile.sql 3、输入第一个参数：需要恢复执行计划的
1K10编辑于 2022-06-22 - 来自专栏大数据技术
【赵渝强老师】Kafka生产者的执行过程
Kafka的生产者Producer将消息序列化之后，发送到对应主题的指定分区上。下图为展示了生产者的执行过程。整个生产者客户端由两个线程协调运行，这两个线程分别为主线程和Sender线程。 该对象代表了生产者Producer发送到Kafka服务器端的一个消息对象。 2、Sender线程KafkaProducer创建的消息最终会缓存到生产者的消息累加器中，并由发送线程负责从消息累加器中获取消息并将其发送到KafkaBroker中。 生产者在收到错误之后会尝试重新发送消息。几次之后如果还是失败的话，生产者就返回错误消息。
29310编辑于 2025-02-22 - 来自专栏数据科学（冷冻工厂）
7 个最能提高生产力的 Docker 容器
7. LibreOffice 提起提升工作效率的顶级 Docker 容器，怎能不提 LibreOffice？它是您可以作为 Docker 容器部署的最佳 Microsoft Office 替代品。
1.4K10编辑于 2024-12-30 - 来自专栏Lambda
7.JUC线程高级-生产消费问题&虚假唤醒
Thread-1卖货3 Thread-1卖货2 Thread-1卖货1 没货了 没货了 没货了 没货了 没货了 没货了 没货了 没货了 没货了 问题出现了，每次进货只有在进货满了的情况下，才会买货，当进货的次数执行完了之后才会执行卖货的方法 原因分析： 当创建对个生产消费者线程的时候，会产生虚假唤醒，导致product 为负数，是因为当消费者线程A发现没货的时候，wait之后释放锁，另外一个 消费者线程B获得锁开始执行，结果也没货，开始 wait，当生产者生产之后 notifyAll，A，B线程开始继续向下执行，结果进行了两次–操作，导致 product成为了负数 解决方式： JDK文档object的wait方法已经考虑到这种情况， isAlive() 如果生产者线程结束，就把标志位置为false，该标识位和消费者线程的while判断条件中串联 当生产者线程为false的之后短路，使得消费者线程啥都不做，直到线程结束。 Clerk中设置Factory线程的标志位 private boolean facctoryFlg = true;//工厂线程结束的标志位，为false表示线程执行完毕 public boolean
48020编辑于 2022-04-13 - 来自专栏漏斗社区
专属| 7种新预测执行攻击被爆出
假装认真工作篇 【热搜】研究人员报告7种新的预测执行攻击 近日，研究人员报告了七种新的预测执行攻击。 攻击变种，利用了英特尔的Protection Keys for Userspace，另一个攻击则利用了英特尔的Memory Protection eXtensions ，两种攻击都利用无效访问让处理器的预测执行功能泄漏敏感信息 WooCommerce 关闭时，WordPress 不会删除商店经理的许可，同时 WooCommerce 对该权限所设置的限制也会失效，这时商店经理可以修改管理员数据，获得系统的管理权限，直接接管整个网站，并执行任何程序
1.3K30发布于 2018-12-14 - 来自专栏Devops专栏
Centos7 使用alias别名执行shell脚本
频繁需要执行以下两个命令，如下： mkdir -p /yourpath chmod 700 /yourpath 简化这两个步骤的思路也不难，基本上操作如下： 将步骤写成一个shell，丢到/usr/bin /，允许全局执行即可 另一种方式则是采用alias来别名指定执行命令 这两种方式都不错，下面来演示一下使用alias的方式。 首先写一个shell，达到上面的执行效果 我在 /work/sh 路径下，创建一个 cmkdir 的shell文件 #! /bin/bash dir=$1 cmkdir(){ mkdir -p $dir chmod 700 $dir } main(){ cmkdir } main 并且设置可执行权限 chmod cd ~ # 查看隐藏文件，可以看到 .bashrc 文件 [root@dev ~]# ls -a # 编辑 .bashrc 文件 [root@dev ~]# vim .bashrc # 增加别名配置，执行执行命令
2.4K20发布于 2020-05-04 - 来自专栏python3
解决centos7 etcrc.local 不能执行
最近发现centos7 的/etc/rc.local不会开机执行，于是认真看了下/etc/rc.local文件内容的就发现了问题的原因了 #! # #与以前的版本引导时的并行执行相比较，这个脚本将不会在其他所有的服务后执行。 # #请记住，你必须执行“chmod +x /etc/rc.d/rc.local”来确保确保这个脚本在引导时执行。 ll /etc/rc.d/rc.local -rw-r--r--. 1 root root 477 6月 10 13:35 /etc/rc.d/rc.local /etc/rc.d/rc.local没有执行权限 ，于是按说明的内容执行 chmod +x /etc/rc.d/rc.local systemctl enable rc-local.service 重启后发现/etc/rc.local能够执行了。
1.8K20发布于 2018-08-02 - 来自专栏从零开始学自动化测试
Locust性能测试7-分布式执行
前言 使用Locust进行性能测试时，当一台单机不足以模拟所需的用户数量的时候，可以在多台机器上分布式的执行性能测试。 先启动一个master节点，mater节点不执行任务 locust -f locustfile.py —master ? 开多个窗口，启动多个slave节点，比如我开四个窗口，依次执行以下命令 locust -f locustfile.py —slave ? 多机主从模式 当一台机器的并发数无法满足你的业务需求时，可以在多台机器上分布式的执行性能测试。
1.5K40发布于 2019-10-18 - 来自专栏LIN_ZONE
Centos7源码编译安装PHP7.2（生产环境）
restart php-fpm.service 之后就可以使用下面命令开启关闭php-fpm服务了 service php-fpm start/restart/stop 注：本文转自详解Centos7源码编译安装 php7.2之生产篇,如需转载请注明出处https://www.cnblogs.com/zhuchenglin/p/11773409.html。
1.9K20发布于 2019-11-01 - 来自专栏前端人人
React多页面应用7(webpack4 生产环境配置)
5、React多页面应用5(webpack4 多页面自动化生成多入口文件)---2018.04.11 6、React多页面应用6(webpack4 开发环境打包性能小提升)---2018.04.12 7、 React多页面应用7(webpack4 生产环境配置)---2018.04.13 8、React多页面应用8(webpack4 gulp自动化发布到多个环境,生成版本号,打包成zip等)---2018.04.16 生产环境代码需要有几个特点: 文件体积尽量的小 浏览器缓存!如果修改,如何让浏览器重新拉取 请求数尽量少 我们带着这几个目的,来配置我们的webpack生产环境! /webpack.com.conf"); let config = merge(baseWebpackConfig, { /*设置生产环境*/ mode: 'production', 4、执行命令 npm run p ? ? 文件都自动加上了 hash值,便于浏览器缓存,修改后这个hash会变,浏览器会重新获取. 我们打开文件夹 ? 分别用浏览器打开这几个html文件 ?
1.6K80发布于 2018-04-17 - 来自专栏悠扬前奏的博客
Kafka-7.设计-生产者，消费者，效率
4.4 The Producer Load balancing 生产者将数据直接发送到作为分区leader的broker，而不需要任何中间路由曾。 为了帮助生产者执行此操作，所有kafka节点都可以回答有关于那些服务器处于活动状态的源数据请求一级主题分区的leader在任何给定时间的位置，以允许生产者合适的指向它的请求。 Asynchronous send 批处理是效率的重要驱动因素之一，并且为了实现批处理，Kafka生产者将尝试在内存中积累数据并在单个请求中发送更大的批量。 在这方面Kafka遵循更传统，由大多数消息传递系统共享的设计，数据从生产者push到broker再从broker pull到消费者。 目标通常是消费者能以最大的可能速度消费；不幸的是，在基于push的系统中，这意味着当消费速率低于生产速率（实际上是拒绝服务攻击）时，消费者往往不堪重负，基于pull的系统具有更好的特性，消费者可以简单的落后并在可能的情况赶上
55310发布于 2019-06-15
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号