X-Git-Url: http://git.tuebingen.mpg.de/?a=blobdiff_plain;f=vss.c;h=cf51f43f32608c72f56d1af0b8ad72f25c21161f;hb=d31995b3;hp=77d2f37626eaee75deeb7ab2e52b99d9dfd50182;hpb=70a630c4c422298d40453c537edf9d326b613abc;p=paraslash.git

diff --git a/vss.c b/vss.c
index 77d2f376..cf51f43f 100644
--- a/vss.c
+++ b/vss.c
@@ -1,8 +1,4 @@
-/*
- * Copyright (C) 1997 Andre Noll <maan@tuebingen.mpg.de>
- *
- * Licensed under the GPL v2. For licencing details see COPYING.
- */
+/* Copyright (C) 1997 Andre Noll <maan@tuebingen.mpg.de>, see file COPYING. */
 
 /** \file vss.c The virtual streaming system.
  *
@@ -1078,25 +1074,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++;
 	}