Re: GEOM (ggate) compression consumer +problem

From: Ivan Voras <ivoras_at_fer.hr>
Date: Sat, 02 Oct 2004 17:00:27 +0200
Dmitry Frolov wrote:
> * Ivan Voras <ivoras_at_fer.hr> [01.10.2004 17:17]:
> 
>>But, I still can't solve the wdrain problem. I've tried it on a recent 
>>BETA6 kernel and it still remains. Writes get slower and slower 
>>(actually, the frequency of writes), and then something locks up (with 
>>no CPU usage...). Sometimes, *any* writes to any filesystem lock up.
> 
> 
> Looks very similar to a syncing problem found in md(4).
> Take a look at cvs log entry for revision 1.115 of md.c:
> 
> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/md/md.c

Thank you! It's exactly the same problem I've got. After including 
O_DIRECT and O_FSYNC flags to the open() call, the problems dissapear 
(though performance takes a big hit).

Also, it's the same problem with ggatel. This small patch solves it:


--- ggatel.c.old        Sat Oct  2 16:48:08 2004
+++ ggatel.c    Sat Oct  2 16:48:11 2004
_at__at_ -160,7 +160,7 _at__at_
         struct g_gate_ctl_create ggioc;
         int fd;

-       fd = open(path, g_gate_openflags(flags));
+       fd = open(path, g_gate_openflags(flags) | O_DIRECT | O_FSYNC);
         if (fd < 0)
                 err(EXIT_FAILURE, "Cannot open %s", path);
         ggioc.gctl_version = G_GATE_VERSION;


I've poslihed some quirks from the ggatec, so it should now be ready for 
somewhat broader testing ;)

(It's at http://ivoras.sharanet.org/ggcomp.tgz ; expect about 10x worse 
performance compared to performance without compression).
Received on Sat Oct 02 2004 - 13:01:13 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:15 UTC