From owner-freebsd-usb@FreeBSD.ORG Mon Jul 2 20:07:59 2012 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89C1A106564A for ; Mon, 2 Jul 2012 20:07:59 +0000 (UTC) (envelope-from muxx.mailinglists@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0B1F08FC18 for ; Mon, 2 Jul 2012 20:07:58 +0000 (UTC) Received: by lbon10 with SMTP id n10so10004626lbo.13 for ; Mon, 02 Jul 2012 13:07:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=VtNIWvNCYBfVomTClZme6FWhtL1f5IiV/aY6/I06gZ4=; b=iJY5AikYFtkoGC3r0vHJPykae5TVrD9Hsxz4W6Y7nEgXHrNUDHYPdZc06mbgySq/uU 5Lb6oUctn2GLsu0G1p+m94vWIqXUU1fyZUjiL7QeKpRN4KWq2KIR8SxvFaDmuXH8Z85q TQSseLIUZHJHy/nwqva+qVzr8UQbhklXNnizj2Tk5UEwF5hAzvL8WoxHXvdOAefmCUjZ dQoPl11/M/67shUBk9nz5SBdaQaUg0yBL5rA6yCo1ty2Et1d56FOsj/hJum2y/aZZcAW 3dBiAhY3A9iC20G4T4E3+M80WfDZXNu9Utyc9+FoG5SfEpqOKEz+vuoKn1bGsJFYFT9Q RMnQ== MIME-Version: 1.0 Received: by 10.112.85.39 with SMTP id e7mr6770884lbz.56.1341259677619; Mon, 02 Jul 2012 13:07:57 -0700 (PDT) Received: by 10.112.26.163 with HTTP; Mon, 2 Jul 2012 13:07:57 -0700 (PDT) In-Reply-To: <201206251700.39759.hselasky@c2i.net> References: <201206241533.08745.hselasky@c2i.net> <201206251700.39759.hselasky@c2i.net> Date: Mon, 2 Jul 2012 21:07:57 +0100 Message-ID: From: maxim naumov To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-usb@freebsd.org Subject: Re: Seagate FreeAgent GoFlex 1.5TB external HDD problems X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2012 20:07:59 -0000 ok, done some more testing and measured throughput FreeBSD vs. GNU/Linux as you suggested: # dd if=/dev/da0s1 of=/dev/null bs=1M count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 33.181306 secs (32359842 bytes/sec) and # dd if=/dev/sdb1 of=/dev/null bs=1M count=1024 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 33.2969 s, 32.2 MB/s I was doing more testing with dt, specifying different maximum and minimum block sizes for random transfers. the curious thing is that I could not fail it if the maximum block size is up to 16k. 32k and higher eventually kills it. it seems to require random transfer size to fail. the filesystem driver will do the same. doing just dd/dt with a specified bs works fine. also I haven't seen it fail with a transfer size smaller than 32k before. could this be something to do with the USB transfer size of 64k (32k of data plus umass command)? /max