原来调试的好好的一个程序，这次用Nsight调试不行了，在kernel中加断点不会停止，提示信息如下：
[attach]3330[/attach]
这个是怎么回事啊？谢谢
楼主您确定您使用了-G编译了吗？
如果没有，请启用-G, 并执行rebuild all,
然后再start cuda debugging。
谢谢。
嗯。。肯定用了-G编译的。。
那就奇怪了，
如果您确定了：
（1）-G编译，
以及（2）rebuild all过，
却依然无法设置断点，
我建议您咨询下其他会员、斑竹、NVIDIA原厂支持等。
感谢来访。
以及您确定您的该kernel所在的.cu参与了编译了吗？
如果根本没参与编译，那么无法断点应该很正常。
（不要笑，这也是一种可能）
有次我把系统重装了，也是出现这样的问题。我就把驱动更新，问题就解决了。不知道此法是否适合LZ。
感谢buddy回复xfortius楼主，
但看上去不像是驱动问题，因为nsight提示找不到该kernel所定义的.cu文件的编译出的代码来。而无编译出的（含调试信息的）代码，应该和驱动无关。
我直觉感觉最大2个可能：
（1）忘记使用-G(楼主否定了）
（2）该.cu根本没有被编译（例如假设该.cu的内容被include到另外一个.cu里，而将它自身从生成中排除）。
这是我的假设，以及希望楼主能给出更多信息（例如如何编译的和启动调试的），
以及，不排除buddy的建议是正确的（重装系统/驱动等),
以及，欢迎其他朋友给出更多建议。
刚才我测试了第二点假设，
使用#include + 排除生成依然可以调试的。那么果断不知道楼主出现此问题的原因了。
（话说深刻怀疑楼主真的-G，然后rebuild了么）
还请大家集思广益。
谢谢buddy的回答，但是我更新了一下驱动，结果还是不行。。后面关了重启了一下，就可以了。。真的无语。。不知道为什么。。
斑竹。。不好意思，我后面关了重启了一下，就可以了。。真的无语。。也不知道是什么原因。。
那您的结论是关机和重启的问题。。好吧。。。。。
（没关系的，欢迎常来）