Date: Fri, 28 Dec 2012 09:25:45 +1030 From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: Peter Jeremy <peter@rulingia.com> Cc: freebsd-hackers@freebsd.org, Dieter BSD <dieterbsd@engineer.com> Subject: Re: FreeBSD for serious performance? Message-ID: <66E63A5B-FD16-4B1C-94D3-EA15F51EC22F@gsoft.com.au> In-Reply-To: <20121227031430.GD82100@server.rulingia.com> References: <20121226084805.91840@gmx.com> <20121227031430.GD82100@server.rulingia.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_6E156F4A-83B7-487B-B28B-D16BCF726430 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 27/12/2012, at 13:44, Peter Jeremy <peter@rulingia.com> wrote: >> I've only caught it hanging forever once. It only takes a few >> milliseconds to cause incoming data to be lost, >=20 > I'm not sure what you mean by this. FreeBSD is not a real-time > operating system and so offers no guarantees on how long it will > take before incoming data will be processed. If you have an > application that relies on incoming data being processed within > milliseconds, you may need to do some redesign. In practise FreeBSD can actually do this (at least for moderate IO = loads). At $work we use a USB interface to acquire ~10MB/sec from a data = acquisition system which has a 96k FIFO (which is ~10 msec of = buffering). We use 3ware RAID cards to write to disk on Supermicro boards though, = you get what you pay for.. -- 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 GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail=_6E156F4A-83B7-487B-B28B-D16BCF726430--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?66E63A5B-FD16-4B1C-94D3-EA15F51EC22F>