Date: Wed, 11 Feb 2015 10:26:32 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 197516] TRIM on gmirror is slow and results in inresponsive system Message-ID: <bug-197516-8-wVb2jjDX7k@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-197516-8@https.bugs.freebsd.org/bugzilla/> References: <bug-197516-8@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197516 --- Comment #2 from Robert Schulze <rs@bytecamp.net> --- I've added a debug statement to sys/ufs/ffs/ffs_alloc.c to compare the calls between a non-mirrored ufs and a gmirrored one: --- sys/ufs/ffs/ffs_alloc.c.orig 2015-02-09 16:24:06.000000000 +0100 +++ sys/ufs/ffs/ffs_alloc.c 2015-02-11 10:17:13.000000000 +0100 @@ -2313,6 +2313,9 @@ bip->bio_length = size; bip->bio_caller2 = tp; + printf("%s: starting BIO_DELETE for %jd bytes @ offset %jd\n", + __func__, size, bip->bio_offset); + mp = UFSTOVFS(ump); vn_start_secondary_write(NULL, &mp, 0); g_io_request(bip, (struct g_consumer *)devvp->v_bufobj.bo_private); Creating a 100m file and deleting it afterwards results in the same amount of calls to BIO_DELETE in both cases. Changing kern.geom.dev.delete_max_sectors does not influence the calls. -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-197516-8-wVb2jjDX7k>