今天小编就为大家分享一篇解决Tensorflow占用GPU显存问题，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧

安装好之后右键就能看到某个文件被哪个进程占用 可以解锁等操作 方便程序员实用 个人十分推荐 大大的好用

巧查内网IP，从此不再冲突。用IPSeizer自动检测已被占用的IP，从而快速确定可用的地址，快速完成IP设置。检测结果可保存成TXT文档，方便IP管理时使用。

笔记本开机100%出现假死状态，磁盘占用率一直是100%下不来 下载AHCI驱动 -> 打开WIN10的设备管理器 -> 找到 “标准 SATA AHCI控制器”这一项 -> 右键更新驱动程序 -> 选择浏览计算机查找 -> 定位到刚刚的下载的AHCI驱动文件 -> 安装完成

该桌面小程序占用很少的资源， 很实用。整点有报时功能。很适合隐藏工具栏的人使用。方便

软件介绍: 在打开Delphi2010 软件时，若出现 两次提示EditorLineEnds.ttr另一个程序正在使用此文件,进程无法访问，可以通过安装IDEFixPack来进行修复。IDE Fix Pack for RAD Studio 2010 - Version 5.96，在Delphi2010测试可正常修复。

检测本机UDP监听,TCP监听,TCP客户端连接的所有端口是否已经占用.

本节介绍，来获取Unity的日志，并且保存下来，发送到指定邮箱，以供查阅；如果直接在主线程保存日志和发送日志，涉及到文件的读写，如果读写内容过大，会明显抢占主线程资源，造成卡顿，这里使用 Thread 进行日志的保存和邮件发送，避免造成主线程卡顿，这里简单说明，如果你有更好的方法，欢迎留言交流。 ———————————————— 版权声明：本文为CSDN博主「仙魁XAN」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/u014361280/article/details/120174562

Windows Hotkey Explorer 是一款短小精悍又超级实用的Windows系统热键资源查看器软件，能帮助用户快速展示出当前Windows系统保留的快捷键以及用户安装的应用程序已注册的所有热键，显示当前已被占用的快捷键，同时支持精准定位到注册该热键的应用程序，并允许用户自由修改快捷键，为用户自主管理自己操作系统的所有快捷键（热键）提供了诸多便利，大大降低了应用程序之间的热键冲突导致的一系列使用不便的问题，作为方便实用的Windows系统热键资源管理器软件，Windows Hotkey Explorer的使用也是非常简单，大家只需要运行windows hotkey explorer，然后查看热键占用情况找到占用该快捷键的进程是哪个进程，最后找到目标应用程序（也可以通过系统的任务管理器找到目标程序的进程定位到所在目录），运行这个程序进行热键重新设置一个不冲突的热键或者关闭快捷键设置即可解决热键冲突问题，如果大家还不清楚怎么看哪个热键冲突了或者想了解热键冲突怎么解决的话，威航软件园强烈建议大家试试Windows Hotkey Explorer吧。

关于电信用户占用5G联通共享站点投诉的问题分析报告 一、问题描述 7月4号，电信的VIP用户投诉在椒江区域占用联通的5G网络后拨打电话异常，占用共享站点上网速率也比较卡。 二、问题分析 现场根据用户提供的经纬度进行测试分析，并对投诉的两类问题进行分析和处理，主要的问题分析如下： （一）联通共建共享中兴锚点站电信NSA用户volte业务推送到电信非锚点华为站建立失败的问题分析 1. 详细问题分析 投诉场景描述：投诉场景为联通承建的45G站点，华为的非锚点区域，电信NSA终端在中兴共建共享锚点发起volte业务，联通共建共享站中兴设备的ARFCN是1650，电信非锚点华为设备的ARFCN是1850，针对volte业务，联通共建共享的策略是推送到华为1850做业务，但实际测试过程发现这个场景的语音测试失败。从后台信令分析看，我司基站成功切换到华为站，表示共建共享站的推送策略正常。 前台UE log分析 切换成功后，ue在华为没有volte业务没有成功建立，具体原因需要华为侧分析 2. 异厂家对接已知故障 如果中兴未携带LTE的QCI9的RLC配置，那么切换过程会出现异常： 对于SCG模式，NR只存在NR RLC承载，LTE上没有对应的承载，所以在handover required消息中没有QCI9的RLC配置。 3. 现场针对这个问题多场景验证如下 3.1 QCI9配置SCG模式，volte业务失败 终端接入阶段建立qci9、1、5承载； 对应qci1、5为MCG承载，qci9承载在切换之前没有进行删除，带sn切换到华为站点 而qci9承载，华为在切换命令中携带了qci9承载接纳失败并且启动了fullconfig和sn删除；在我司切换源测需要主动5G发起qci9的sn释放； volte语音承载在切换过程中一直是存在的，这一点可以handover required消息里面看到，至于语音失败，可能是终端到切换目标华为站点后出现了异常导致语音建立失败。 Handover required消息QCI9只有NR RLC 切换到华为站点，切换ACK回复了qci9的erab接纳失败列表 3.2 QCI9配置SCG Split，volte业务正常 Handover required消息QCI9有LTE RLC+NR RLC 切换到华为站点，切换ACK没有回复qci9的erab接纳失败列表 3.3 ENDC策略配置先删后切，volte业务正常 此过程先删除SN再切换： 终端建立qci9、1、5承载；对应qci1、5为MCG承载，其中qci9承载，在进行切换前，sn在我司侧主动发起了SN释放，对应qci9承载是NR PDCP+LTE RLC 切换到华为站点，切换ACK没有回复qci9的erab接纳失败列表 需要补充此场景下的RLC截图，此处应该LTE RLC 切换到华为站点，切换ACK没有回复qci9的erab接纳失败列表 4. 分析结论 从测试验证和信令分析看，由于华为基站不支持双连接承载类型为SCG模式的切换，导致NSA终端从我司锚点站切向华为非锚点站时语音业务异常，当我司基站配置SCG Split或者修改endc策略，volte业务先删SN再切换都是正常的。 5. 解决方案/临时规避措施： 以下两种措施任意选择其一，都可以规避当前问题。 方案一：将我司锚点站qci9的承载模式修改SCG Split。 7/6凌晨00:30已验证，此功能多次拨测volte语音都可以正常通话 方案二：修改ENDC策略先删后切。 NSA用户在发起vote业务时候先删除SN再切换到华为非锚点，7/5 23:30已验证，此功能多次拨测volte语音都可以正常通话 6. 遗留问题 1、需要华为侧协助分析语音建立失败原因 7. 附录 异厂家NSA切换协议理解澄清 【问题分析】 友商反馈：异厂家切换准备失败问题定位：由于中兴SCG模式下，QCI9的LTE RLC信息未携带，只是在NR侧配置了，不符合协议规范，导致异厂家切换准备失败；协议规范要求：NSA用户切换时需要在切换请求中携带LTE RLC配置信息。 中兴应答： 1). Option3x是TR38.801定义的，NSA标准协议是TS37.340。协议定义的Option3x是SCG Split承载，不能说Option3x下SCG是SCG Split一种特例，按照Option3a定义，RLC层只有NR RLC，并没有包含LTE RLC。 2)参见37.340协议 第4章节。 ■Option 3x 支持 EN-DC组网下的SN terminated的SCG Split承载。 ■Option 3a 支持EN-DC组网下的SN terminat