# 集群调度策略模块设计和模拟## 题目目标设计并实现一个集群调度器（Scheduler）+ 模拟器，用于在动态负载和故障条件下平衡：- 高优作业低延迟- 集群利用率- 普通作业公平性## 场景设定- 集群包含 `M` 台同质机器（Machine `0 ~ M-1`）- 作业属性：`job_id`、`priority`、`resource_num`、`estimated_time`- `estimated_time` 与真实时长存在误差（约 ±20%）作业类型：- 普通作业（normal）：每天 08:00 批量提交- 高优作业（high）：全天随机提交，要求快速响应## 运行规则（必做）1. 调度与资源占用- 作业需绑定到足够空闲机器后才能运行- 运行期间机器被独占2. 作业完成与失败- 作业可能成功或失败- 若失败原因是硬件故障：相关机器下线维修 24 小时3. 抢占机制- 允许抢占运行中的作业- 被抢占作业回队列等待重试，额外增加约 10 分钟执行成本## 输出与指标要求（必做）调度器应输出可复盘日志，并至少统计：- 高优作业平均等待时长 / P95 等待时长- 集群利用率（时间窗内）- 普通作业公平性指标（如最长等待、等待方差、饥饿作业数）## 测试与验收要求（必做）至少完成以下测试：1. 基线对比（与至少 1 个基线策略对比（如 FIFO / 纯优先级））2. 波峰场景(批量普通作业 + 高频高优插队)3. 故障场景4. 抢占场景5. 结果可复现## 交付物- 调度器源码- 模拟器源码与输入样例- 策略说明（为何这样设计）- 指标报告与对比图表- 已知问题与下一步优化## 加分项- 自适应策略（根据实时拥塞/故障率动态调参）- 抢占成本建模更精细- 多目标优化或可插拔策略框架

📍面试公司：神州信息 hr + 技术面💻面试岗位：java开发❓面试问题：hr：自我介绍、能否出差、意向地、工资、有无offer 技术：对着简历问，问简历里写的实习经历和项目经历的问题场景，没问八股。实习都是好几个月前的事了，答得依托🙌面试感想：预订面试15分钟，结果真的就面了这么长时间，时间一到就不继续问了，拷打实习经历不问八股是真的心里没底。

春招约面的基本都是年前投递的，年后投的就一个约面的，期间收到一个叶子科技，一个天鹏恒宇的offer，全要求提前实习到毕业，不是特别满意，本来打算签叶子科技保底的，结果那几天收到了小米的面邀，是年前在boss投的，面试官说流程很快，一面当天过约明天二面，明天赶高铁就推到了大后天，二面说3-7天出结果，面试官反馈还可以，不过要等其他候选人面完综合比较，等小米的那几天叶子那边一直催三方，实在拖不了就拒了，还是想再搏一搏，结果最后两头空，boss上也刷不到新岗位，网申岗位也大大减少，还有些跟秋招一个池子的投不了，到现在就网申了个秋招的零头，宣讲会也参加了结果到最后投简历时说java岗招满了，只有销售，我......那还说啥了兄弟，灯丝

24、25、26、27届的互联网校招生或准校招生，我想简单做个调研，在ai对行业冲击如此猛烈的情况下，你们有信心在互联网待上多少年而不被彻底抛弃然后被迫转行呢？