Linux-VServer patch adds 2 new flags: barrier and iunlink.
With recent changes in -git (filestreams), XFS now lacks di_flags bits
to add these.
iunlink flag adds Copy-on-Write semantics to hard links, while barrier
flag signifies a filesystem barrier no virtual context can pass.
I'd like to know
On 3/19/07, David Schwartz <[EMAIL PROTECTED]> wrote:
> I didn't suggest adding any unfairness! I suggested being fair by
> user/job/process instead of being fair by thread (which is actually
> unfair as it favors multi threaded processes over single threaded
> processes).
Wouldn't that be unf
On 3/18/07, Mike Galbraith <[EMAIL PROTECTED]> wrote:
Hm. Sounds rather a lot like the...
X sucks, fix X and RSDL will rock your world. RSDL is perfect.
...that I've been getting.
Blah. Nothing's perfect. Especially not computer programs.
Still, it's not a smart decision on KDE's part.
It wi
On 3/18/07, Mike Galbraith <[EMAIL PROTECTED]> wrote:
On Sun, 2007-03-18 at 07:47 +0100, Kasper Sandberg wrote:
> > So neither does a good job with this load.
> that sorely depends on what you mean by good job.
>
> It seems like what you call a good job is preserving the speed of the
> gui(X + a
On 3/18/07, Mike Galbraith <[EMAIL PROTECTED]> wrote:
On Sun, 2007-03-18 at 06:24 +0100, Willy Tarreau wrote:
> Maybe we're all discussing the problem because we have reached the point
> where we need two types of schedulers : one for the desktop and one for
> the servers. After all, this is alr
On 3/8/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
- Re-added the ext4 development tree to the -mm lineup. It has stuff in
it.
And broken stuff too :-)
The nanoseconds patch is broken on x86_64 - makes mtimes from the future:
e.g. year 2431. I suspect an endianness issue.
x86 works fine a
On 3/11/07, Gene Heskett <[EMAIL PROTECTED]> wrote:
On Sunday 11 March 2007, Mike Galbraith wrote:
Just to comment, I've been running one of the patches between 20-ck1 and
this latest one, which is building as I type, but I also run gkrellm
here, version 2.2.9.
Since I have been running this mi
On 2/18/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
Generally, the penalties for getting this stuff wrong are very very high:
orders of magnitude slowdowns in the right situations. Which I suspect
will make any system-wide knob ultimately unsuccessful.
Yes, they were. Now, it's an extremely
8 matches
Mail list logo
