On Fri, 26 Jan 2007, David Woodhouse wrote:
>
> My question was about _how_ you think this should be achieved in this
> particular case.
I already told you.
Have you noticed that the resource-allocation code _already_ never returns
zero on a PC?
Have you noticed that the resource-allocation
Current Linux CPU scheduler doesnt recognize process aggregates while
allocating bandwidth. As a result of this, an user could simply spawn large
number of processes and get more bandwidth than others.
Here's a patch that provides fair allocation for all users in a system.
Some benchmark numbers
This patch does several things:
- Introduces the notion of control window (current set at 1
sec - ideally the window size should be adjusted based on
number of users to avoid rapid context switches). Bandwidth of each
user is controlled within this window.
This patch tracks number of users in a system and divides cpu bandwidth
equally among them.
Signed-off-by : Srivatsa Vaddagiri <[EMAIL PROTECTED]>
---
diff -puN include/linux/sched.h~user-interface include/linux/sched.h
--- linux-2.6.20-rc5/include/linux/sched.h~user-interface 2007-01-2
On Thu, 25 Jan 2007 21:31:43 -0800 (PST)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Thu, 25 Jan 2007, Andrew Morton wrote:
>
> > atomic_t is 32-bit. Put 16TB of memory under writeback and blam.
>
> We have systems with 8TB main memory and are able to get to 16TB.
But I bet you don't use
On Thu, 25 Jan 2007 23:38:08 -0600
"Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
> fs/fcntl.c|3 +--
> include/linux/sched.h |4 +---
> 2 files changed, 2 insertions(+), 5 deletions(-)
My confidence in this lot:
introduce-and-use-get_task_mnt_ns.patch
introduce-and-use-get_ta
Paul E. McKenney wrote:
> On Thu, Jan 25, 2007 at 11:58:16AM -0800, Paul E. McKenney wrote:
>> On Thu, Jan 25, 2007 at 01:29:23AM -0800, Josh Triplett wrote:
>>> Overall, this code looks sensible to me. Some comments on the patch below.
>
> [ . . . ]
>
>> Thank you again for the careful and thor
On Thu, Jan 25, 2007 at 10:28:49PM -0500, Theodore Tso wrote:
> On Fri, Jan 26, 2007 at 06:16:13AM +0530, Sunil Naidu wrote:
> > Good thoughts ;-) I too believe in this - Where there is a Will,
> > there is a Way! That's the reason why I have proposed India as the
> > location for KS 2007, am stil
On Thu, 25 Jan 2007, Linus Torvalds wrote:
>
> Have you noticed that the resource-allocation code _already_ never returns
> zero on sparc64?
Btw, that was a rhetorical question, and I'm not actually sure what the
heck sparc64 will _really_ do ;)
I picked sparc64 as an example, because I _thi
On 1/26/07, Luming Yu <[EMAIL PROTECTED]> wrote:
>
Is there any difference in dmesg with acpi=off?
what is your sata driver?
The only difference is that I don't see the "ACPI: PCI Interrupt
:00:0f.0[B] -> GSI
21 (level, low) -> IRQ 19" printk. The driver is AHCI but the device
is a VIA chip
Paul E. McKenney wrote:
> On Thu, Jan 25, 2007 at 11:06:35AM -0800, Josh Triplett wrote:
>> Paul E. McKenney wrote:
>>> On Thu, Jan 25, 2007 at 12:47:04AM -0800, Josh Triplett wrote:
One major item: this new test feature really needs a new module parameter
to
enable or disable it.
>
Christoph Lameter wrote:
Add NR_MLOCK
Track mlocked pages via a ZVC
I think it is not quite right. You are tracking the number of ptes
that point to mlocked pages, which can be >= the actual number of pages.
Also, page_add_anon_rmap still needs to be balanced with page_remove_rmap.
I can't t
On Thu, 25 Jan 2007 23:26:59 -0600
"Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
> Fix exit race by splitting the nsproxy putting into two pieces.
> First piece reduces the nsproxy refcount. If we dropped the last
> reference, then it puts the mnt_ns, and returns the nsproxy as a
> hint to the cal
On Fri, 26 Jan 2007, Nick Piggin wrote:
> Christoph Lameter wrote:
> > Add NR_MLOCK
> >
> > Track mlocked pages via a ZVC
>
> I think it is not quite right. You are tracking the number of ptes
> that point to mlocked pages, which can be >= the actual number of pages.
Mlocked pages are not inher
On Thu, 25 Jan 2007 23:26:59 -0600
"Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
> Fix exit race by splitting the nsproxy putting into two pieces.
> First piece reduces the nsproxy refcount.
This broke
introduce-and-use-get_task_mnt_ns.patch
nsproxy-externalizes-exit_task_namespac
On Thu, Jan 25, 2007 at 03:38:24PM -0800, Pete Zaitcev wrote:
> On Thu, 25 Jan 2007 16:18:35 -0500, Kristian H??gsberg <[EMAIL PROTECTED]>
> wrote:
>
> > > I see that ORBs are always allocated with a call (like SKB) and not
> > > embedded into drivers (like URBs). It's great, keep it up. Also,
>
On Thu, 25 Jan 2007, Andrew Morton wrote:
> > We have systems with 8TB main memory and are able to get to 16TB.
>
> But I bet you don't use 4k pages on 'em ;)
IA64 can be configured for 4k pagesize but yes 16k is the default. There
are plans to go much higher though. Plus there may be other rea
On Thu, 25 Jan 2007, Andrew Morton wrote:
> On Thu, 25 Jan 2007 04:32:12 -0500 (EST)
> "Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
> > +/*
> > + * round down to nearest power of two
> > + */
> > +static inline __attribute__((const))
> > +unsigned long __rounddown_pow_of_two(unsigned long n)
> >
Something is seriously wrong with that OOM killer.
do you know you don't have to operate in OOM-slaughter mode?
"vm.overcommit_memory = 2" in your /etc/sysctl.conf puts you
into a mode where the kernel tracks your "committed" memory
needs, and will eventually cause some allocations to fail.
On Thu, 25 Jan 2007, Mark Hahn wrote:
> > Something is seriously wrong with that OOM killer.
>
> do you know you don't have to operate in OOM-slaughter mode?
>
> "vm.overcommit_memory = 2" in your /etc/sysctl.conf puts you into a mode where
> the kernel tracks your "committed" memory needs, an
On Wed, Jan 24, 2007 at 08:21:07PM -0800, Andrew Morton wrote:
> On Mon, 22 Jan 2007 18:07:51 +0300
> Evgeniy Dushistov <[EMAIL PROTECTED]> wrote:
>
> > - for (i = 0; i < count; i += blk_per_page) {
> > + for (i = 0; i < count; i = (i | mask) + 1) {
>
> This is a funny looking thing. As far
On Wed, 24 Jan 2007 22:05:06 +0300
Dmitriy Monakhov <[EMAIL PROTECTED]> wrote:
> incorrect direct io error handling (v3)
> Changes from v2:
> - Remove BUG_ON(!mutex_is_locked(..)) for non blkdev.
> - vmtruncate() called from generic_file_aio_write().
> - depends on patch titled:
>[PATH][RFC
On Wed, Jan 24, 2007 at 12:10:36AM +0100, Hoang-Nam Nguyen wrote:
> Here is a patch for ehca_cq.c that fixes improper use of yield
> with spinlock held.
Btw, please don't forget to replace the yield call with a proper
condition for 2.6.21.
-
To unsubscribe from this list: send the line "unsubscri
This is the first cut at converting sata_mv to new EH.
It builds, but is untested.
Done:
- freeze, thaw
- hardreset
- prereset, software: intentionally not implemented
Not yet done:
- initiate EH from interrupt handler. Right now the "whack it"
old error handling remains, when an error is see
Jeff Garzik wrote:
This is the first cut at converting sata_mv to new EH.
It builds, but is untested.
Done:
- freeze, thaw
- hardreset
- prereset, software: intentionally not implemented
s/software/softreset/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
init_endpoint_class calls class_create, and checks the result for an error
with IS_ERR; however, if true, it then returns the result of IS_ERR (a
boolean) rather than PTR_ERR (the actual errno).
Signed-off-by: Josh Triplett <[EMAIL PROTECTED]>
---
drivers/usb/core/endpoint.c |2 +-
1 files ch
My bcm43xx oops after suspend to disk on a 2.6.20rc5 kernel (preempt+smp).
---
Jan 25 19:47:39 portablebastien kernel: caller is oops_begin+0xb/0x80
Jan 25 19:47:39 portablebastien kernel:
Jan 25 19:47:39 portablebastien kernel: Call Trace:
Jan 25 19:47:39 portablebastien kernel: []
Hi;
-rc6 fails with latest gcc 4.2 snapshot as following;
CC [M] drivers/kvm/svm.o
drivers/kvm/svm.c:206: warning: 'inject_db' defined but not used
drivers/kvm/svm.c: In function 'svm_vcpu_run':
drivers/kvm/kvm.h:560: error: 'asm' operand has impossible constraints
make[2]: *** [drivers/kvm/svm.
Pipe notifications.
diff --git a/fs/pipe.c b/fs/pipe.c
index 68090e8..0c75bf1 100644
--- a/fs/pipe.c
+++ b/fs/pipe.c
@@ -16,6 +16,7 @@
#include
#include
#include
+#include
#include
#include
@@ -313,6 +314,7 @@ redo:
break;
}
if
Signal notifications.
This type of notifications allows to deliver signals through kevent queue.
One can find example application signal.c on project homepage.
If KEVENT_SIGNAL_NOMASK bit is set in raw_u64 id then signal will be
delivered only through queue, otherwise both delivery types are use
Kevent posix timer notifications.
Simple extensions to POSIX timers which allows
to deliver notification of the timer expiration
through kevent queue.
Example application posix_timer.c can be found
in archive on project homepage.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git
Timer notifications.
Timer notifications can be used for fine grained per-process time
management, since interval timers are very inconvenient to use,
and they are limited.
This subsystem uses high-resolution timers.
id.raw[0] is used as number of seconds
id.raw[1] is used as number of nanosec
Socket notifications.
This patch includes socket send/recv/accept notifications.
Using trivial web server based on kevent and this features
instead of epoll it's performance increased more than noticebly.
More details about various benchmarks and server itself
(evserver_kevent.c) can be found on
poll/select() notifications.
This patch includes generic poll/select notifications.
kevent_poll works simialr to epoll and has the same issues (callback
is invoked not from internal state machine of the caller, but through
process awake, a lot of allocations and so on).
Signed-off-by: Evgeniy Po
Private userspace notifications.
Allows to register notifications of any private userspace
events over kevent. Events can be marked as readt using
kevent_ctl(KEVENT_READY) command.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/kernel/kevent/kevent_unotify.c b/kernel/kevent/k
Adrian Bunk wrote:
This patch contains the following possible cleanups:
- make needlessly global functions static
- #if 0 unused functions
Thanks. I think most of those were due for our next release, anyway. But
we'll
get it in, one way or another.
- remove all EXPORT_SYMBOL's
My impress
The Software Developer Manual for the PRO/1000 PCI-e controllers is
now available via the http://e1000.sf.net/ web site. The file is
OpenSDM_8257x-10.pdf. I know it's been a long time coming but
sometimes that's just how it goes. Enjoy.
--
Cheers,
John
-
To unsubscribe from this list: send the
John Ronciak wrote:
The Software Developer Manual for the PRO/1000 PCI-e controllers is
now available via the http://e1000.sf.net/ web site. The file is
OpenSDM_8257x-10.pdf. I know it's been a long time coming but
sometimes that's just how it goes. Enjoy.
Nice, thanks for posting it!
On Thu, Jan 25, 2007 at 01:40:23PM -0800, John Ronciak wrote:
> The Software Developer Manual for the PRO/1000 PCI-e controllers is
> now available via the http://e1000.sf.net/ web site. The file is
> OpenSDM_8257x-10.pdf. I know it's been a long time coming but
> sometimes that's just how it goe
From: [EMAIL PROTECTED]
Date: Wed, 24 Jan 2007 19:54:51 -0800
> Hi,
>
> The following code:
> [...]
>
> Causes the following oops:
>
...
> [ 66.355188] [] error_code+0x7c/0x84
> [ 66.355192] [] packet_sendmsg+0x147/0x201 [af_packet]
> [ 66.355199] [] sock_sendmsg+0xf9/0x116
> [ 66.3
Description.
diff --git a/Documentation/kevent.txt b/Documentation/kevent.txt
new file mode 100644
index 000..d6e126f
--- /dev/null
+++ b/Documentation/kevent.txt
@@ -0,0 +1,271 @@
+Description.
+
+int kevent_init(struct kevent_ring *ring, unsigned int ring_size,
+ unsigned int flags)
Generic event handling mechanism.
Kevent is a generic subsytem which allows to handle event notifications.
It supports both level and edge triggered events. It is similar to
poll/epoll in some cases, but it is more scalable, it is faster and
allows to work with essentially eny kind of events.
Ev
Kevent based AIO (aio_sendfile()/aio_sendfile_path()).
aio_sendfile()/aio_sendfile_path() contains of two major parts: AIO
state machine and page processing code.
The former is just a small subsystem, which allows to queue callback
for theirs invocation in process' context on behalf of pool of
On Thu, Jan 25, 2007 at 04:48:30PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
> Changes from 'take33' patchset:
> * Added optional header pointer and its size into aio_sendfile_path(),
>which allows to send header and file in one syscall instead of
>send(header), open file, sendf
301 - 344 of 344 matches
Mail list logo
