Date: Thu, 2 Oct 2003 19:28:26 +0200 From: "Kai Mosebach" <kai.mosebach@freshx.de> To: <deischen@freebsd.org> Cc: threads@freebsd.org Subject: AW: AW: Need SMP access (FreeBSD port of SAPDB aka MaxDB (fwd)) Message-ID: <000201c3890a$98b96130$0400a8c0@dread> In-Reply-To: <Pine.GSO.4.10.10309301512350.4574-100000@pcnet5.pcnet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > Hi, > > > > We can do most of the single processor stuff on our own test machines, > > but we do not know yet, how it behaves (or even if it behaves) on a SMP > > using kse. The more important aspect to us though is, that some of the > > threading specialists can take a look on some behaviours and > > misbehaviours, and mabe tell us whether its from the code, nor from the > > kse implementation ;). > > Well, just get it working under FreeBSD with native threading > (KSE) and modify the port to respect PTHREAD_LIBS instead of > linuxthreads. Others can help you test on SMP, but in theory > it should behave no differently than on UP. You can simulate > KSE/SMP on a UP system by setting the following sysctls: Native KSE threading is already done. Some problems occurred though, which yet seem to be scheduling problems in the threading (A complete database backup runs, but does not responds correctly, when finished.). Question from a SAP Developer was, if there are there ways for "scheduling checks" in the lib ? > > kern.threads.debug: 0 -> 1 > kern.threads.virtual_cpu: 1 -> 2 > > Let us know if you have any problems. I will try that ... Cheers Kai
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?000201c3890a$98b96130$0400a8c0>