Hi Steve,
I use it as a paticular desktop PC. Well, if you need more details about
it, please, let me know.
What do you think about current tuning?
Thanks
--CJPM
2013/10/14 Carlos Jacobo Puga Medina
> Mmm... just a correction in /etc/sysctl.conf, it seems that by mistake
> I've copied a websi
On Mon, 14 Oct 2013 18:35:49 +0200
Carlos Jacobo Puga Medina wrote:
> Hi people,
>
> I'm very interested to tuning /etc/sysctl.conf according to the
> specifications of my PC.
As a general rule it is more appropriate to think of tuning in
terms of the workload you intend to apply to you
Mmm... just a correction in /etc/sysctl.conf, it seems that by mistake I've
copied a website link into the file. Sorry, it was a copy-paste error :)
% cat /etc/sysctl.conf
# $FreeBSD: release/9.2.0/etc/sysctl.conf 112200 2003-03-13 18:43:50Z mux $
#
# This file is read when going to multi-user an
Try to read through the email thread I have started and specifically posts
(replies) by alc:
http://lists.freebsd.org/pipermail/freebsd-performance/2012-August/thread.html#4640
I have followed his suggestions, and with the arc_max setting I used we
still have on average free RAM ~137GB.
HTH.
On Mon, Apr 4, 2011 at 7:32 PM, Eitan Adler wrote:
> > I believe no FreeBSD system is "single user". As root, daemon users,
> > system users, "nobody" is required for running system smoothly,
> > securely and easy, so scheduling is nessecary :)
>
> Obviously :-)
>
> I guess a better way to ask t
On Mon, Apr 4, 2011 at 9:42 AM, Kristaps Kūlis wrote:
> Hi,
> I believe no FreeBSD system is "single user". As root, daemon users,
> system users, "nobody" is required for running system smoothly,
> securely and easy, so scheduling is nessecary :)
Obviously :-)
I guess a better way to ask the q
Hi,
I believe no FreeBSD system is "single user". As root, daemon users,
system users, "nobody" is required for running system smoothly,
securely and easy, so scheduling is nessecary :)
Quotas / MAC / Auditing can be disabled by compiling your own kernel,
please refer to handbook for futher info.
On Fri, 1 Apr 2011, Eitan Adler wrote:
When I look for tuning guides online, or reading tuning(7) I find a
lot of guides for tuning a system for multiple users or for specific
purposes (web servers, file servers, etc)
I am looking for specific tunables that might make the experience of
using Fr
On Thu, Feb 24, 2011 at 9:37 PM, nikitha wrote:
> Thank you all, for your timely reply..
> To answer Niko's question: Just i'm doing some performance/stress testing
> of
> a freebsd router.. :-)
>
> -Sumi
>
> On Thu, Feb 24, 2011 at 10:11 PM, Nikos Vassiliadis wrote:
>
> > On 2/24/2011 4:51 PM,
Thank you all, for your timely reply..
To answer Niko's question: Just i'm doing some performance/stress testing of
a freebsd router.. :-)
-Sumi
On Thu, Feb 24, 2011 at 10:11 PM, Nikos Vassiliadis wrote:
> On 2/24/2011 4:51 PM, Damien Fleuriot wrote:
>
>> On 2/24/11 3:00 PM, nikitha wrote:
>>
>
On 2/24/2011 4:51 PM, Damien Fleuriot wrote:
On 2/24/11 3:00 PM, nikitha wrote:
Hi,
Could you plz share the information on the maximum number of routes that can
be added (by default) in FREEBSD 8.0/7.2 kernel?
In Linux the sysctl rt_max_size is used. Is there a similar tunable
parameter in freeB
Sysctl -a lists "all" options. This MAY be what you want:
net.inet.ip.rtmaxcache
- Upper limit on dynamically learned routes
http://people.freebsd.org/~hmp/utilities/satbl/sysctl-net.html
HTH
Gary
-Original Message-
From: owner-freebsd-questi...@freebsd.org
[mailto:owner-freebsd-que
On 2/24/11 3:00 PM, nikitha wrote:
> Hi,
> Could you plz share the information on the maximum number of routes that can
> be added (by default) in FREEBSD 8.0/7.2 kernel?
> In Linux the sysctl rt_max_size is used. Is there a similar tunable
> parameter in freeBSD?
>
> Your earliest reply in this r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/07/2010 09:11:04, sonjaya wrote:
> I need triks to tune up FreeBSD 7.2 stable for lighhttpd+php and
> mysql, i feel so slow, my enggine is IBM Xseries 3250M2 + 4 g + 250 G
Start by reading tuning(7).
Be aware that tuning your applications -- pa
Dan Naumov wrote:
Hello
I am having a slight issue (and judging by Google results, similar
issues have been seen by other FreeBSD and Solaris/OpenSolaris users)
with writes choking the read IO. The issue I am having is described
pretty well here:
http://opensolaris.org/jive/thread.jspa?threadID=
On Wed, 24 Mar 2010, Dan Nelson wrote:
I had similar problems on a 32GB Solaris server at work. Note that with
compression enabled, the entire system pauses while it compresses the
outgoing block of data. It's just a fraction of a second, but long enough
for end-users to complain about bad per
In the last episode (Mar 24), Bob Friesenhahn said:
> On Wed, 24 Mar 2010, Dan Naumov wrote:
> > Has anyone done any extensive testing of the effects of tuning
> > vfs.zfs.vdev.max_pending on this issue? Is there some universally
> > recommended value beyond the default 35? Anything else I should
On Wed, 24 Mar 2010, Dan Naumov wrote:
Has anyone done any extensive testing of the effects of tuning
vfs.zfs.vdev.max_pending on this issue? Is there some universally
recommended value beyond the default 35? Anything else I should be
looking at?
The vdev.max_pending value is primarily used to
In freebsd-questions Digest, Vol 292, Issue 8, Message: 13
On Wed, 6 Jan 2010 15:52:59 + Bruce Cran wrote:
> On Tue, 05 Jan 2010 20:03:45 +1000
> Da Rock wrote:
>
> > Its been a while- work's has been keeping me very busy for months now.
> >
> > I have revived an old laptop which has
On Wed, Jan 06, 2010 at 09:21:06AM -0800, Charlie Kester wrote:
> On Wed 06 Jan 2010 at 04:25:31 PST Bill Moran wrote:
> >In response to Da Rock :
> >
> >>Its been a while- work's has been keeping me very busy for months now.
> >>
> >>I have revived an old laptop which has very little RAM, and it i
On Wed 06 Jan 2010 at 11:02:49 PST Kaya Saman wrote:
[...]
I don't think we want to hijack this thread or this forum and turn it
into a debate over which window managers and apps are best. As I
pointed out in my followup to my original reply, there's already a
voluminous discussion on those to
On Wed, 2010-01-06 at 21:02 +0200, Kaya Saman wrote:
> [...]
> >
> > I don't think we want to hijack this thread or this forum and turn it
> > into a debate over which window managers and apps are best. As I
> > pointed out in my followup to my original reply, there's already a
> > voluminous disc
[...]
I don't think we want to hijack this thread or this forum and turn it
into a debate over which window managers and apps are best. As I
pointed out in my followup to my original reply, there's already a
voluminous discussion on those topics. I think we should simply point
interested reade
On Wed 06 Jan 2010 at 09:52:32 PST Warren Block wrote:
On Wed, 6 Jan 2010, Charlie Kester wrote:
Assuming you have to use X, you'll want to avoid heavyweight desktop
environments like KDE or Gnome. I like tiled window managers like musca
or dwm myself, but your skeptics will probably want a mo
On Wed, 6 Jan 2010, Charlie Kester wrote:
Assuming you have to use X, you'll want to avoid heavyweight desktop
environments like KDE or Gnome. I like tiled window managers like musca
or dwm myself, but your skeptics will probably want a more traditional
window manager (aka MS-Windows clone) lik
On Wed 06 Jan 2010 at 09:21:06 PST Charlie Kester wrote:
For some ideas on which apps to try, look at the apps bundled in some of
the Linux distros that target small machines.
http://bengross.com/smallunix.html has a good list of these distros.
Hmm, I probably should have checked that referenc
On Wed 06 Jan 2010 at 04:25:31 PST Bill Moran wrote:
In response to Da Rock :
Its been a while- work's has been keeping me very busy for months now.
I have revived an old laptop which has very little RAM, and it is
absolutely hammering the swap.
I'm trying to set it up as a demo for some skep
On Tue, 05 Jan 2010 20:03:45 +1000
Da Rock wrote:
> Its been a while- work's has been keeping me very busy for months now.
>
> I have revived an old laptop which has very little RAM, and it is
> absolutely hammering the swap.
>
> I'm trying to set it up as a demo for some skeptics with no money
In response to Da Rock :
> Its been a while- work's has been keeping me very busy for months now.
>
> I have revived an old laptop which has very little RAM, and it is
> absolutely hammering the swap.
>
> I'm trying to set it up as a demo for some skeptics with no money, so I
> need email, inter
On Tue, Jan 05, 2010 at 08:03:45PM +1000, Da Rock wrote:
> Its been a while- work's has been keeping me very busy for months now.
>
> I have revived an old laptop which has very little RAM, and it is
> absolutely hammering the swap.
>
> I'm trying to set it up as a demo for some skeptics with no
On Wednesday 25 February 2009 16:36:39 Scott Seekamp wrote:
> I did search and it did not return any results.
They should really kill the htdig project already ;)
> That is helpful, but I was hoping to get an indication of what the
> effects of changing this setting and what is the maximum befor
On Wednesday 25 February 2009 14:09:22 Scott Seekamp wrote:
> I didn't want to arbitrarily adjust the settings without understanding
> them. I could not find any good information out there on what to adjust
> these values to, or what to base them off of.
You didn't search the archives of this lis
Thank you for your answers, you have been very clear!
I'm still not into recompiling the kernel for the moment!
I will have a look at the way to speed up the various ports building with the
gmake.
___
freebsd-questions@freebsd.org mailing list
http://l
On Thu, 13 Mar 2008 14:20:14 +
RW <[EMAIL PROTECTED]> wrote:
> prescott (32-bit). See /usr/src/share/mk/bsd.cpu.mk.
That should be /usr/share/mk/bsd.cpu.mk
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fre
On Thu, 13 Mar 2008 13:01:47 +
RW <[EMAIL PROTECTED]> wrote:
> Just set CPUTYPE unless you know what you are doing.
I forgot to mention, you can set core2 if you want to. At present, it
will be automatically translated into either nocona (64-bit) or prescott
(32-bit). See /usr/src/share/mk/b
On Thu, 13 Mar 2008 13:30:05 +0100
"Luca Presotto" <[EMAIL PROTECTED]> wrote:
> Maybe it's possible that when building the kernel it gives some
> problem, but I'm thinking about compiling ports.
You need to understand that make.conf affects FreeBSD make, which is
used for building the base syst
On Thu, 13 Mar 2008 14:05:27 +0200
"Reko Turja" <[EMAIL PROTECTED]> wrote:
>
> > MAKEOPTS==-j3
> > CPUTYPE=core2
> > CFLAGS+= --O2 -pipe -fno-strict-aliasing
>
> Setting CFLAGS can cause errors while compiling and other undesirable
> effects, so I recommend leaving CFLAGS undefined.
> If you wan
>Isn't -j depend on how many cpu/core and a faster harddisk / raid?
Yes, it is. But with j1 you have only one job running at a time. On a dual core
you can really easily running at least two jobs at the same time.
Then I've read a number of ideas about which is the relation between the number
of
Should my make.conf be like:
MAKEOPTS==-j3
CPUTYPE=core2
CFLAGS= --O2 -pipe -fno-strict-aliasing
or just:
MAKEOPTS==-j3
CPUTYPE=core2
or maybe:
MAKEOPTS==-j3
CPUTYPE=core2
CFLAGS+= --O2 -pipe -fno-strict-aliasing
Setting CFLAGS can cause errors while compiling and other undesirable
effects,
Hi,
On Mar 13, 2008, at 18:58 , Luca Presotto wrote:
You're *really* wasting your time.
I supposed that!
Your system is doing no cpu cycles at all for most of
the time anyway. [cut]Also, makeopts and -pipe just make
_compiling_ faster, not the
applications themselves!!!.
I agree with e
>You're *really* wasting your time.
I supposed that!
>Your system is doing no cpu cycles at all for most of
>the time anyway. [cut]Also, makeopts and -pipe just make _compiling_ faster,
>not the
>applications themselves!!!.
I agree with everything. In any case I think that a faster compiling
Luca Presotto wrote:
Hi everyone!
I was starting to think to recompile everything for my pc to speed
up everything. I started googling and I found almost nothing about how to
change make.conf on bsd. Almost everything was about Gentoo, somehow not
unsurprisingly.
The first thing I noticed is
On Mar 13, 2008, at 17:32 , Luca Presotto wrote:
Hi everyone!
I was starting to think to recompile everything for my pc to speed
up everything. I started googling and I found almost nothing about
how to
change make.conf on bsd. Almost everything was about Gentoo,
somehow not
unsurp
Cy Schubert <[EMAIL PROTECTED]> writes:
> Top's output, as is free memory on all O/S's these days, is bogus. It's the
> size of the free memory pool which is available for immediate allocation.
> Used memory is just as useless. It doesn't matter how much is swapped out,
> what matters is how m
In message <[EMAIL PROTECTED]>, Lowell Gilbert writes:
> Cy Schubert <[EMAIL PROTECTED]> writes:
>
> > I have a question about tuning FreeBSD systems, specifically in regard to
> > memory. At one time on Solaris systems it was recommended to keep scan rate
>
> > below 200 pages per second. (Tod
Cy Schubert <[EMAIL PROTECTED]> writes:
> I have a question about tuning FreeBSD systems, specifically in regard to
> memory. At one time on Solaris systems it was recommended to keep scan rate
> below 200 pages per second. (Today it's 300 pages per second, dependent on
> the amount of memory,
On Monday 08 January 2007 9:05 am, John Levine wrote:
> >> Why did you choose PostgreSQL over MySQL 5.0.x?
> >
> >We value our data, ruling out MyISAM.
>
> Huh? I thought you said that the SQL database is just a mirror of the
> stuff from Foxpro.
Not *all* of it. We're migrating over to it as th
>> Why did you choose PostgreSQL over MySQL 5.0.x?
>
>We value our data, ruling out MyISAM.
Huh? I thought you said that the SQL database is just a mirror of the
stuff from Foxpro.
R's,
John
k
___
freebsd-questions@freebsd.org mailing list
http://lists
On Monday 08 January 2007 1:51 am, Abdullah Al-Marrie wrote:
> Why did you choose PostgreSQL over MySQL 5.0.x?
We value our data, ruling out MyISAM. PostgreSQL is much faster than InnoDB
for many concurrent reads and complex queries.
> Is the latest PostgreSQL release performance much better t
Kirk Strauser wrote:
I have an hourly job that converts our legacy Foxpro database into
PostgreSQL tables so that our web applications, etc. can run reports off
the data in a reasonable amount of time. Believe it or not, this has been
running perfectly in production for over a year. The only pr
On Sunday 07 January 2007 19:22, Norberto Meijome wrote:
> I could be wrong and this only apply to generating indexes?
That's what we're doing now. By dropping the table and recreating it, all the
index maintenance gets deferred until one batch at the end (which is vastly
faster in practice).
On Sunday 07 January 2007 17:15, Ivan Voras wrote:
> What are your current IO rates? Since you have only two drives you might be
> restricted by available disk bandwidth...
So says gstat. According to top, the import only takes about 40% of one CPU,
but both of the drives are saturated.
I'm c
On Sun, 7 Jan 2007 16:18:06 -0600
Kirk Strauser <[EMAIL PROTECTED]> wrote:
> > There's a dedicated mailing list for PostgreSQL performance:
> > pgsql-performance/at/postgresql.org, which can give you really good
> > advice, but here's some tips:
>
> I've read, read, and re-read the general tuni
Kirk Strauser wrote:
> On Sunday 07 January 2007 15:15, Ivan Voras wrote:
>> - What might help you is to keep the WAL (write-ahead-log, i.e. journal)
>> files on a completely separate (and fast) drive from the rest of the
>> database, to allow parallelism and speed. For best results, format it
>>
On Sunday 07 January 2007 15:15, Ivan Voras wrote:
> There's a dedicated mailing list for PostgreSQL performance:
> pgsql-performance/at/postgresql.org, which can give you really good
> advice, but here's some tips:
I've read, read, and re-read the general tuning tips, and done as much as
seemed
Kirk Strauser wrote:
> I have an hourly job that converts our legacy Foxpro database into
> PostgreSQL tables so that our web applications, etc. can run reports off
> the data in a reasonable amount of time. Believe it or not, this has been
> running perfectly in production for over a year. The o
Thanks. I set kern.maxusers in loader.conf and that seems to have helped. I
hated seeing stuff like that on a weekend!
Lisa Casey
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe,
Hello Lisa,
Saturday, August 19, 2006, 10:35:29 PM, you wrote:
> Hi Folksm
> I'm getting these on a FreeBSD 5.3 box:
> Aug 19 15:46:32 radius sm-mta[12850]: k7JJk1rt012776: SYSERR(UID0): fill_fd:
> disconnect: cannot open /dev/null:
> Too many open files in system
> Aug 19 15:46:40 radius kern
On Sat, Aug 19, 2006 at 04:35:29PM -0400, Lisa Casey wrote:
> Hi Folksm
>
> I'm getting these on a FreeBSD 5.3 box:
>
> Aug 19 15:46:32 radius sm-mta[12850]: k7JJk1rt012776: SYSERR(UID0): fill_fd:
> disconnect: cannot open /dev/null:
> Too many open files in system
> Aug 19 15:46:40 radius kerne
You can just set the value in /boot/loader.conf such as:
kern.maxusers="50"
and reboot
-Derek
At 03:35 PM 8/19/2006, Lisa Casey wrote:
Hi Folksm
I'm getting these on a FreeBSD 5.3 box:
Aug 19 15:46:32 radius sm-mta[12850]: k7JJk1rt012776: SYSERR(UID0): fill_fd:
disconnect: cannot op
On Sat, Jun 03, 2006 at 09:28:42AM -0700, Danial Thom wrote:
>
> <[EMAIL PROTECTED]> wrote:
>
> > First, I'm running FreeBSD 6.1-stable on a
> > small cluster
> > with 6 nodes that contain Tyan motheriboards.
> > These broads
> > have Broadcom GigE NICs that use the bge
> > device.
> >
> > The
--- Steve Kargl
<[EMAIL PROTECTED]> wrote:
> First, I'm running FreeBSD 6.1-stable on a
> small cluster
> with 6 nodes that contain Tyan motheriboards.
> These broads
> have Broadcom GigE NICs that use the bge
> device.
>
> The cluster will be using MPI to possibly shove
> large data
> sets th
On Jun 3, 2005, at 1:02 PM, Vittorio De Martino wrote:
Could the difference be the bash in linux and csh in freebsd shell?
Suggestions?
FreeBSD has a bash port and there is also the tcsh and zsf and
probably other shells. Of course there is /bin/sh
Go ahead and switch shells (can do it
Alle 22:35, giovedì 02 giugno 2005, Mark Bucciarelli ha scritto:
> On Thu, Jun 02, 2005 at 10:17:13PM +0200, Vittorio De Martino wrote:
> > How could I obtain those improvements? What could I do to speed those
> > programs under freebsd?
>
> - Edit /etc/make.conf and set the processor and compiler
Vittorio De Martino <[EMAIL PROTECTED]> writes:
> How could I obtain those improvements? What could I do to speed those
> programs
> under freebsd?
Well, it can be hard to say, but in this case the kernel
shouldn't have much to do with the speed of the applications
(which will be pretty much CP
On Thu, Jun 02, 2005 at 10:17:13PM +0200, Vittorio De Martino wrote:
> How could I obtain those improvements? What could I do to speed those
> programs under freebsd?
- Edit /etc/make.conf and set the processor and compiler optimizations.
- Rebuild and install system (world and kernel)
- Repost
On Thursday 02 June 2005 13:17, the author Vittorio De Martino contributed to
the dialogue on-
Tuning FreBSD with specific applications:
>First of all:
>I DO NOT WANT TO START A FLAME!
>
>On my laptop I've being using linux for some years now and "landed" at last
> to the gentoo distri
On Wednesday 25 May 2005 04:51:04, Luyt wrote:
> Interesting.
>
> I did an 'atacontrol cap 0 0' and this came up (see below). It tells that
> my disk has 'SMART' support, but it isnt enabled. Any idea how I can enable
> it?
Try the port sysutils/smartmontools. AFAIR it installs the command 'smart
Interesting.
I did an 'atacontrol cap 0 0' and this came up (see below). It tells that my
disk has 'SMART' support, but it isnt enabled. Any idea how I can enable it?
ATA channel 0, Master, device ad0:
Protocol Serial ATA v1.0
device model Maxtor 6Y200M0
serial number
Roland Smith wrote:
On Mon, May 23, 2005 at 02:47:21PM -0700, Benjamin Keating wrote:
Thank you. This is exactly what I was looking for. How did you learn
about these tools? From the pages i've read (most of) the handbook, I
didn't see it mention them.
I came across one of the control
On Mon, May 23, 2005 at 02:47:21PM -0700, Benjamin Keating wrote:
(please don't top-post.)
> Thank you. This is exactly what I was looking for. How did you learn
> about these tools? From the pages i've read (most of) the handbook, I
> didn't see it mention them.
I came across one of the control
I just noticed, 3ware managed devices (obviously) don't show up. Is
there 3rd party software that needs to be installed in order to
view/tune 3ware (twe) devices? Nothing FreeBSD specific came with the
card.
On 5/23/05, Benjamin Keating <[EMAIL PROTECTED]> wrote:
> Thank you. This is exactly what
Thank you. This is exactly what I was looking for. How did you learn
about these tools? From the pages i've read (most of) the handbook, I
didn't see it mention them.
On 5/23/05, Roland Smith <[EMAIL PROTECTED]> wrote:
> On Mon, May 23, 2005 at 11:12:59AM -0700, Benjamin Keating wrote:
> > Hey all
On Mon, May 23, 2005 at 11:12:59AM -0700, Benjamin Keating wrote:
> Hey all,
>
> I'd like to tweak my drives / view there current configurations. I get
> really slow xfers from two machine in the same, quite, LAN (both
> running FBSD 5.4 with good Intell Pro100 NICS). Im not sure if DMA is
> enabl
On Monday 23 May 2005 06:12 pm, Benjamin Keating wrote:
> Hey all,
>
> I'd like to tweak my drives / view there current configurations. I get
> really slow xfers from two machine in the same, quite, LAN (both
> running FBSD 5.4 with good Intell Pro100 NICS). Im not sure if DMA is
> enabled or not
On Tue, Jan 18, 2005 at 12:16:34PM +0100, beangrinder wrote:
> Is there a general makefile which makes it possible to compile
> applicationsfor i686 instead of i386 ?
See make.conf(5)
Kris
P.S. Wrap your lines at 70 characters so your emails may be easily
read, please.
pgpnTVro3rFFC.pgp
Descr
On Tue, Jan 18, 2005 at 12:16:34PM +0100, beangrinder wrote:
> Is there a general makefile which makes it possible to compile
> applications for i686 instead of i386 ?
I believe you can set CPUTYPE in /etc/make.conf. man make.conf will
tell you more, in any event.
Dan
--
Daniel Bye
PGP Key:
On Mon, Jul 14, 2003 at 12:00:22PM -0500, Vulpes Velox wrote:
> Check out /etc/make.conf choose the closest arc for your proc and go with either
> O2 or O3 optimizations.
>
> When using O3 you may end up with a few problems. I have had a bit of problems
> compiling some things when I optimized som
Check out /etc/make.conf choose the closest arc for your proc and go with either
O2 or O3 optimizations.
When using O3 you may end up with a few problems. I have had a bit of problems
compiling some things when I optimized some X stuff using O3. I have not had any
problems with O2 so far.
On 14 J
"Dr. Richard E. Hawkins" <[EMAIL PROTECTED]> writes:
> What I *can't* get working is the alt-tab to rotatate
> between windows.
I had some troubles getting the rotate to not stop at either end of the
list and got some help from the fvwm people. In their web page forum,
IIRC. I now use:
Key KP_
80 matches
Mail list logo
