Zhan Rongrui
Zhan Rongrui
> @zrr1999 没有标记 `good first issue` 的有些难度哈，一般是我们还没想到明确的解决方案的 > > 另外这里的描述稍有过时，我同步一个信息： > > `test_17_paddle_layer` 即便不包装也是没问题的，因为即便 `paddle.nn.Layer.__call__` 被跳过，其调用的 `SimpleNet.forward` 仍然会进入 eval frame callback > > 问题目前主要出在 `test_resnet`，如果不包装是会有问题的，`paddle.nn.Layer.__call__` 及调用的 `paddle.vision.ResNet.forward` 都会被跳过，因为他们都在 `paddle` 目录下...
我也遇到了同样的问题，发现是gcc13和cuda12冲突导致的。 我的解决方法是，删除文件夹 /root/.cache/jittor/jt1.3.7/，安装gcc12，设置环境变量 export cc_path="$(which g++-12)"，你可以试试，不过你的cuda11.2不知道是否支持gcc12
【报名】：A-2,A-4
【报名】：A-3
【报名】：A-3
【报名】: 106-109、114、115、123、135
CLA signed
> 那些低概率打开的长尾记录不会频繁重测 我有一个想法，这个或许可以通过dns手动实现一个简易版。 假设你在你的软路由上搭建了一个dns服务，当你访问ex1.com时，dns服务会测试连通性，如果不能连接返回fakeip，否则返回正常 ip，这样结合一些其他配置，也可以实现动态分流了。 我准备先去试试