From owner-freebsd-current@FreeBSD.ORG Fri Jun 3 08:26:23 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 041DE106566C; Fri, 3 Jun 2011 08:26:23 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail.sippysoft.com (mail.sippysoft.com [4.59.13.245]) by mx1.freebsd.org (Postfix) with ESMTP id 4174B8FC12; Fri, 3 Jun 2011 08:26:22 +0000 (UTC) Received: from s0106005004e13421.vs.shawcable.net ([70.71.175.212] helo=[192.168.1.79]) by mail.sippysoft.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1QSPi1-0007qz-CF; Fri, 03 Jun 2011 01:26:21 -0700 Message-ID: <4DE89AA3.908@FreeBSD.org> Date: Fri, 03 Jun 2011 01:26:11 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Mikolaj Golub References: <4DDD4890.70604@FreeBSD.org> <86hb8du5fo.fsf@kopusha.home.net> In-Reply-To: <86hb8du5fo.fsf@kopusha.home.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: sobomax@sippysoft.com X-ssp-trusted: yes Cc: Pawel Jakub Dawidek , "current@freebsd.org" Subject: Re: Weird issue with hastd(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jun 2011 08:26:23 -0000 On 5/29/2011 4:11 AM, Mikolaj Golub wrote: > This might be MSG_WAITALL issue I described on net@ (look for the thread > "recv() with MSG_WAITALL might stuck when receiving more than rcvbuf", and > also kern/154504). > > Could you please try the patch? > > http://people.freebsd.org/~trociny/uipc_socket.c.patch Yes, installing this patch on both client and server has solved this issue. Synchronization now goes much faster. I would also like to get your input on my two other patches - randomization of the synchronization pattern and ad-hoc asynchronous more. Hastd appears extremely useful to synchronize large virtual disks over slow links without taking live virtual machine offline. -Maxim