* Mikolaj Golub wrote:
> So 115200/5=23040 would be more then enough for me :-)
Great. I've attached a patch that should allow the buffer size to be
configured. Unfortunately gettytab currently sets the baud rate to
115200, which means we'll always use buffer sizes. I think we'd better
just remov
On Mon, 12 Oct 2009 09:08:29 +0200 Ed Schouten wrote:
> * Mikolaj Golub wrote:
>> So 115200/5=23040 would be more then enough for me :-)
>
> Great. I've attached a patch that should allow the buffer size to be
> configured. Unfortunately gettytab currently sets the baud rate to
> 115200, which me
Robert Watson 2009-10-11:
> On Thu, 8 Oct 2009, Oliver Fromme wrote:
> >Are you sure? The majority of BSD machines in my vicinity
> >have multiple accounts.
> >
> >And even if there's only one account, there is no reason to be
> >careless with potential port-takeover risks.
> >
> >Therefore I adv
Not sure if I am just having a run of bad luck here, but I have a bunch of
various free BSD boxen on both 6.4-STABLE, and on 7.2-STABLE. I try and
make it a point to do a cvsup and update the machines every month or so to
keep things current and any updates/patches installed. I decided a coupl
The Intel boards all in all tend to be pretty well supported... we run
a number of S3200SHL boards (about to be EOL'd I believe) and older
S2000 series in production without any hitches. The basic Intel
soft-RAID on the entry level boards should be avoided (use gmirror or
similar if need be).
If y
Daniel Roethlisberger wrote:
> If your situation allows running pf, then there's an alternative
> method: bind sshd normally to port 22, but use pf to deny direct
> connections to port 22, redirecting connections to some high port
> X to port 22 using a `rdr pass' rule. You can even make
> e
I'm copying this over from the freebsd-performance list, as I'm
looking for a few more opinions - not on the problems *I* am having,
but rather to check whether the problem is universal or not, and if
not, find a possible common factor.
In other words: I want to hear about your experiences,
We're not running 8 yet but we do have a 7.x box which its under fairly
high IO load doing mrtg graphs which has similar behaviour. When typing
a command on ssh it will freeze for may seconds. I even went to far as
to write a little C app which just prints out the time to screen and even
that sees
On Mon, Oct 12, 2009 at 09:48:42PM +0200, Thomas Backman wrote:
> I'm copying this over from the freebsd-performance list, as I'm
> looking for a few more opinions - not on the problems *I* am having,
> but rather to check whether the problem is universal or not, and if
> not, find a possible
Mikolaj Golub wrote:
> Hi,
>
> On 8.0-RC1 if you run this command:
>
> cat > /dev/null
>
> and try to input a long line, the maximum length you can input is 1920
> characters.
>
> I have investigated a bit how I can increase a tty buffer as this is a problem
> for me (I have logs with very long
On Sun, Oct 11, 2009 at 05:54:29PM +, Daniel Gerzo wrote:
> FreeBSD/ZFS
>
>Contact: Pawel Dawidek
>
>We believe that the ZFS file system is now production-ready in FreeBSD
>8.0. Most (if not all) reported bugs were fixed and ZFS is no longer
>tagged as experimental. There i
On Mon, 12 Oct 2009 16:26:54 -0700 Doug Barton wrote:
> Mikolaj Golub wrote:
>> Hi,
>>
>> On 8.0-RC1 if you run this command:
>>
>> cat > /dev/null
>>
>> and try to input a long line, the maximum length you can input is 1920
>> characters.
>>
>> I have investigated a bit how I can increase a t
12 matches
Mail list logo
