实践:耗时短的任务和耗时长的任务

简介: 一、耗时长的任务:消耗时间长的任务,以睡眠两秒为例。 二、耗时短的任务:消耗时间短的任务,以分配耗时长的任务到指定进程为例。 三、任务分配进程:异步进程。将收到的长耗时任务 以对同一用户的多次操作要排队的原则  分配到任务进程。

一、耗时长的任务:消耗时间长的任务,以睡眠两秒为例。

二、耗时短的任务:消耗时间短的任务,以分配耗时长的任务到指定进程为例。

三、任务分配进程:异步进程。将收到的长耗时任务 以对同一用户的多次操作要排队的原则  分配到任务进程。

 

补充:

1.  hash:key + value,以key取值的圆环式增长实现hash圆环。

1.1 hash:key+1保存未被分发的任务,max_key记录当前最大的key,min_key记录当前未被分发出去的最小的key。

2.保存未完成的正在处理的任务。

3.任务处理完成后向分配任务进程发送已完成任务。

4.发放任务前检查未完成的任务,如果当前要发送的任务的user存在未被执行完的任务则当前的任务不可发放。

5.如果积压了大量未被发放的任务,怎么处理?

 

 

 

尚未做:模拟该方案的具体实现。

相关文章
|
SQL 运维 监控
高并发接口超时时间过长,导致服务雪崩
高频访问接口超时时间过长,导致服务雪崩
495 0
高并发接口超时时间过长,导致服务雪崩
|
30天前
|
JavaScript 前端开发 Serverless
函数计算产品使用问题之打印日志时间与实际时间相差8小时,是什么原因
函数计算产品作为一种事件驱动的全托管计算服务,让用户能够专注于业务逻辑的编写,而无需关心底层服务器的管理与运维。你可以有效地利用函数计算产品来支撑各类应用场景,从简单的数据处理到复杂的业务逻辑,实现快速、高效、低成本的云上部署与运维。以下是一些关于使用函数计算产品的合集和要点,帮助你更好地理解和应用这一服务。
|
3月前
|
运维 Serverless KVM
函数计算产品使用问题之如何处理冷启动时间过长的问题
函数计算产品作为一种事件驱动的全托管计算服务,让用户能够专注于业务逻辑的编写,而无需关心底层服务器的管理与运维。你可以有效地利用函数计算产品来支撑各类应用场景,从简单的数据处理到复杂的业务逻辑,实现快速、高效、低成本的云上部署与运维。以下是一些关于使用函数计算产品的合集和要点,帮助你更好地理解和应用这一服务。
|
4月前
leetcode-6112:装满杯子需要的最短总时长
leetcode-6112:装满杯子需要的最短总时长
42 0
|
4月前
|
前端开发 Shell 开发工具
一个瞬间让你的代码量暴增的脚本
一个瞬间让你的代码量暴增的脚本
|
10月前
|
Serverless 数据库
FC函数计算开启闲置模式以后解冻CPU时间过长
FC函数计算开启闲置模式以后解冻CPU时间过长问题
98 1
java 计算两个时间间隔几天几小时几分钟几秒
计算两个时间间隔几年几月几天几小时几分钟几秒
java 计算两个时间间隔几天几小时几分钟几秒
|
SQL 关系型数据库 MySQL
mysql查询优化实战:查询用时一分半降到三毫秒
项目中的课程预约记录查询功能,线下门店反馈说进入到页面需要等2分钟
mysql查询优化实战:查询用时一分半降到三毫秒
|
canal 架构师 数据库
处理亿级数据的“定时任务”,如何缩短执行时间?
一次性集中处理大量数据的定时任务,优化思路是:同一份数据,减少重复计算次数;分摊CPU计算时间,尽量分散处理(甚至可以实时),而不是集中处理;减少单次计算数据量。
1702 0
处理亿级数据的“定时任务”,如何缩短执行时间?
|
JavaScript 算法 前端开发
不到一秒才叫优化
之前做完的一个项目,业务逻辑写完之后,首屏渲染能到3~4秒,这对于用户体验是不能接受的,所以忙里偷闲把项目优化完之后http发送到响应时间:705ms,DOM构建完毕:452ms,页面加载完毕:678ms,清爽的感觉很上头~看来优化还是很有必要的!所以本篇记录一下优化过程。
237 0