From 82c383ac20d1d522ae2a18a0d0af071c82cb7976 Mon Sep 17 00:00:00 2001 From: Andrew Hutchings Date: Tue, 17 Jan 2017 10:25:59 +0000 Subject: [PATCH] MCOL-353 Fix lag at end of cpimport The end of a cpimport adds a delay which is 1 second multiplied by the number of PMs. This in-turn is multipled up with the number of connections/threads causing a long delay when you have several PMs. The delay is not required as we already have a 20ms delay and we will re-enter the recv() if there is no data and we are still connected. --- writeengine/splitter/we_sdhandler.cpp | 1 - 1 file changed, 1 deletion(-) diff --git a/writeengine/splitter/we_sdhandler.cpp b/writeengine/splitter/we_sdhandler.cpp index fa3e0a876..6b9c148e3 100644 --- a/writeengine/splitter/we_sdhandler.cpp +++ b/writeengine/splitter/we_sdhandler.cpp @@ -994,7 +994,6 @@ void WESDHandler::onNakResponse(int PmId) { void WESDHandler::onEodResponse(int PmId) { if (getDebugLvl()) cout << "Received a EOD from " << PmId << endl; - fWeSplClients[PmId]->setRdSecTo(fPmCount); //Set Rd T/O to 1 sec if (fRef.fCmdArgs.getMode() == 0) {