On Sat, 23 Jun 2001 [EMAIL PROTECTED] wrote:
> I've recently been going slightly nuts with the fact ac15, 16, and 17
> all like deadlocking/slowing to a crawl for seconds/minutes on my K6-III
> with 64MB of ram and a swap space of 128MB...
>
> Recently I noticed something VERY odd, I'd been keepi
On Thu, 21 Jun 2001, Jason McMullan wrote:
> One we know how we would 'train' our little VM critter, we
> will know how to measure its performance. Once we have measures, we
> can have good benchmarks. Once we have good benchmarks - we can pick
> a good VM alg.
>
> Or heck, let's j
On Sun, 24 Jun 2001, Anuradha Ratnaweera wrote:
> It is not uncommon to have a large number of tmp files on the disk(s)
> (Rik also pointed this out somewhere early in the original thread) and
> it is sensible to keep all of them in buffers if RAM is sufficient.
> Transfering _very_ large files i
On Sun, 24 Jun 2001, Luigi Genoni wrote:
> > > no SMP
> > > x86 only (and similar, e.g. Crusoe)
> >
> Is this a joke?
> I hope it is.
Must be. I mean, who wants "rtlinux by default" and a
FORTH interpreter in the kernel ? ;)
Either the guy's box got rooted and somebody sent an
email in his
On Sun, 24 Jun 2001, Colonel wrote:
> It's simple. I want the old reliable behavior back, the one I found
> in kernels from 1.1.41 thru 2.2.14.
And which one would that be ? Note that there have been
4 different VM subsystems in that time and the kernel has
made the transition from the buffer
On Sun, 24 Jun 2001, Jason McMullan wrote:
> Uhh. That's not what I was ranting about. What I was
> ranting about is that we have never 'put to paper' the
> requirements ('motiviations') for a good VM, nor have we
> looked at said nonexistent list and figured out what instrumentation
> woul
On Sun, 24 Jun 2001, Jason McMullan wrote:
> On Sun, Jun 24, 2001 at 03:26:13PM -0300, Rik van Riel wrote:
> > On Sun, 24 Jun 2001, Jason McMullan wrote:
> > > Uhh. That's not what I was ranting about. What I was
> > > ranting about is that we have never '
On Sun, 24 Jun 2001, Jason McMullan wrote:
> On Sun, Jun 24, 2001 at 04:29:09PM -0300, Rik van Riel wrote:
> > Over the last year there has been quite a bit of discussion
> > with Stephen Tweedie, Matt Dillon and more people. Parts of
> > it can be found on http://linu
On Tue, 12 Jun 2001, Rob Landley wrote:
> Brilliant. You need what, a 6x larger cache just to break even with
> the amount of time you're running in-cache?
That's going to be hard, since the cache will also need to be
faster in order to feed the CPU core. Making a cache both
larger AND faster
On Sun, 24 Jun 2001, John Nilsson wrote:
> Well I thought that it was time for me to give some feedback to
> the linux community. So I will tell you guys a little of my
> experience with linux so far.
Two words: "send patches"
Please put your money where your mouth is. I mean,
it's ok if you s
On Mon, 25 Jun 2001, Alexander V. Bilichenko wrote:
> Some tests that I have recently check out. kernel compiled with
> 3.0 (2.4.5) function call: 100 iteration. 3% slower than
> 2.95. test example - hash table add/remove - 4% slower (compiled
> both with -O2 -march=i686).
> Why have this ve
On Mon, 25 Jun 2001, Jeff Dike wrote:
> [EMAIL PROTECTED] said:
> > Can you give more details? Was there an aic7xxx scsi driver on the
> > box? run_task_queue(&tq_disk) should eventually unlock those pages but
> > they remain locked. I am trying to narrow it down to fs/buffer code
> > or the SCS
On Sun, 24 Jun 2001, Colonel wrote:
> >May I suggested an algorithm?
> >
> > - Write down what you think the optimization constraints are.
> >(be specific, for example, enumerate all the flavors of page types -
> >process code, process data, page cache file data, page cache swap
> >c
On Mon, 25 Jun 2001, Colonel wrote:
> As a physicist, I learned long ago that if you cannot use the back of
> an envelope and explain your theory to a secretary, you do not
> understand it. It has only been revealed recently where some VM
> design information may be hidden, and it's apparently o
On 25 Jun 2001, John Fremlin wrote:
> Last year I had the idea of tracing the memory accesses of the system
> to improve the VM - the traces could be used to test algorithms in
> userspace. The difficulty is of course making all memory accesses
> fault without destroying system performance.
Soun
On Tue, 26 Jun 2001, Christian Ehrhardt wrote:
> > I've seen this under UML, Rik van Riel has seen it on a physical box, and we
> > suspect that they're the same problem (i.e. mine isn't a UML-specific bug).
>
> Could it be smbfs?
No. I've seen the hang
On Tue, 26 Jun 2001, Jonathan Corbet wrote:
> The Repubblica article was bad enough, but if you want serious kernel FUD
> you should see this bit of delight on AsiaBizTech:
>
> http://www.nikkeibp.asiabiztech.com/wcs/leaf?CID=onair/asabt/fw/133671
If anybody is interested in ressurecting
h
801 - 817 of 817 matches
Mail list logo