On Wed, 7 Nov 2012, David Xu wrote:
On 2012/11/06 19:03, Attilio Rao wrote:
On 9/20/12, David Xu wrote:
On 2012/09/18 22:05, Andriy Gapon wrote:
Here is a snippet that demonstrates the issue on a supposedly fully
loaded
2-processor system:
136794 0 3670427870244462 KTRGRAPH group:"thread
But working on software to make it better in some kind of synthetic benchmark is common
in commercial software world. ("We have more performance per buck than company
X")
"Synthetic benchmarks" as you put it shouldn't be the ultimate basis for a
decision, but instead allow users to gauge whet
actually FreeBSD defaults are actually good for COMMON usage. and can be tuned.
default MAXBSIZE is one exception.
"Common usage" is vague. While FreeBSD might do ok for some applications (dev
box, simple workstation/laptop, etc), there are other areas that require additional
tuning to get b
On Tue, 6 Nov 2012, Yuri wrote:
On 11/06/2012 11:10, Samuel J. Greear wrote:
Single and multi-socket hardware are not really directly comparable in
PostgreSQL tests.
So if the CPUs are split between sockets, would such system generally perform
better or worse with PostgeSQL vs. non-split s
In my experience, in modern world, most of computers are not
true-multiuser. It is dedicated servers (DB, front-end, middle layer
with something like RoR or node.js) or personal (mobile)
workstations. If hardware is shared between different tasks, it is
shared via hypervisor and multiple OS
On Nov 7, 2012, at 4:48 PM, Wojciech Puchar
wrote:
>>>
>>> actually FreeBSD defaults are actually good for COMMON usage. and can be
>>> tuned.
>>>
>>> default MAXBSIZE is one exception.
>>
>> "Common usage" is vague. While FreeBSD might do ok for some applications
>> (dev box, simple works
Den 07/11/2012 kl. 15.35 skrev Nikolay Denev :
> Actually MAXBSIZE is 64k, MAXPHYS is 128k.
>
> There was a thread about NFS performance where it was mentioned that bigger
> MAXBSIZE leads to KVA fragmentation.
That thread starts here:
http://lists.freebsd.org/pipermail/freebsd-arch/2010-April
WARNING: This is still highly experimental and by no
means ready for "production use", but some folks might
find it interesting.
To boot FreeBSD on your RaspberryPi, you'll need:
1) A RaspberryPi.
2) A serial cable similar to this one: www.adafruit.com/products/954
3) An SD card of 2GB or
Such experiments was tried by me and others in August; I got framebuffer
worked in rca/hdmi; usb not saw any of my mices/keyboards; ethernet worked,
but produced hangs ( which render device useless).I hope this help :)
Regards, Alexander Yerenkow
07.11.2012 18:01 пользователь "Tim Kientzle" напис
On Wed, Nov 07, 2012 at 08:01:08AM -0800, Tim Kientzle wrote:
> WARNING: This is still highly experimental and by no
> means ready for "production use", but some folks might
> find it interesting.
>
> To boot FreeBSD on your RaspberryPi, you'll need:
> 1) A RaspberryPi.
> 2) A serial cable si
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Actually MAXBSIZE is 64k, MAXPHYS is 128k.
sorry MAXPHYS
There was a thread about NFS performance where it was mentioned that bigger
MAXBSIZE leads to KVA fragmentation.
NFS is never fast. but EVERYTHING is slow w
Hello list!
Currently we need to acquire 2 read locks to perform simple 6-byte
copying from arp record to packet ethernet header.
It seems that acquiring lle lock for fast path (main traffic flow) is
not necessary even with current code.
My tests shows ~10% improvement with this patch appli
On 7 November 2012 15:24, Alexander V. Chernikov wrote:
> Hello list!
>
> Currently we need to acquire 2 read locks to perform simple 6-byte copying
> from arp record to packet ethernet header.
>
> It seems that acquiring lle lock for fast path (main traffic flow) is not
> necessary even with curr
On Nov 7, 2012, at 8:42 AM, Lars Engels wrote:
> On Wed, Nov 07, 2012 at 08:01:08AM -0800, Tim Kientzle wrote:
>> WARNING: This is still highly experimental and by no
>> means ready for "production use", but some folks might
>> find it interesting.
>>
>> To boot FreeBSD on your RaspberryPi, you
On Nov 7, 2012, at 8:09 AM, Alexander Yerenkow wrote:
> Such experiments was tried by me and others in August; I got framebuffer
> worked in rca/hdmi ….
How? I haven't seen the drivers for that yet.
Tim
___
freebsd-hackers@freebsd.org mailing list
h
Hello,
I know how to create system calls, but I'm a bit confused about
sys/kern/syscalls.master file explained. For example, if I have a
foo system call, following code is added:
532 AUE_NULLSTD { int foo(char *str); }
The question is in column two AUE_NULL, can I replace it with
16 matches
Mail list logo