techzealot
techzealot
Aprof已经几年没有维护了，Jprofiler用起来太复杂了，没有MyPerf4J这么直观高效
方法级监控MyPerf4J已经提供了非常有用的信息了，感觉对性能跟踪帮助很大，如果能增加对于GC方面的指导性线索基本完美了，这样一个框架就可以解决大部分问题了
现在的监控工具大多只会监控各区内存变化，对于GC调优基本没有多少帮助，而线上dump又比较危险，解决GC问题基本上只能靠经验和运气了，没有令人眼前一亮的工具，期待MyPerf4J在这方面的加强
@hudandan 方便使用jmap导出dump文件来分析下吗?推荐使用Eclipse Memory Analyzer(https://www.eclipse.org/mat/) 分析下，你可以先自己分析下，看能不能找到问题,如果没办法定位可以发出来让大家一起看下，不要公开发出来，可能泄露你的项目的隐私
由于本人不懂python和ai相关内容，请问32k的gradio文件是否可以将如下41行32000改为48000直接使用（不考虑48k相关模型文件和配置） [[https://huggingface.co/spaces/innnky/nyaru-svc-3.0/blob/main/app.py](url)](https://huggingface.co/spaces/innnky/nyaru-svc-3.0/blob/main/app.py#L41) 我测试了下好像可以，如果不修改输出会很怪而且时长会变长
> 可以自己改代码 将[models](models.py)中 > > ```json > hps = { > "sampling_rate": 32000, > "inter_channels": 192, > "resblock": "1", > "resblock_kernel_sizes": [3, 7, 11], > "resblock_dilation_sizes": [[1, 3, 5], [1,...
@NaruseMioShirakana 您好，可能我描述的不够准确，我现在使用git main分支代码训练了模型，现在想在huggingface中实现gradio支持，发现在huggingface上述仓库中已经有了32K实现，现在想把它改成支持48K模型。 您所说的要修改内容在git main分支的代码中已经修改了，我现在想做的是将上述huggingface仓库下的app.py复制到git main分支下使用改成支持48K模型，经测试将app.py41行32000改为48000后输出正常，只是不确定理论上是否正确，特此求证
> Okay, I got into the library and see that it's not your library's side, which is fine, so, I wanted to create it myself. > > ``` > const...
cli will be great!!!