Super Qwen Voice World部署教程:GPU显存监控Dashboard集成Prometheus+Grafana

news2026/3/15 2:05:27
Super Qwen Voice World部署教程GPU显存监控Dashboard集成PrometheusGrafana1. 引言想象一下你正在玩一个复古像素风的语音设计游戏可以轻松生成各种语气的声音。但当你把这么酷的应用部署到服务器上尤其是用上了GPU来加速语音合成时心里是不是有点打鼓我的显卡现在到底累不累显存还够不够用会不会突然“爆显存”导致游戏卡死这就是我们今天要解决的问题。Super Qwen Voice World是一个基于Qwen3-TTS模型的语音设计应用它运行在GPU上时显存使用情况直接关系到应用的稳定性和性能。如果显存用光了不仅语音生成会失败整个应用都可能崩溃。所以光把应用部署起来还不够我们得给它装上“仪表盘”——一个能实时监控GPU显存使用情况的监控系统。就像开车要看仪表盘一样运行AI应用也得时刻关注GPU的状态。本文将手把手教你在部署Super Qwen Voice World的同时集成一套完整的GPU监控方案。我们会用到两个强大的工具Prometheus数据采集和Grafana数据可视化。学完这篇教程你不仅能玩转语音设计还能像专业运维一样对自己的GPU资源了如指掌。2. 环境准备与工具介绍在开始安装之前我们先快速了解一下要用到的几个“装备”。2.1 核心工具说明Prometheus你可以把它理解为一个“数据收集器”。它会定期去各个地方比如我们的GPU抓取数据然后存起来。它特别擅长处理时间序列数据——就是那种按时间顺序记录的数据点比如“每分钟的显存使用量”。Grafana这是我们的“仪表盘设计师”。它从Prometheus那里拿到数据然后用漂亮的图表展示出来。你可以创建各种面板比如折线图显示显存变化仪表盘显示当前使用率还能设置警报——当显存快满了的时候自动提醒你。NVIDIA DCGM Exporter这是NVIDIA官方提供的一个小工具专门负责把GPU的各种信息显存、温度、利用率等转换成Prometheus能理解的格式。没有它Prometheus就“看不懂”GPU在说什么。2.2 系统环境要求在开始之前请确保你的环境满足以下条件操作系统Ubuntu 20.04或22.04其他Linux发行版也可但命令可能略有不同GPUNVIDIA显卡建议RTX 3060 12G或以上显存越大越好Docker已安装Docker和Docker Compose这是最方便的部署方式基础命令熟悉基本的Linux命令行操作如果你还没有安装Docker可以先用下面这个命令快速安装# 安装DockerUbuntu系统 curl -fsSL https://get.docker.com -o get-docker.sh sudo sh get-docker.sh # 安装Docker Compose sudo apt-get update sudo apt-get install docker-compose-plugin安装完成后运行docker --version和docker compose version检查是否安装成功。3. 部署Super Qwen Voice World我们先从主角开始——部署Super Qwen Voice World应用本身。3.1 获取应用代码首先我们需要把应用的代码下载到本地# 创建一个项目目录 mkdir super-qwen-voice-world cd super-qwen-voice-world # 克隆项目代码这里假设项目在GitHub上 git clone 项目仓库地址 app cd app如果项目提供了Docker镜像部署会简单很多。我们假设项目已经提供了Dockerfile可以直接构建镜像。3.2 使用Docker Compose部署为了后续方便集成监控我们使用Docker Compose来管理所有服务。创建一个docker-compose.yml文件version: 3.8 services: # Super Qwen Voice World应用 voice-world: build: . container_name: super-qwen-voice ports: - 8501:8501 # Streamlit默认端口 environment: - CUDA_VISIBLE_DEVICES0 # 指定使用哪块GPU volumes: - ./models:/app/models # 挂载模型目录 - ./outputs:/app/outputs # 挂载输出目录 deploy: resources: reservations: devices: - driver: nvidia count: 1 capabilities: [gpu] restart: unless-stopped networks: - monitoring-net # Prometheus监控服务 prometheus: image: prom/prometheus:latest container_name: prometheus ports: - 9090:9090 volumes: - ./prometheus/prometheus.yml:/etc/prometheus/prometheus.yml - prometheus_data:/prometheus command: - --config.file/etc/prometheus/prometheus.yml - --storage.tsdb.path/prometheus - --web.console.libraries/etc/prometheus/console_libraries - --web.console.templates/etc/prometheus/consoles - --storage.tsdb.retention.time200h - --web.enable-lifecycle restart: unless-stopped networks: - monitoring-net # Grafana可视化面板 grafana: image: grafana/grafana:latest container_name: grafana ports: - 3000:3000 volumes: - grafana_data:/var/lib/grafana - ./grafana/provisioning:/etc/grafana/provisioning environment: - GF_SECURITY_ADMIN_PASSWORDadmin123 # 初始密码请记得修改 - GF_USERS_ALLOW_SIGN_UPfalse restart: unless-stopped networks: - monitoring-net # NVIDIA GPU监控导出器 dcgm-exporter: image: nvcr.io/nvidia/k8s/dcgm-exporter:3.3.4-3.1.5-ubuntu22.04 container_name: dcgm-exporter restart: unless-stopped ports: - 9400:9400 environment: - NVIDIA_VISIBLE_DEVICESall volumes: - /run/nvidia:/run/nvidia - /sys:/sys deploy: resources: reservations: devices: - driver: nvidia count: all capabilities: [gpu, utility] networks: - monitoring-net networks: monitoring-net: driver: bridge volumes: prometheus_data: grafana_data:这个配置文件做了几件重要的事情voice-world服务运行我们的Super Qwen Voice World应用prometheus服务运行监控数据收集器grafana服务运行数据可视化面板dcgm-exporter服务运行GPU数据导出器所有服务都在同一个Docker网络monitoring-net中这样它们可以互相通信。3.3 配置PrometheusPrometheus需要知道去哪里收集数据。创建prometheus/prometheus.yml配置文件global: scrape_interval: 15s # 每15秒收集一次数据 evaluation_interval: 15s scrape_configs: # 监控Prometheus自己 - job_name: prometheus static_configs: - targets: [localhost:9090] # 监控NVIDIA GPU - job_name: nvidia-gpu static_configs: - targets: [dcgm-exporter:9400] # 注意这里用的是服务名不是IP # 监控Super Qwen应用如果应用暴露了监控端点 - job_name: voice-world static_configs: - targets: [voice-world:8501] metrics_path: /metrics # 假设应用提供了/metrics端点3.4 启动所有服务现在一切准备就绪启动所有服务# 在项目根目录下运行 docker compose up -d这个命令会在后台启动所有服务。你可以用以下命令查看服务状态# 查看所有容器状态 docker compose ps # 查看实时日志 docker compose logs -f voice-world如果一切正常你应该能看到Super Qwen Voice World运行在 http://localhost:8501Prometheus运行在 http://localhost:9090Grafana运行在 http://localhost:3000DCGM Exporter运行在 http://localhost:94004. 配置Grafana监控面板现在应用和监控系统都跑起来了我们来配置一个漂亮的监控面板。4.1 登录Grafana打开浏览器访问 http://localhost:3000使用默认账号密码登录用户名admin密码admin123我们在docker-compose.yml中设置的第一次登录会要求修改密码建议设置一个更安全的密码。4.2 添加数据源Grafana需要知道从哪里获取数据。我们添加Prometheus作为数据源点击左侧菜单的Configuration齿轮图标→Data Sources点击Add data source选择Prometheus在URL处填写http://prometheus:9090注意这里用的是Docker服务名点击Save Test应该显示Data source is working4.3 导入GPU监控仪表盘幸运的是NVIDIA社区已经为我们准备好了现成的GPU监控面板。我们直接导入即可点击左侧菜单的Dashboards四个方块图标→New→Import在Import via grafana.com框中输入12239这是NVIDIA DCGM Exporter的官方仪表盘ID点击Load选择我们刚才添加的Prometheus数据源点击Import现在你就有了一个专业的GPU监控面板这个面板会显示GPU利用率正在做多少工作显存使用量用了多少显存GPU温度显卡热不热功耗用了多少电等等...4.4 创建自定义监控面板虽然官方面板很好但我们可能还想关注一些特定的指标。比如我们特别关心Super Qwen Voice World运行时的显存使用情况。创建一个新的自定义面板点击Dashboards→New→New Dashboard点击Add visualization选择Prometheus数据源现在我们来添加几个重要的监控图表图表1GPU显存使用率# PromQL查询语句 DCGM_FI_DEV_FB_USED{device0} / DCGM_FI_DEV_FB_FREE{device0} * 100这个图表显示GPU 0的显存使用百分比。图表2显存使用量趋势# 显存已使用量GB DCGM_FI_DEV_FB_USED{device0} / 1024 / 1024 / 1024 # 显存总量GB DCGM_FI_DEV_FB_TOTAL{device0} / 1024 / 1024 / 1024添加两个查询一个显示已使用量一个显示总量这样可以看到使用趋势。图表3GPU利用率DCGM_FI_DEV_GPU_UTIL{device0}显示GPU的计算单元有多忙。图表4设置警报规则我们还可以设置警报当显存使用超过某个阈值时自动通知在面板编辑界面点击Alert标签点击Create alert rule from this panel设置条件WHEN last() OF query(A, 15s, now) IS ABOVE 90当显存使用率超过90%时触发配置通知方式可以集成邮件、Slack、钉钉等4.5 监控Super Qwen应用本身除了监控GPU我们可能还想监控应用本身的状态。如果Super Qwen Voice World提供了监控端点比如/metrics我们可以添加应用级别的监控请求频率监控用户生成语音的请求量响应时间监控语音生成需要多长时间错误率监控生成失败的次数并发用户数监控同时有多少人在使用如果应用没有暴露监控端点我们可以在应用代码中添加。这里是一个简单的Python示例展示如何为Streamlit应用添加监控# 在Super Qwen Voice World应用中添加监控端点 from prometheus_client import Counter, Histogram, generate_latest, CONTENT_TYPE_LATEST import streamlit as st from streamlit.runtime.scriptrunner import add_script_run_ctx # 定义监控指标 VOICE_GENERATION_REQUESTS Counter( voice_generation_requests_total, Total number of voice generation requests ) VOICE_GENERATION_DURATION Histogram( voice_generation_duration_seconds, Time spent generating voice ) VOICE_GENERATION_ERRORS Counter( voice_generation_errors_total, Total number of voice generation errors ) # 在生成语音的函数中添加监控 def generate_voice(text, tone_description): VOICE_GENERATION_REQUESTS.inc() with VOICE_GENERATION_DURATION.time(): try: # 调用Qwen3-TTS生成语音 result qwen_tts.generate(text, tone_description) return result except Exception as e: VOICE_GENERATION_ERRORS.inc() raise e # 添加/metrics端点Streamlit自定义组件 def metrics_endpoint(): return generate_latest() # 在Streamlit侧边栏添加监控链接 if st.sidebar.button(查看监控指标): st.code(metrics_endpoint().decode(utf-8))5. 实际监控效果展示现在让我们看看这套监控系统在实际运行中是什么样子。5.1 正常情况下的监控当Super Qwen Voice World正常运行时你会在Grafana面板上看到显存使用稳定在某个水平比如生成语音时显存使用率在40-60%之间波动GPU利用率在生成语音时短暂升高其他时间较低温度保持在安全范围内通常低于85°C请求频率根据用户访问量有规律地波动5.2 异常情况检测监控系统的真正价值在于发现问题。以下是一些常见问题及其在监控面板上的表现问题1显存泄漏表现显存使用量随时间持续增长即使没有用户请求也不释放监控信号显存使用曲线呈上升趋势重启应用后恢复正常但很快又增长解决方法检查代码中是否有未释放的GPU内存或者模型加载方式有问题问题2GPU过载表现多个用户同时生成语音时GPU利用率持续100%监控信号GPU利用率长时间保持高位响应时间变长解决方法增加请求队列限制并发数或者考虑升级GPU问题3应用崩溃表现应用突然停止响应监控信号所有监控指标突然停止更新Prometheus抓取失败解决方法检查应用日志查看崩溃原因设置自动重启5.3 监控面板布局建议一个好的监控面板应该让问题一目了然。我建议这样布局┌─────────────────┬─────────────────┐ │ GPU显存使用 │ GPU利用率 │ │ 仪表盘 │ 折线图 │ ├─────────────────┼─────────────────┤ │ 显存趋势 │ 应用请求量 │ │ 面积图 │ 柱状图 │ ├─────────────────┼─────────────────┤ │ 最近错误 │ 系统警报 │ │ 表格 │ 列表 │ └─────────────────┴─────────────────┘这样的布局让你一眼就能看到左上角当前状态显存用了多少右上角GPU忙不忙左下角历史趋势右下角有没有问题6. 高级配置与优化基础监控搭建好了我们再来看看一些高级功能和优化技巧。6.1 持久化存储配置默认情况下Prometheus的数据是存在容器内的容器重启数据就没了。对于生产环境我们需要配置持久化存储# 修改docker-compose.yml中的Prometheus配置 prometheus: image: prom/prometheus:latest volumes: - /path/to/your/prometheus/data:/prometheus # 挂载到宿主机 - ./prometheus/prometheus.yml:/etc/prometheus/prometheus.yml command: - --storage.tsdb.path/prometheus - --storage.tsdb.retention.time30d # 保留30天数据6.2 配置警报通知当显存使用超过阈值时我们希望能收到通知。配置Grafana警报通知在Grafana中点击Alerting→Contact points点击Add contact point选择通知方式比如Email、Slack、Webhook等配置接收人信息然后为显存监控添加警报规则规则名称GPU显存使用率过高条件当显存使用率 85% 持续5分钟通知发送到配置的联系点6.3 监控多个GPU如果你有多个GPU监控配置也很简单# 修改docker-compose.yml让应用使用所有GPU voice-world: environment: - CUDA_VISIBLE_DEVICESall # 使用所有GPU # 在Grafana中可以按GPU设备筛选 DCGM_FI_DEV_FB_USED{device0} # GPU 0 DCGM_FI_DEV_FB_USED{device1} # GPU 16.4 性能优化建议基于监控数据我们可以做一些优化优化1批量处理请求如果监控显示有很多小请求可以考虑批量处理# 批量生成语音减少GPU上下文切换 def batch_generate_voices(requests): # 合并多个请求一次性生成 batch_results qwen_tts.batch_generate(requests) return batch_results优化2动态调整模型精度根据显存使用情况动态调整模型精度def adjust_model_precision(available_memory): if available_memory 2 * 1024 * 1024 * 1024: # 小于2GB # 使用半精度浮点数 model.half() else: # 使用全精度 model.float()优化3智能缓存监控用户常用的语音类型进行智能缓存from functools import lru_cache import hashlib lru_cache(maxsize100) def cached_generate_voice(text, tone_description): # 生成缓存键 cache_key hashlib.md5(f{text}_{tone_description}.encode()).hexdigest() # 检查缓存 if cache_key in voice_cache: return voice_cache[cache_key] # 生成并缓存 result generate_voice(text, tone_description) voice_cache[cache_key] result return result7. 总结通过这篇教程我们完成了一件很有价值的事情不仅部署了酷炫的Super Qwen Voice World语音设计应用还为它装上了专业的“监控仪表盘”。7.1 关键收获回顾一下我们学到的东西一体化部署用Docker Compose一次性部署应用监控系统简单又可靠专业监控集成了PrometheusGrafana这套业界标准的监控方案GPU专项监控通过NVIDIA DCGM Exporter我们能监控到GPU的每一个细节问题预警设置警报规则在问题发生前就能收到通知数据驱动优化基于监控数据我们可以科学地优化应用性能7.2 实际价值这套监控系统带来的实际价值是稳定性提升实时监控显存使用避免“爆显存”导致应用崩溃性能优化了解GPU的真实负载合理规划资源成本控制监控GPU利用率避免资源浪费快速排障出现问题时有数据可查快速定位原因用户体验确保语音生成服务快速稳定提升用户满意度7.3 下一步建议如果你还想深入探索我建议扩展监控范围除了GPU还可以监控CPU、内存、磁盘、网络等集成日志系统搭配ELKElasticsearch, Logstash, Kibana stack实现日志集中管理自动化运维基于监控数据实现自动扩缩容、自动故障转移用户行为分析监控用户在应用中的操作优化产品设计监控不是目的而是手段。真正的目标是通过数据驱动让我们的AI应用运行得更稳定、更高效、更智能。现在你的Super Qwen Voice World不仅好玩而且可靠。你可以放心地邀请朋友来体验同时通过监控面板优雅地掌握一切运行状态。这就是专业开发和业余爱好的区别——我们不仅让东西能跑还知道它跑得怎么样。获取更多AI镜像想探索更多AI镜像和应用场景访问 CSDN星图镜像广场提供丰富的预置镜像覆盖大模型推理、图像生成、视频生成、模型微调等多个领域支持一键部署。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2413095.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

SpringBoot-17-MyBatis动态SQL标签之常用标签

文章目录 1 代码1.1 实体User.java1.2 接口UserMapper.java1.3 映射UserMapper.xml1.3.1 标签if1.3.2 标签if和where1.3.3 标签choose和when和otherwise1.4 UserController.java2 常用动态SQL标签2.1 标签set2.1.1 UserMapper.java2.1.2 UserMapper.xml2.1.3 UserController.ja…

wordpress后台更新后 前端没变化的解决方法

使用siteground主机的wordpress网站,会出现更新了网站内容和修改了php模板文件、js文件、css文件、图片文件后,网站没有变化的情况。 不熟悉siteground主机的新手,遇到这个问题,就很抓狂,明明是哪都没操作错误&#x…

网络编程(Modbus进阶)

思维导图 Modbus RTU(先学一点理论) 概念 Modbus RTU 是工业自动化领域 最广泛应用的串行通信协议,由 Modicon 公司(现施耐德电气)于 1979 年推出。它以 高效率、强健性、易实现的特点成为工业控制系统的通信标准。 包…

UE5 学习系列(二)用户操作界面及介绍

这篇博客是 UE5 学习系列博客的第二篇,在第一篇的基础上展开这篇内容。博客参考的 B 站视频资料和第一篇的链接如下: 【Note】:如果你已经完成安装等操作,可以只执行第一篇博客中 2. 新建一个空白游戏项目 章节操作,重…

IDEA运行Tomcat出现乱码问题解决汇总

最近正值期末周,有很多同学在写期末Java web作业时,运行tomcat出现乱码问题,经过多次解决与研究,我做了如下整理: 原因: IDEA本身编码与tomcat的编码与Windows编码不同导致,Windows 系统控制台…

利用最小二乘法找圆心和半径

#include <iostream> #include <vector> #include <cmath> #include <Eigen/Dense> // 需安装Eigen库用于矩阵运算 // 定义点结构 struct Point { double x, y; Point(double x_, double y_) : x(x_), y(y_) {} }; // 最小二乘法求圆心和半径 …

使用docker在3台服务器上搭建基于redis 6.x的一主两从三台均是哨兵模式

一、环境及版本说明 如果服务器已经安装了docker,则忽略此步骤,如果没有安装,则可以按照一下方式安装: 1. 在线安装(有互联网环境): 请看我这篇文章 传送阵>> 点我查看 2. 离线安装(内网环境):请看我这篇文章 传送阵>> 点我查看 说明&#xff1a;假设每台服务器已…

XML Group端口详解

在XML数据映射过程中&#xff0c;经常需要对数据进行分组聚合操作。例如&#xff0c;当处理包含多个物料明细的XML文件时&#xff0c;可能需要将相同物料号的明细归为一组&#xff0c;或对相同物料号的数量进行求和计算。传统实现方式通常需要编写脚本代码&#xff0c;增加了开…

LBE-LEX系列工业语音播放器|预警播报器|喇叭蜂鸣器的上位机配置操作说明

LBE-LEX系列工业语音播放器|预警播报器|喇叭蜂鸣器专为工业环境精心打造&#xff0c;完美适配AGV和无人叉车。同时&#xff0c;集成以太网与语音合成技术&#xff0c;为各类高级系统&#xff08;如MES、调度系统、库位管理、立库等&#xff09;提供高效便捷的语音交互体验。 L…

(LeetCode 每日一题) 3442. 奇偶频次间的最大差值 I (哈希、字符串)

题目&#xff1a;3442. 奇偶频次间的最大差值 I 思路 &#xff1a;哈希&#xff0c;时间复杂度0(n)。 用哈希表来记录每个字符串中字符的分布情况&#xff0c;哈希表这里用数组即可实现。 C版本&#xff1a; class Solution { public:int maxDifference(string s) {int a[26]…

【大模型RAG】拍照搜题技术架构速览:三层管道、两级检索、兜底大模型

摘要 拍照搜题系统采用“三层管道&#xff08;多模态 OCR → 语义检索 → 答案渲染&#xff09;、两级检索&#xff08;倒排 BM25 向量 HNSW&#xff09;并以大语言模型兜底”的整体框架&#xff1a; 多模态 OCR 层 将题目图片经过超分、去噪、倾斜校正后&#xff0c;分别用…

【Axure高保真原型】引导弹窗

今天和大家中分享引导弹窗的原型模板&#xff0c;载入页面后&#xff0c;会显示引导弹窗&#xff0c;适用于引导用户使用页面&#xff0c;点击完成后&#xff0c;会显示下一个引导弹窗&#xff0c;直至最后一个引导弹窗完成后进入首页。具体效果可以点击下方视频观看或打开下方…

接口测试中缓存处理策略

在接口测试中&#xff0c;缓存处理策略是一个关键环节&#xff0c;直接影响测试结果的准确性和可靠性。合理的缓存处理策略能够确保测试环境的一致性&#xff0c;避免因缓存数据导致的测试偏差。以下是接口测试中常见的缓存处理策略及其详细说明&#xff1a; 一、缓存处理的核…

龙虎榜——20250610

上证指数放量收阴线&#xff0c;个股多数下跌&#xff0c;盘中受消息影响大幅波动。 深证指数放量收阴线形成顶分型&#xff0c;指数短线有调整的需求&#xff0c;大概需要一两天。 2025年6月10日龙虎榜行业方向分析 1. 金融科技 代表标的&#xff1a;御银股份、雄帝科技 驱动…

观成科技:隐蔽隧道工具Ligolo-ng加密流量分析

1.工具介绍 Ligolo-ng是一款由go编写的高效隧道工具&#xff0c;该工具基于TUN接口实现其功能&#xff0c;利用反向TCP/TLS连接建立一条隐蔽的通信信道&#xff0c;支持使用Let’s Encrypt自动生成证书。Ligolo-ng的通信隐蔽性体现在其支持多种连接方式&#xff0c;适应复杂网…

铭豹扩展坞 USB转网口 突然无法识别解决方法

当 USB 转网口扩展坞在一台笔记本上无法识别,但在其他电脑上正常工作时,问题通常出在笔记本自身或其与扩展坞的兼容性上。以下是系统化的定位思路和排查步骤,帮助你快速找到故障原因: 背景: 一个M-pard(铭豹)扩展坞的网卡突然无法识别了,扩展出来的三个USB接口正常。…

未来机器人的大脑:如何用神经网络模拟器实现更智能的决策?

编辑&#xff1a;陈萍萍的公主一点人工一点智能 未来机器人的大脑&#xff1a;如何用神经网络模拟器实现更智能的决策&#xff1f;RWM通过双自回归机制有效解决了复合误差、部分可观测性和随机动力学等关键挑战&#xff0c;在不依赖领域特定归纳偏见的条件下实现了卓越的预测准…

Linux应用开发之网络套接字编程(实例篇)

服务端与客户端单连接 服务端代码 #include <sys/socket.h> #include <sys/types.h> #include <netinet/in.h> #include <stdio.h> #include <stdlib.h> #include <string.h> #include <arpa/inet.h> #include <pthread.h> …

华为云AI开发平台ModelArts

华为云ModelArts&#xff1a;重塑AI开发流程的“智能引擎”与“创新加速器”&#xff01; 在人工智能浪潮席卷全球的2025年&#xff0c;企业拥抱AI的意愿空前高涨&#xff0c;但技术门槛高、流程复杂、资源投入巨大的现实&#xff0c;却让许多创新构想止步于实验室。数据科学家…

深度学习在微纳光子学中的应用

深度学习在微纳光子学中的主要应用方向 深度学习与微纳光子学的结合主要集中在以下几个方向&#xff1a; 逆向设计 通过神经网络快速预测微纳结构的光学响应&#xff0c;替代传统耗时的数值模拟方法。例如设计超表面、光子晶体等结构。 特征提取与优化 从复杂的光学数据中自…