On Friday 13 January 2006 09:46, Henrik Nordstrom wrote:
> On Thu, 12 Jan 2006, H wrote:
> > anyway I think that aufs-pthread-aio in squid is confusing when talking
> > freeBSD and not so very well documented
>
> aufs does not use aio. It's only the coss driver which uses aio.
>
good, as I said then a useless option for using aufs and thank's, good to know
> > BTW I believe pthreads are not so good on FreeBSD at all and work
> > different as on Linux
>
> It is rumored pthreads on FreeBSD 5 should work fine for aufs, but I have
> not verified this.
>
do not know that either but long time I didn't tried this since diskd is
giving me an excellent performance
>
> aufs requires a pthreads implementation using kernel threads, allowing
> multiple threads to be waiting for disk I/O to complete. It does not work
> with user level threads where the whole process gets blocked if one thread
> is blocked by disk I/O.
>
that would be than the reason why Edinilson's squid stops working after some
time when compiling with-pthreads
I tried once with gnu-pthreads and some tweak but the performance wasn't good
and I had no time so I left pthreads
> > strange also, remembering on FreeBSD without posix-aio loaded, that even
> > if
> >
> > configure --enable-storeio=diskd,aufs,null --with-aio
> >
> > gives an error but completes and make goes through, I never tried to run
> > it then
>
> Which error is seen?
>
configure:7448: gcc -o conftest -g -O2 -Wall -D_REENTRANT -g conftest.c
-lpthread -lm 1>&5
configure:7479: checking for aio_read in -lrt
configure:7498: gcc -o conftest -g -O2 -Wall -D_REENTRANT -g conftest.c -lrt
-lpthread -lm
1>&5
/usr/bin/ld: cannot find -lrt
configure: failed program was:
#line 7487 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char aio_read();
int main() {
aio_read()
; return 0; }
-- H. A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.brReceived on Fri Jan 13 2006 - 13:16:36 MST
This archive was generated by hypermail pre-2.1.9 : Wed Feb 01 2006 - 12:00:01 MST