X-Git-Url: http://git.tuebingen.mpg.de/?a=blobdiff_plain;f=vss.c;h=f225aa74568fb057058cea5d3590aae0ffeffaf1;hb=c52dfd608f15c8779df38fd46602e562b287171a;hp=77d2f37626eaee75deeb7ab2e52b99d9dfd50182;hpb=8eb77a20423c3dcc44c4584a082e981391272cb2;p=paraslash.git

diff --git a/vss.c b/vss.c
index 77d2f376..f225aa74 100644
--- a/vss.c
+++ b/vss.c
@@ -1078,25 +1078,6 @@ static void vss_send(struct vss_task *vsst)
 			senders[i].send(mmd->current_chunk, mmd->chunks_sent,
 				buf, len, vsst->header_buf, vsst->header_len);
 		}
-		/*
-		 * Prefault next chunk(s)
-		 *
-		 * If the backing device of the memory-mapped audio file is
-		 * slow and read-ahead is turned off or prevented for some
-		 * reason, e.g. due to memory pressure, it may take much longer
-		 * than the chunk interval to get the next chunk on the wire,
-		 * causing buffer underruns on the client side. Mapping the
-		 * file with MAP_POPULATE seems to help a bit, but it does not
-		 * eliminate the delays completely. Moreover, it is supported
-		 * only on Linux. So we do our own read-ahead here.
-		 */
-		if (mmd->current_chunk > 0) { /* chunk 0 might be on the heap */
-			buf += len;
-			for (i = 0; i < 5 && buf < vsst->map + vsst->mapsize; i++) {
-				__a_unused volatile char x = *buf;
-				buf += 4096;
-			}
-		}
 		mmd->chunks_sent++;
 		mmd->current_chunk++;
 	}