Peter Kieser wrote:
Hello,
If anyone is interested in the exact configuration I've used, I'll be
happy to post.
Please do post, I'll need to setup a similar configuration in a few
weeks so it might be useful :)
(Or maybe just post the differences from your initial configuration)
___
Gea-Suan Lin wrote:
3*2*2*2 = 24 cases:
I made a reference to your results in
http://wikitest.freebsd.org/moin.cgi/MySQL
I hope it's ok.
___
freebsd-performance@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performance
To
Arne Woerner wrote:
But why does switching from local disc to NFS makes the PostgreSQL
performance so bad?
A wild guess/try: does file locking work properly with NFS and the filer?
___
freebsd-performance@freebsd.org mailing list
http://lists.freebsd
Thomas Krause (Webmatic) wrote:
But with static linked libraries, I cannot switch between
libthread and libthr - right? Could somebody give me an inspiration/
recommendation?
Unless you are ready to count individual CPU cycles, you won't find a
noticable difference between static and dynamic
Matt Hartzell wrote:
Would using the libpthread from 5 have any negative affect on MySQL
performance?
Not if MySQL is compiled on 6.x (libpthread was in libpthread.so.1 in
5.3+ but in libpthread.so.2 in 6.x).
___
freebsd-performance@freebsd.org mai
Sorry, I forgot about performance@ mailing list, moving the discussion
there - please use performance at freebsd.org or equivalent address when
replying (and drop current@).
Steve Hodgson wrote:
Ivan Voras wrote:
Today I had the opportunity to experiment for a short time with a
4-CPU Xeon
Michael Vince wrote:
Interesting that the linux you are claiming to use would use prefork
Apache as default, while this is the default on FreeBSD I would think
the threaded worker would be used on a lot of linux dists, since they
don't have the option to easily rebuild it.
"Professional" Linux
Michael Vince wrote:
What I am trying to say here is you are expecting good performance out
of things like CGI/PHP and prefork,
Ok, did anybody read my initial post?
I'm NOT setting up a production machine. I'm NOT using PHP - it was
mentioned as a reason threaded apache is not widely used.
vittorio wrote:
> Now I would like to know if for a postgresql server there are settings more
> **
> freebsd specif ic ** to improve performance.
You can start from here: http://wiki.freebsd.org/Performance, in
particular read the MySQL page but ignore all points regarding threading
and threads
Divacky Roman wrote:
> hm.. now I am confused. the rule is that having I586_CPU improves
> performance because optimized bzero/bcopy is included (its not
> included if you only have I686_CPU).
>
> I dont understand why the generic version is used.
I believe the consensus was that I486 line disab
Mike Tancsa wrote:
> Yeah I inadvertently slighted the NetBSD folks by leaving them out. So
> I guess I better give them a try as well.
>
> The part that really surprises me is the drop in performance as firewall
> rules are added to RELENG_6 and above. Both LINUX and RELENG_4 seem to
> scale w
Steve Clement wrote:
> Make clean generates quite a lot of disk IO and everything begins lagging
> like: ls or playing an MP3 file.
What version and platform of FreeBSD (uname -a)?
Can you run the 'gstat' tool when the "lag" occurs and report what it
says about disk throughput and %busy? Also, r
R. B. Riddick wrote:
> We had that problem before: Some HTTP server implementations just dont bring
> it... :-) thttpd is quite efficient, I have heard...
This is a red herring. The OP reports he transfers a single file - http
server performance cannot even approach to influence the performance i
Chuck Swiger wrote:
> Quick testing suggests that an Apache child process accumulates a
> similar amount of CPU time transferring large files as scp when using an
> SSL connection;
As expected. Though the original poster didn't mention using SSL, as far
as I can see.
signature.asc
Descriptio
R. B. Riddick wrote:
> --- Ivan Voras <[EMAIL PROTECTED]> wrote:
>> I've found iperf to be more useful.
>>
> Soso... Was it slower? Or what?
List of options for tcpblast:
> tcpblast
usage: tcpblast [-4] [-6] destination nblkocks
blocksize: 1024 bytes 0
Lis
Wood, Russell wrote:
> I have an LSI MegaRaid with three drives at RAID 5: works a
> god-damn-treat. I don't know what my throughput is on RAID 5 but RAID 0
> was fast (70MB/s+).
Mine was RAID5. Hmm, oops, it wasn't LSI but HP/Compaq CISS, battery
backed, SATA on SAS.
da0 at ciss0 bus 0 target 0
I haven't been using virtual machines for production much, but this is
likely to change in the near future. After running some benchmarks, it
looks like there's something very bad with performance under VMWare.
I've tried two things: the big "VMWare Infrastructure" product, version
3.0.1 and the s
Vlad GALU wrote:
> At work, we have several build guests running FreeBSD. Overall it
> seems to be a timer problem when running in VMware. Running
> vmware-guestd helped in almost all circumstances. The worst cases we
> saw were in processes who were sleep()-ing.
My frst thought was that someth
Ivan Voras wrote:
> Vlad GALU wrote:
>
>> At work, we have several build guests running FreeBSD. Overall it
>> seems to be a timer problem when running in VMware. Running
>> vmware-guestd helped in almost all circumstances. The worst cases we
>> saw were in
Kris Kennaway wrote:
How does that compare to 6.2-RELEASE performance?
>>> Much better. Fixing filedesc locking was key.
>>>
>>>
>> If there is extra cycles on the same hardware, a performance comparison
>> graph would be great.
>
> See the links in my posting ;)
I think he mea
Kris Kennaway wrote:
> 6.2 and 7.0 CVS sources (which are graphed on Jeff's blog and my
> webpage linked there) are unlikely to differ much: as I said, filedesc
> locking was key to fixing performance here. I'm sure we'll be
> promoting this improvement heavily when 7.0 enters release cycle, to
>
Kris Kennaway wrote:
> I'm saying that the 7.0-CVS sources, which are graphed, are unlikely
> to differ significantly from 6.2-CVS, i.e. they do not show good
> scaling on this benchmark because of the problems with filedesc
> locking in CVS.
Ok, got it, but the second question is: where is it?
G
Andrew Hammond wrote:
> Performance is a pretty weak reason to upgrade, unless of course you
> have a performance problem.
> P.S. I know this is kinda trollish, but I don't understand the
> interest in MySQL as a load,
I agree in general, but MySQL performance is very exposed as an advocacy
is
Roman Gorohov. wrote:
> But what I can't understand - why such non-critical(as it seems to me) disk
> activity,
> cause 100% busyness for disk? Its claim to be 40.000MB/s transfers, but
> sometimes its 100% busy when iostat show only 1 MB/s.
Because disk seeks count. If you have a lot of small t
Sally Janghos wrote:
> I'm looking for some suggestions on where to start troubleshooting
> performance issues on a Intel PRO 1000 card.
>
> It's installed in a box with the following configuration:
> FreeBSD 6.1
> AMD Athlon(tm) XP 2100+ (1741.42-MHz 686-class CPU)
> Dell CERC
Cheffo wrote:
> What else I can change/test to improve performance?
First you'll have to give more info about the hardware on both systems,
and the way you benchmarked them (e.g. did you benchmark over ethernet
or from the same machine?). There are also a bunch of things that may
make apache go f
Stefan Lambrev wrote:
> Can you make this test with default /manual/ alias instead of file.txt,
> so we can compare results ?
Sorry, I currently need that server as-is and I've deleted the manuals
some time ago (since I don't need them there). It would probably be
easier for you to create a dummy
Palle Girgensohn wrote:
Hi,
We are looking at getting a server for running postgresql. Only
postgresql, a dedicated machine. Since we know FreeBSD very well, we
plan on using it as the OS.
You might want to wait a little until 7.0 or until some more important
bits get MFC'ed to 6.x:
http:
Shantanu Ghosh wrote:
> Hi,
>
> I am running FreeBSD 7.0 Beta1 and Linux FC6 on two identical pieces of
> hardware - Dell poweredge with intel core2 duo. Each system has 4 CPUs.
>
> Now, in simple memory access operations, I see the freebsd system being
> noticably slower than the linux system. A
Erich Dollansky wrote:
> I have had once the problem of a task moving from CPU to CPU and s
> performing badly on FreeBSD.
This is easy to check: either rebuild a kernel without "options SMP" or
disable processes by setting machdep.hlt_cpus (see smp(4)) or set
hint.lapic.X.disable=1, then run the
Kris Kennaway wrote:
> Gergely CZUCZY wrote:
>>> It looks like myisam is doing huge numbers of concurrent reads of the
>>> same file which is running into exclusive locking in the kernel
>>> (vnode interlock and lockbuilder mtxpool). Does it not do any
>>> caching of the data in userspace but rel
Kris Kennaway wrote:
> That's why it's important to dig into the details of what the benchmark
> is actually doing before you conclude that "the numbers are higher for
> linux, therefore it has faster syscalls".
Can you propose a simpler syscall on the GENERIC kernel that could be
used instead of
Kris Kennaway wrote:
> It is likely to remain in people's custom kernels, possibly including
> the one used by Ivan. Anyway, this is all speculation until someone
> studies the claims in more detail.
I'm using GENERIC minus debugging options.
signature.asc
Description: OpenPGP digital signatu
Kris Kennaway wrote:
> So it is using getpid? It should be fine on FreeBSD with the previous
> provisos, but you also need to check Linux behaviour and compare on
> identical hardware before you can draw conclusions.
Here's the source of unixbench syscall benchmark:
unsigned long iter;
void re
Bruce Evans wrote:
> FreeBSD has more layers, with less optimization in each layer. Normally
> this doesn't matter, since everyone knows that syscalls are expensive
> and avoids them :-).
My point is that the majority of applications are written for Linux and
they are both syscall-intensive and
On 02/01/2008, Josh Carroll <[EMAIL PROTECTED]> wrote:
> > Does anyone have a theory why syscalls are so expensive in FreeBSD? Here
> > are the results of unixbench 4.1 on two machines. First is the machine
> > running FreeBSD HEAD (debugging disabled) on a dual-core Athlon 64 (i386
> > mode), 2 GH
Kris Kennaway wrote:
The project still needs some work, but there's a temporary web
interface to the data here: http://littlebit.dk:5000/plot/. Apart from
the plotting it's possible to compare two dates and see the files that
have changed. Error bars are 3*standard deviation, for the points wi
Erik Cederstrand wrote:
> I haven't touched malloc.conf but realize that I should. What's the
> official recommendation on malloc settings?
You'd have to patch /usr/src/lib/libc/stdlib/malloc.c and define
MALLOC_PRODUCTION. Yes, it's not elegant.
signature.asc
Description: OpenPGP digital sig
Kris Kennaway wrote:
> Erik Cederstrand wrote:
>> Ivan Voras wrote:
>>>
>>> I have a suggestion to make the graphs more readable: if a long
>>> period was chosen by the user (e.g. > 100 days / plot points), don't
>>> plot points and error bars,
Claus Guttesen wrote:
Ubuntu 7.10:
grep "transactions:" sysbench-clients-24|sort
transactions:1 (2354.49 per sec.)
transactions:10001 (2126.28 per sec.)
transactions:10001 (2215.52 per sec.)
transactions:
> I had (allready) saved the thread in my mail-account so I could look
> it up before I started testing. :-) So I compiled postgresql with the
> option WITH_THREADSAFE=3Dtrue and used sysbench with --pgsql-host=3D"" =
=2E
> As pointed out by Ivan my test also involved r/w whereas the thread
> you (
Kris Kennaway wrote:
> Write performance is something that we are working on, expect to hear
> about progress over the coming weeks/months.
Do you have some notes or descriptions about what is being worked on?
I'm currently doing some file system benchmarking for internal purposes
and I'm seeing
Steven Hartland wrote:
> The machine is running with ULE on 7.0 as mention using an Areca 1220
> controller over 8 disks in RAID 6 + Hotspare.
I'd suggest you first try to reproduce the stall without ULE, while
keeping all other parameters exactly the same.
__
On 30/01/2008, Kris Kennaway <[EMAIL PROTECTED]> wrote:
> Rewrite of the lockmgr primitive, for starters. Then we'll see what
> remains.
Ok, I know about the lockmgr efforts, and they will surely help some
loads. I'll try to compile the results I've been talking about in a
few days and post them
Niki Denev wrote:
HZ=1000
Time:
239 seconds total
122 seconds of transactions (4 per second)
What do you think?
This is a very low result :) I don't know your machine or the parameters
you used with postmark but even FreeBSD on two striped 7.5 kRPM drives
can achieve ~~ 11
On 31/01/2008, Niki Denev <[EMAIL PROTECTED]> wrote:
> On Jan 31, 2008 10:16 PM, Ivan Voras <[EMAIL PROTECTED]> wrote:
> > Niki Denev wrote:
> >
> > > HZ=1000
> > > Time:
> > > 239 seconds total
> > > 122 sec
Steven Hartland wrote:
> Yep thats where I've traced it to its requesting: kern.geom.confxml
>
> Which does:-
> static int
> sysctl_kern_geom_confxml(SYSCTL_HANDLER_ARGS)
> {
>int error;
>struct sbuf *sb;
>
>sb = sbuf_new(NULL, NULL, 0, SBUF_AUTOEXTEND);
>g_waitfor_event(g_confxm
Chuck Swiger wrote:
Historically, the Python optimizer wasn't capable of doing much, true,
but the more recent versions of the optimizer can actually do some
peephole optimizations like algorithmic simplification and constant
folding:
http://docs.python.org/whatsnew/other-lang.html#SECTION00
Chuck Swiger wrote:
On Feb 8, 2008, at 12:43 PM, Ivan Voras wrote:
Historically, the Python optimizer wasn't capable of doing much,
true, but the more recent versions of the optimizer can actually do
some peephole optimizations like algorithmic simplification and
constant folding:
Brooks Davis wrote:
On Fri, Feb 08, 2008 at 09:41:09AM +0100, Erik Cederstrand wrote:
I finally got around to testing this, and with a combination of mtree
comparing md5 hashes, bsdiff compacting changed files and hardlinking
unchanged files I get a reduction in size from 256MB to 10MB. Pretty
Bill Moran wrote:
> In response to Brett Bump <[EMAIL PROTECTED]>:
>> I'm seeing signal 6's on apache and imapd (never happened before)
>> network errors, serious response time errors and generally poor
>> performance during peak activity (same box, same people).
>
> IIRC, signal 6 is an indicator
Stefan Lambrev wrote:
> Greeting,
>
> Philip Murray wrote:
>> Hi,
>>
>> I'm trying to use the new iSCSI initiator (thanks!) with 7, but I'm
>> getting dismal performance. A simple dd will will max out at about
>> 2MB/sec, and untarring the likes of the ports tree is a painful task.
> I have simila
Stefan Lambrev wrote:
> Greetings.
>
> Ivan Voras wrote:
>> http://lists.freebsd.org/pipermail/freebsd-scsi/2008-February/003383.html
>>
> I do not see the patch in this thread :)
> Is there a patch for 7.0-RELEASE? (If not already patched?)
Try ask
Stefan Lambrev wrote:
> Greetings.
>
> Ivan Voras wrote:
>> See this:
>> http://lists.freebsd.org/pipermail/freebsd-scsi/2008-February/003383.html
>>
> I do not see the patch in this thread :)
> Is there a patch for 7.0-RELEASE? (If not already p
alan bryan wrote:
> --- alan bryan <[EMAIL PROTECTED]> wrote:
>> I've got a 4 disk RAID 10 array.
> Version 1.93d --Sequential Output--
> --Sequential Input- --Random-
> Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per
> Chr- --Block-- --Seeks--
> MachineSize K/sec %CP
Hi,
Has anyone been able to replicate results from
http://www.kaltenbrunner.cc/blog/index.php?/archives/21-guid.html, or
get close to the performance described there on similar hardware (e.g.
thousands of transactions/s) ?
signature.asc
Description: OpenPGP digital signature
http://www.kaltenbrunner.cc/blog/index.php?/archives/21-guid.html
alan bryan wrote:
> Here's mine for a somewhat similar setup.
> FreeBSD 7.0 PostgreSQL 8.3
> 2x Intel Xeon 2.33GHZ quad cores (8 cores total), 8GB
> RAM, 250GB RAID 10 (4x WD Raptor 10K drives).
>
> Non-default settings:
>
>
On 12/03/2008, Mark Kirkwood <[EMAIL PROTECTED]> wrote:
> Hmm - somehow read right past the bit where you say you have a 512MB
> cache - sorry! However, worth checking it is set to write-back rather
> than write-through.
As far as I can see it is set to write-through (though the HP's array
conf
Ivan Voras wrote:
> On 12/03/2008, Mark Kirkwood <[EMAIL PROTECTED]> wrote:
>
>> Hmm - somehow read right past the bit where you say you have a 512MB
>> cache - sorry! However, worth checking it is set to write-back rather
>> than write-through.
>
> As
On 13/03/2008, Jeff Roberson <[EMAIL PROTECTED]> wrote:
>
> On Wed, 12 Mar 2008, Ivan Voras wrote:
>
> > On 12/03/2008, Mark Kirkwood <[EMAIL PROTECTED]> wrote:
> >
> >> Hmm - somehow read right past the bit where you say you have a 512MB
> >>
Aminuddin Abdullah wrote:
I have just upgraded 5 of my machines to V7 from 6.3 and then realized that
all the machines has a high CPU usage. Almost all of them using 80%-90% CPU
with more than 8000 connections. Using previous 6.3, it only uses 40-50% CPU
with the same kind of connections.
Using
Robert Watson wrote:
> I've CC'd John, who might have views on what we should do about this.
> It would be nice if we had a way to export information on all the
> interrupt event sources, including soft ones, and their mappings to
> ithreads, including swis, using sysctl. Or maybe we do already
Benjeman J. Meekhof wrote:
> My baseline was this - on linux 2.6.20 we're doing 800MB/s write and
> greater read with this configuration: 2 raid6 volumes volumes striped
> into a raid0 volume using linux software raid, XFS filesystem. Each
> raid6 is a volume on one controller using 30 PD. We'v
On 26/03/2008, Benjeman J. Meekhof <[EMAIL PROTECTED]> wrote:
> Hi Ivan,
>
> Thanks for the response. Your response quotes my initial uneven
> results, but are you also implying that I most likely cannot achieve
> results better than the later results which use a larger filesystem
> blocksize?
I found an interesting post:
http://thread.gmane.org/gmane.comp.db.postgresql.performance/15979
By itself the post doesn't say anything specific, except that apparently
great improvements can be gained on some loads with different IO
scheduling policies on Linux.
It's maybe something to take into
Benjeman J. Meekhof wrote:
> Hi,
>
> I posted earlier about some results with this same system using UFS2.
> Now trying to test ZFS. This is a Dell PE2950 with two Perc6
> controllers and 4 md1000 disk shelves with 750GB drives. 16GB RAM, dual
> quad core Xeon. I recompiled our kernel to use the
on with Scott Long Can you repeat the test for UFS, but
create gstripe with a really small stripe size, like 4 KB?
-Ben
Ivan Voras wrote:
Benjeman J. Meekhof wrote:
Hi,
I posted earlier about some results with this same system using UFS2.
Now trying to test ZFS. This is a Dell PE2950 with two
Ivan Voras wrote:
Per my discussion with Scott Long Can you repeat the test for UFS, but
create gstripe with a really small stripe size, like 4 KB?
Actually, no need to do that - it looks like iozone is doing quite
random IO ops so it won't help you.
signature.asc
Description: Op
Alexander Strange wrote:
We're running a rather high-load webserver using FreeBSD
7-RELEASE/amd64/nginx on an Intel em gigabit connection.
Performance is good for our current bandwidth use (about 20Mbit and
~2000 connections/sec at the moment), but a large number of HTTP
requests are being imme
Alexander Strange wrote:
And there's no firewalls or packet shapers in front of it.
How about on it? Do you run ipfw?
___
freebsd-performance@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performance
To unsubscribe, send
Stephen Sanders wrote:
> FreeBSD 6.3
> Dual Quad Core Xeon [EMAIL PROTECTED]
FreeBSD 6.3 isn't very suited for your CPU. If your workload isn't
completely CPU bound (i.e. if isn't [EMAIL PROTECTED]), you will not only not
make use of all 8 CPU cores but will probably get worse performance with
8 C
Steven Hartland wrote:
> http://www.phoronix.com/scan.php?page=article&item=os_threeway_2008&num=1
>
> Was interesting until I saw this:-
>
The results seem well within expectations, for the sort of benchmarks
they did: there is little difference between the systems. Depending on
the details of
Roman Divacky wrote:
> On Tue, Nov 25, 2008 at 12:08:27PM +0100, Ivan Voras wrote:
>> Steven Hartland wrote:
>>> http://www.phoronix.com/scan.php?page=article&item=os_threeway_2008&num=1
>>>
>>> Was interesting until I saw this:-
>>>
>>
2008/11/25 Adrian Chadd <[EMAIL PROTECTED]>:
> 2008/11/25 Ivan Voras <[EMAIL PROTECTED]>:
>
>>> I believe most of the synthetic numbers (mp3 encoding etc.) difference
>>> comes from the different version of gcc the different OS uses...
>>
>> You'
2008/11/26 Alexander Leidinger <[EMAIL PROTECTED]>:
> If you want to test OS performance and use Java programs in there to do so,
> you would use the same Java version, wouldn't you? They didn't.
Linux: 1.6.0_0-b12
Solaris: 1.6.0_10-b33
FreeBSD: 1.6.0_07-b02
Since system have their local patches
O. Hartmann wrote:
> Ivan Voras wrote:
> ...
>
>>
>> OTOH if the goal is to measure "operating system" performance, this
>> must also include the compiler, libraries and all. (for example, what
>> does Solaris default to nowadays? I think it ships with
Stephen Sanders wrote:
> This may be a bad list to post to for this problem but I'm having an
> issue where in it appears that the boot loader fails and then overwrites
> the MBR with 0.
>
> The system boots to :
>
> F1 - Linux
> F3 - FreeBSD
> F5 - Drive 1"
>
> Default:
>
> But then fails on "
Mike Tancsa wrote:
> Just got our first board to play around with and unlike in the past,
> having hyperthreading enabled seems to help performance At least in
> buildworld tests.
>
> doing a make -j4 vs -j6 make -j8 vs -j10 gives
>
> -j buildworld time% improvement over -j4
> 4 13
Mike Tancsa wrote:
FreeBSD 7.1-PRERELEASE #0: Fri Dec 19 19:48:15 EST 2008
mdtan...@ns3c.recycle.net:/usr/obj/usr/src/sys/recycle
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz (2666.78-MHz
686-class CPU)
Origin = "GenuineIntel" I
Alex Dehaini wrote:
> Hi Guys,
>
> I have some issues with Squid on Freebsd. I am running FreeBSD release 4.9
> and Squid version 2.5.
>
> I have setup FreeBSD as a bridge so that all traffic from my network can
> transparently pass through the FreeBSD server. I am running Squid on the
> same ser
Sebastiaan van Erk wrote:
> Hi,
>
> I want to deploy a production FreeBSD web site (database cluster, apache
> cluster, ip failover using carp, etc.), however I'm experiencing painful
> disk I/O throughput problems which currently does not make the above
> project viable. I've done some rudimentar
Sebastiaan van Erk wrote:
> Sebastiaan van Erk wrote:
>> (However, just to give you an idea I attached the basic 5.1.2
>> unixbench outputs (the CPU info for FreeBSD is "fake", since unixbench
>> does a cat /proc/cpuinfo, so I removed the /proc/ part and copied the
>> output under linux to the "pro
Antony Mawer wrote:
> Ivan Voras wrote:
>> Sebastiaan van Erk wrote:
>>> Sebastiaan van Erk wrote:
>>>> (However, just to give you an idea I attached the basic 5.1.2
>>>> unixbench outputs (the CPU info for FreeBSD is "fake", since unixbench
&
2009/2/11 Antony Mawer :
> How would one go about gathering data on such a scenario to help improve
> this? We were planning a project involving VMware deployments with FreeBSD
> 7.1 systems in the near future, but if performance is that bad it is likely
> to be a show stopper.
I have now tested
Anthony Bourov wrote:
> Regarding performance of: lib/libc/net/nsdispatch.c
Have you tried nscd(8)? It should at least amortize the startup costs...
(see nsswitch.conf(5) for instructions how to set it up)
signature.asc
Description: OpenPGP digital signature
David Wolfskill wrote:
> I apologize, as this is a bit tangential to the description of the list.
>
> I've been doing some measurements of workloads of interest (in my case,
> the workload is building some software, and the metric of greatest
> interest is "elapsed time" (which I obtain via /usr/b
Olivier Mueller wrote:
> On Wed, 2009-05-06 at 16:15 +0300, Arkadi Shishlov wrote:
>> Its probably "dirhash' that is not enabled or its cache is too small for the
>> task.
>
> $ sysctl -a |grep dirha
> UFS dirhash 1262 286K - 9715683
> 16,32,64,128,256,512,1024,2048,4096
> vfs.ufs.d
Invernizzi Fabrizio wrote:
> Hi all
>
> i am going on with some performance tests on a 10gbe network card with
> FreeBSD.
>
> I am doing this test: I send UDP traffic to be forwarded to the other port of
> the card on both the card ports.
> Using 1492-long packets i am uppering the number of p
Steve Dong wrote:
It looks the jpeg attachments were somehow dropped. Trying again with pdf
attachment. Hopefully it works this time.
Hi,
I haven't tried comparing this sort of performance with Linux so your
conclusion still might be right, but the fact that you couldn't saturate
1 Gbps on
Chuck Swiger wrote:
Hi, Steve--
On Oct 17, 2009, at 8:14 AM, Steve Dong wrote:
If there's a better/lighter way to show these graphics, I'd like to know.
Sure-- put 'em on a webserver somewhere, and put links to them in your
email to this mailing list.
If you wanted to do even better than t
Steven Hartland wrote:
Try with something like this, which is the standard set we use on our
file serving machines.
net.inet.tcp.inflight.enable=0
net.inet.tcp.sendspace=65536
kern.ipc.maxsockbuf=16777216
net.inet.tcp.sendbuf_max=16777216
net.inet.tcp.recvbuf_max=16777216
16 MB network buffers
Gerd Truschinski wrote:
Hello,
is there anywhere a website that show me all the performancetools to
measure the performance of ZFS or a single Harddisk?
In Linux I have "hdparm -tT /dev/sda" to get the raw disk performance.
What is the equivalent FreeBSD command?
"diskinfo -vt /dev/blahblah"
On 01/19/10 15:40, Guo, Yusheng wrote:
Hi FreeBSD users,
I get a problem when running ubench benchmark program on FreeBSD 8.0 using
following H/W
HP Proliant DL360G6 E5520 CPU and 48GB memory
And the memory performance result seems bad, any one get such situation before
? thanks
For refere
On 04/13/10 22:30, Christoph Weber-Fahr wrote:
> Hello,
>
> on a new HP Proliant DL385 G6 I have a P410 with BBWC and
> 8 hard drives in RAID5.
> (BBWC is Battery Backed Write Cache Enabler, and the controller
> is configured with 300M (75%) write cache).
>
> One of the applications we want to ru
On 04/14/10 15:54, Christoph Weber-Fahr wrote:
> Hello,
>
> On 14.04.2010 11:04, Ivan Voras wrote:
>> On 04/13/10 22:30, Christoph Weber-Fahr wrote:
>>> Hello,
>>>
>>> on a new HP Proliant DL385 G6 I have a P410 with BBWC and
>>> 8 hard drive
On 07/07/10 01:35, Stephen Sanders wrote:
> I'm wondering if anyone has heard of this.
>
> I've a system with a 3ware 9650 servicing 4 7200RPM Segate 1TB drives
> and the motherboard servicing 2 7200 RPM Segate 1TB drives.
So far so good.
> The 4 disk array is RAID 6 while the 2 disk array is RA
On 09/19/10 06:57, Alexander Motin wrote:
Getting back to that topic I would like to share some more results. This
time I was testing Core(TM) i7 870 @ 2.93GHz. It has 8 logical cores and
bigger allowed TurboBoost effect. I was testing real time of net/mpd5
port building, using single CPU. I was
On 09/28/10 03:08, Stephen Sanders wrote:
I'm trying a disk throughput experiment where in two 3ware raid 6's are
being put into a g_strip raid 0.
The raid 6's are using 8 7200RPM disks. The disk transfer rate is
~80MB/s. Using a load generation tool that is using O_DIRECT for I/O,
I've generate
On 09/28/10 14:44, Stephen Sanders wrote:
Increasing MAXPHYS and turning up the stripe size won't have the effect
I'm looking for ?
I've missed you tuned MAXPHYS up. Yes, in this case it should work, if
the underlying driver supports larger IO sizes.
As I see it, if all of these are true:
*
On 10/21/10 23:53, Dan Nelson wrote:
> In the last episode (Oct 20), David Wolfskill said:
>> Almost 2 years ago, we migrated from a lightly-patched 6.2-R to 7.1-R with
>> 5 commits that were made to 7.1-S backported to it. On the same hardware
>> (not the HP mentioned above), I measured a 35% red
1 - 100 of 125 matches
Mail list logo
