Date: Sun, 18 Feb 2001 10:16:34 -0800 From: "Ted Mittelstaedt" <tedm@toybox.placo.com> To: "Russell Francis" <frussell@p1.cs.ohiou.edu>, "Marco Masotti" <masotti@mclink.it> Cc: <questions@FreeBSD.ORG> Subject: RE: xcpustate and SMP Message-ID: <005801c099d6$ecbc7a40$1401a8c0@tedm.placo.com> In-Reply-To: <Pine.GSO.3.96.1010218120425.14425A-100000@p1>
next in thread | previous in thread | raw e-mail | index | archive | help
The really proper way is to get committ rights and post it yourself. Failing that, if you look at /usr/ports/sysutils/xosview/Makefile you can see that obrien@freebsd.org is listed as the maintainer of this port - you should e-mail him as well as the developer that has worked on the kernel file that you patched. (Which should be listed in the revision control line of the file) Incidentally, for those of you reading the PR database is NOT the appropriate place for patches to _current_ FreeBSD code. Also, it GREATLY helps the developers if you could make your patches against the latest Snapshots available at: ftp://current.freebsd.org/pub/FreeBSD/snapshots/ Of course it would be best to make the patch against -current, but it takes serious work to follow this. Ted Mittelstaedt tedm@toybox.placo.com Author of: The FreeBSD Corporate Networker's Guide Book website: http://www.freebsd-corp-net-guide.com > -----Original Message----- > From: owner-freebsd-questions@FreeBSD.ORG > [mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of Russell Francis > Sent: Sunday, February 18, 2001 9:28 AM > To: Marco Masotti > Cc: questions@FreeBSD.ORG > Subject: Re: xcpustate and SMP > > > > To whom it may concern, > Arun Sharma submitted a patch to the kernel and xosview that adds > the correct data structures to the kernel to keep stats on a per cpu basis > and to xosview to allow it to take advantage of the new stats. > I can't find it on the PR database but you can get it from > <http://oak.cats.ohiou.edu/~rf358197/patches/xosview-1.7.1-sysctls.patch>; > > Unfortunately it is against the 4.0 kernel so . . . it may not be too > useful. I used it as a basis to patch my 4.2-Release kernel by hand and > it works great, and xosview has two independant cpu bars and the kernel > booted, thanks Arun! :-) I would submit a new patch for 4.2 based off of > his work if someone would tell me the proper way to do so without pissing > people off. I am extremely new to FreeBSD and not quite sure of the file > system structure or the proper way to submit patches etc. > > Thanks > -Russ > > > Kent, my SMP config > is actually a kernel SMP config. > > > I believe Russel has got the right point when saying that > something is missing > > inside to admire the SMP at work. > > Actually again, the SMP behaves quite right, the system appears > quite fine grained > > to allow most identical programs, when run in parallel, to run > maxing all the > > available cpus all their way out. That even if the specific > applications are not > > designed to accomodate their threads avoiding to step onto > each other foot while > > executing. > > > > I'm satisified with FreeBSD smp as I can be with linux, > apparently as far as I've > > seen till now. > > > > Yet, the problem is in xcpustate, and also possibly in xosview > (not tried that > > yet). > > > > Thank you for all replies. > > > > Regards all > > > > --- > > Marco > > > > > > > > Kent Stewart wrote: > > > > > Russell Francis wrote: > > > > > > > > > > > > > Marco Masotti wrote: > > > > > > > > > > > > Hello, > > > > > > > > > > > > I' running xcpustate on a bi-processor machine, but I'm > not able to see > > > > > > the two bars that would be involved in a SMP config. > > > > > > > > > > > > When running locally on supported multiprocessors > > > > > > (SolbourneOS/MPsystems, Ultrix multiprocessors, > Linux/SMP, and the > > > > > > Gould NP1), there will be one bar for each CPU. > > > > > > > > > > > > My hardware is an Abit BP6 with 2xCeleron@550, FreeBSD > 4._REL, xcpustate > > > > > > is version 2.5, patchlevel 1.13 > > > > > > > > > > > > BTW, Is FreeBSD a *not supported* multiprocessor? > > > > > > > > > > It is unless you turn on multi-processor support in the kernel. > > > > > > > > > > Kent > > > > > > > > I am also running a dual system and even with SMP compiled into the > > > > kernel, the issue with monitoring software (xcpustate, xosview) only > > > > showing one CPU still exists. SMP is supported though because when > > > > one processor is maxed out it will show 50% when both processors are > > > > maxed it will show 100%. SMP works but the software to > admire it isn't > > > > quite there. > > > > > > That is too bad. I just got a Abit VP8 with dual 866 running and so > > > far my AMD Thunderbird 900 will do buildworld's 20% faster. I was > > > hoping there was something that would show me where the bottleneck > > > was. > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-questions" in the body of the message > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?005801c099d6$ecbc7a40$1401a8c0>