Shyam <srangana@xxxxxxxxxx> wrote: > Patch: http://review.gluster.org/#/c/3842/ > > Manu, > > I was not able to find the NetBSD job mentioned in the last review > comment provided by you, pointers to that would help. Yes, sorry, both regression tests hang and I had to reboot the machine, hence you do not have the reports in gerrit: http://build.gluster.org/job/rackspace-netbsd7-regression-triggered/731 http://build.gluster.org/job/rackspace-netbsd7-regression-triggered/741 Since I got the same horrible result, I did not try retriggering one more time, feel free to try it if you need to. > What is the support status of epoll on NetBSD? I though NetBSD favored > the kqueue means of event processing over epoll and that epoll was not > supported on NetBSD (or *BSD). No support for epoll on NetBSD. The alternative would indeed be kqueue, but not code has been written to support it. glusterfs on NetBSD uses plain poll code right now. > I ask this, as this patch specifically changes the number of epoll > threads, as a result, it is possibly having a different affect on > NetBSD, which should either be on poll or kqueue (to my understanding). I have not looked at the reasons right now, but it must be something outside of epoll code since NetBSD does not use it. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@xxxxxxxxxx _______________________________________________ Gluster-devel mailing list Gluster-devel@xxxxxxxxxxx http://www.gluster.org/mailman/listinfo/gluster-devel