When I perform technical interviews, I generally give the candidates two pages of aweful sample code. It starts with simple issues and goes on to more advanced and subtle issues (basically to give the candidate a chance to de-stress and relax as we progress). The idea is that I can tell how skilled they are by how far they go before they can no longer find issues, sometimes even with probing.
At first the issues are simple, like naming conventions, basic idioms. But by the end of the last page the candidates are facing exception handling, lose database connections, memory leaks, etc. Advance but subtle issues. And they aren't the type that you have to look forever to find, more of the type if you've been programming for any length of time they should jump out at you. An example is a database connection that's never closed (And you can assume a hint has been given). In any case, it's not like they have to dig through hundreds of lines of code, it's only about 50-75 lines.
So what I would suggest is something along these lines. A simple 1-3 page code sample that shows the harder constructs of your language. For example, if it's in Java, show that you understand OO, exception handling, etc. And instead of focusing on the comments, I would make sure your naming conventions are good. I would instead comment on why you did this or that in terms of what design/construct decisions you took.