headers
Daniel O'Connor | 1 Mar 2007 02:42
Picon
Favicon

PCI slave performance (OT?)

Hi,
We make a custom PCI card used for transferring data from our radar system 
acquisition chassis to a PC. It is rather old and we are looking at updating 
it but I would like to try and squeeze out as much performance as possible to 
satisfy our existing customers.

It is a PCI slave only device using a PLX-9051 to read data from a FIFO. This 
means that we can't use prefetch or bursting because the PLX chip can throw 
data away in these circumstances :(

Anecdotal evidence suggests that the maximum sustainable speed has dropped 
when we switched from 4.x to 6.x, but we also changed from i386 to amd64 and 
used different motherboard chipsets so it's difficult to know where the 
problem really lies.

I plan on doing some tests to try and determine what is causing the slow down 
but I would appreciate any suggestions people may have :)

One idea I did have was to get a dual core CPU and then one core would spend 
all its time reading from the PCI bus while the other did data processing, 
etc..

Any suggestions gratefully received!

--

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
(Continue reading)

Permalink | Reply | 0 comments |
headers
Sten Daniel Soersdal | 1 Mar 2007 06:12
Picon

Re: Progress on scaling of FreeBSD on 8 CPU systems

Jim C. Nasby wrote:
> On Tue, Feb 27, 2007 at 03:59:52PM -0500, Kris Kennaway wrote:
>> On Tue, Feb 27, 2007 at 12:25:11PM -0600, Jim C. Nasby wrote:
>>> On Sat, Feb 24, 2007 at 04:31:11PM -0500, Kris Kennaway wrote:
>>>> Now that the goals of the SMPng project are complete, for the past
>>>> year or more several of us have been working hard on profiling FreeBSD
>>>> in various multiprocessor workloads, and looking for performance
>>>> bottlenecks to be optimized.
>>>>
>>>> We have recently made significant progress on optimizing for MySQL
>>>> running on an 8-core amd64 system. The graph of results may be found
>>>> here:
>>> I do *not* want to start a database war here, but I'm wondering if any
>>> testing has been done with PostgreSQL? The reason I'm asking is that
>>> there are some benchmarks that show MySQL falling off drastically with
>>> increased concurrency:
>>>
>>> http://www.mysqlperformanceblog.com/2006/11/30/interesting-mysql-and-postgresql-benchmarks/
>>>
>>> It would be interesting to see how the changes you've made stack up
>>> using PostgreSQL as the benchmark.
>> I've mentioned this a couple of times, but postgresql didn't scale
>> well [on freebsd at least] when I tried it last year.  I hope to
>> revisit when I get time.
> 
> Let me know if you need help when you get to that point. Keep in mind
> that PostgreSQL's out-of-the-box configuration is pretty conservative,
> so you won't get good numbers that way.

Just a me 2 for postgresql tests:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Sam Banks | 1 Mar 2007 07:50
Picon

0x03 (ErrorUndefined) issues with ukbd

Hey all,

I'm running 6.2R and have been having problems with the ukbd
driver not functioning correctly with my keyboard. I have
boiled it down to an issue in the buffer ks_ndata (holds new
keystrokes). Every write to ks_ndata fills the first element
with 0x03 (ErrorUndefined). Normally control keys like
ctrl/alt/shift would fill the first element.

Has anyone had any similar issues with other keyboards? If
so, do you have any insights I may have missed?

Cheers,

Sam.
_______________________________________________
freebsd-hackers <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe <at> freebsd.org"
Permalink | Reply | 0 comments |
headers
Sean Bryant | 1 Mar 2007 07:49
Gravatar

Re: portupgrade O(n^m)?

youshi10 <at> u.washington.edu wrote:
> On Thu, 15 Feb 2007, Michel Talon wrote:
> 
>>> Give me a few weeks, and if I can band together with a few people I
>>> wanted to try and port sections of portupgrade and its related tools to
>>> C++ (and maybe do some code tweaks along the way). Most of the ruby
>>> files are over 400 lines long, sparsely commented, and I don't know ruby
>>> enough to port right now, but I've been making some headway lately so
>>> I'll try porting some stuff soon.
>>
>> I think that porting portupgrade to C++ would be time spent in vain. In
>> my opinion, some of the basic ideas of portupgrade are deeply flawed,
>> and as much as one polishes the algorithms it will not gain much. The
>> idea of keeping state in databases is deeply flawed, it is constantly
>> broken, and doesn't help in speed at all. This was one of the
>> motivations of portmaster, get rid of database dependencies. In my
>> opinion, upgrading progressiveley, that is, port by port, is deeply
>> flawed. There is 90% chance that something will go wrong in the middle
>> and you will be stuck with an half upgraded system.
>>
>> So in my opinion, what is needed is thinking radically new about the
>> problem, write a prototype in a scripting language to experiment with
>> the solutions, and then code it in C++. Personnally i have done that, i
>> have written a python script, which can be found here:
>> http://www.lpthe.jussieu.fr/~talon/pkgupgrade
>> (it needs the companion
>> http://www.lpthe.jussieu.fr/~talon/save_pkg.py).
>> For the time being, i still have bugs, that i am working on, but at
>> least these bugs show that the problem is vastly more complicated that
>> one can imagine at first.
(Continue reading)

Permalink | Reply | 3 comments |
headers
Konrad Heuer | 1 Mar 2007 08:30
Picon
Favicon

6.1 & SMP & PERC 3 on PE 2650


Hello everyone,

after upgrading from 4.11 to 6.1 on two Dell PE 2650 each with PERC/3 RAID 
controllers and two Xeon cpus there happen spontaneous reboots on both 
machines, from time to time a few per day.

That's anything else but nice.

Disabling SMP seems to help, but that's no solution.

Are there any problems known?

Best regards and thanks for any reply

Konrad Heuer
GWDG, Am Fassberg, 37077 Goettingen, Germany, kheuer2 <at> gwdg.de
_______________________________________________
freebsd-questions <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscribe <at> freebsd.org"
Permalink | Reply | 2 comments |
headers
Doug Barton | 1 Mar 2007 10:00
Picon
Favicon

Re: 6.1 & SMP & PERC 3 on PE 2650

[ For future reference, please don't cross post to -questions and any
other list. Thanks. ]

Konrad Heuer wrote:
> 
> Hello everyone,
> 
> after upgrading from 4.11 to 6.1 

Step one would be to upgrade again to either 6.2-RELEASE or -stable.
Lots of good stuff happened between releases.

hth,

Doug

--

-- 

    This .signature sanitized for your protection
_______________________________________________
freebsd-questions <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscribe <at> freebsd.org"
Permalink | Reply | 0 comments |
headers
Andy Hilker | 1 Mar 2007 11:50

Re: freebsd-update ignores /boot/kernel/kernel sometimes!?

You (Andy Hilker) wrote:
> Hi,
> 
> i have a strange thing here, maybe someone can give me a hint.
> 
> Somehow freebsd-update find /boot/kernel/kernel on some servers and
> patches it and on others not. Both kernels are installed from CD
> (GENERIC). 
> 
> On those servers where it does not display /boot/kernel/kernel,
> i can fix this by creating a symlink: ln -s /boot/kernel /boot/GENERIC
> Then it will display and patch /boot/GENERIC/kernel.  Other ways
> to fix it is nextboot or kernel variable in /boot/loader.conf, but
> i do not want a workaround on some servers.  Any idea why this can
> happen?
> 
> Maybe it is related to the way how the "broken" kernel has been installed:
> 
> >From RELEASE CD:
> cd kernels
> ./install.sh GENERIC
> mv /boot/GENERIC /boot/kernel

Additional info:
it seems that all machines where it does not work, have an SMP-GENERIC
(i386) installed.

bye,
Andy
_______________________________________________
(Continue reading)

Permalink | Reply | 2 comments |
headers
Eric Anderson | 1 Mar 2007 13:57
Picon
Favicon
Gravatar

Re: Instruction fault panic while installing 6.2 on VMware Server

On 02/24/07 05:44, ghozzy wrote:
> Hi,
> 
> On 2/23/07, Greg Larkin <glarkin <at> sourcehosting.net> wrote:
>> Hi everyone,
>>
>> I'm creating a standard FreeBSD 6.2 ISO image that I can use to
>> perform unattended installations into VMware Server virtual machines.
>> I'm using VMServer 1.0.1, and I've hit a roadblock when sysinstall
>> attempts to create the root filesystem.
>>
>> The first thing to mention is that VMServer is running on a CentOS 4.4
>> host OS, and the CPU architecture is a Via C3 Nehemiah.  Technically,
>> the VMServer software is not supposed to work on the Via C3 line, but
>> the Nehemiah apparently supports the CMOV instruction that VMServer
>> requires.  I've been able to install Fedora Core 6 successfully and
>> run it with no problems, so I'm wondering if I just need to find the
>> right options to configure FreeBSD 6.2 to get it to work.
>>
>> Anyway, the VM boots fine, loads the FreeBSD ISO, and launches
>> sysinstall, but as soon as newfs is invoked to make the root
>> filesystem, I get this:
>>
>> Making a new root filesystem on /dev/ad0s1a
>> Panic: privileged instruction fault
>> (auto reboot)
>>
>> I've tried installing from the standard 6.2 release ISO as well as a
>> custom ISO with a recompiled kernel, but I get the same error either
>> way.  I also tried disabling ACPI during boot with no success.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Ed Schouten | 1 Mar 2007 15:13
Picon

Re: [ANN] unionfs patchset-18 release, improvements are going step by step

* Daichi GOTO <daichi <at> freebsd.org> wrote:
> It is my pleasure and honor to announce the availability of the
> unionfs patchset-18. p18 is first patchset after its merged of
> FreeBSD. Our improvements works of unionfs are going step by step.

Are there still plans to add my whiteout policy patch?

	http://g-rave.nl/junk/freebsd-unionfs-prevent-whiteout.diff

Yours,
--

-- 
 Ed Schouten <ed <at> fxq.nl>
 WWW: http://g-rave.nl/
Permalink | Reply | 0 comments |
headers
Daichi GOTO | 1 Mar 2007 15:21
Picon
Favicon

Re: [ANN] unionfs patchset-18 release, improvements are going step by step

Ed Schouten wrote:
> * Daichi GOTO <daichi <at> freebsd.org> wrote:
>> It is my pleasure and honor to announce the availability of the
>> unionfs patchset-18. p18 is first patchset after its merged of
>> FreeBSD. Our improvements works of unionfs are going step by step.
> 
> Are there still plans to add my whiteout policy patch?
> 
> 	http://g-rave.nl/junk/freebsd-unionfs-prevent-whiteout.diff
> 
> Yours,

Yeah, yeah. Sorry of my slow response.
We are considering your patch always. We suppose
we'll add your patch into our patch in future patchset.

The plan:

 1. include your patch into our patch
 2. release it for unionfs lovers
 3. after evaluation of guys
 4. we'll give it our justice (IMO, it's good for merge)

I,m sorry again of my slow response. It's my sorry.

--

-- 
  Daichi GOTO, http://people.freebsd.org/~daichi
_______________________________________________
freebsd-fs <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
(Continue reading)

Permalink | Reply | 0 comments |

Gmane