yes. SNAPHU is not very efficient in unrapping the entire raster at once, also errors add up if you do so. So especially for large rasters, it makes sense to cut the raster into smaller parts (=tiles), determined by the number of rows and colums. If you select many, the tiles will become small. But then, the overlap has to be small as well. The overlap is the area which is added to each tile (in pixels) so that adjacent tiles can be mosaiced seamlessly.
With zero overlap you often end up with jumps like this.
It is more important that you check your results and say if you like them or not. If not, then you change some parameters to fix it, not the other way round. But to do that reasonably, it is good to understand how unwrapping works in general.
Have you seen this? SNAPHU parameters
I’m not sure about the tile cost threshold to be honest, it is explained somehwere in the manual: https://web.stanford.edu/group/radar/softwareandlinks/sw/snaphu/snaphu_man1.html