关于OV2640采集JPEG通过TCP发送的问题

十万、_lWIIC

我在霸天虎407开发板上做了一个OV2640采集JPEG320*240图片通过DMA到内部SRAM，然后再通过TCP client方式发给上位机的程序。
OV2640用的快照模式，在帧中断中发送数据，发送完后立即重新启动DCMI采集。
DMA是把整个JPEG数据一次性传输完，实测一张320*240图片大小在10k之内，我一次发送1k的包 分10次发送完成，电脑上位机能够正常显示图片。
现在的问题是显示的帧率太低了，只有1fps左右，通过抓包工具看出，10个包发送的速度很快，在ms级就能发送完。还可以看到每一帧之间间隔大约1秒多。

所以估计帧率低是因为帧中断的速率太低，在debug中的帧中断服务里面打断点也能感觉到dcmi的帧传输时间很长。
这种情况是否是快照模式的问题?
OV2640的寄存器配置全部是例程的配置没有更改。
如果用连续传输模式，是否也是需要在帧中断中先暂停传输，等待发送完成后再恢复传输？这样效果是否和快照模式一样？
或者在DMA传输完成中断中发送数据，DCMI不暂停，但是这样由于jpeg数据大小不确定，一个包里可能同时包含上一帧的结尾数据和下一帧的起始数据，处理起来就比较麻烦了。
另外我在f429的wifi传输摄像头例程里看到了用了双缓冲dma的方式，这种方式的目的是什么？

我直接用快照模式在液晶屏上显示了640*480的图像，也是在帧中断中恢复dcmi传输，实测帧率正常，但是dma是一次传输16位数据。难道是dma一次性传输10k数据很耗时间，或者是jpeg压缩运算很耗时间？？


求大神解答