On Mon, 25 Jun 2001, J . A . Magallon wrote:
> Sure it is opendivx ? I think you are just using gcc compiled code for
> the 'interface' and 'glue' to windows divx decoders (/usr/lib/win32/*.dll)
> that do the real hard work.
Have a look at mplayer.sourceforge.net. MPlayer besides DLL loading als
first of all, if you are not interested in compiler comparision, just
skip.
I though posting a little demonstration of how well performing code gcc
2.95.2 generates (vs. gcc 3.0) won't hurt. Also shown, that further
optimatizations are anything but impossible (using Intel's commercial c
compiler)
> Check out the kernel janitor project at
> http://bazar.conectiva.com.br/~acme/TODO (original)
Is this information up2date? If it is, sad to see we have this many bugs...
--
SaPE - Peter, Sasi - mailto:[EMAIL PROTECTED] - http://sape.iq.rulez.org/
-
To unsubscribe from this list: send the li
On Fri, 18 May 2001, Sean Hunter wrote:
> Why would you want to run a web server with 8 processors rather than four
> webservers with 2 each?
As you might already know, after the interviews to Mingo I assumed, that a
major portion of the achievements was enabled by the 2.4 scalability
enhacement
On 18 May 2001, reiser.angus wrote:
> not really the same box
> look at the disk subsystem
> 7 x 9GB 10KRPM Drives and 1 x 18GB 15KRPM (html+log & os) for Win2000
> 5 x 9GB 10KRPM Drives (html+log+os) for TUX 2.0
> this is sufficient for a such difference
Don't you think that all the really need
Hi!
I am just writing an essay, an have mentioned TUX as a performance and
scalability linearity recort holder with TUX, referencing the specweb99
website summary page:
http://www.spec.org/osg/web99/results/web99.html
However, taking a closer look, it turns out, that the above statement
holds t
On Thu, 17 May 2001, Rik van Riel wrote:
> Or are you just comparing with 2.2 and you'd rather
> have 2.2 performance? ;)
Actually, yes. Doing fileserving with Samba, and also using the box
interactively feels better with 2.2, and also the average TCP througput
(measured by iptraf) seems higher.
Same patch should be applied for the es1370 also. (at least the joystick
part.)
--
SaPE - Peter, Sasi - mailto:[EMAIL PROTECTED] - http://sape.iq.rulez.org/
-- Forwarded message --
Date: Wed, 09 May 2001 15:36:21 -0400
From: David Riley <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED],
On Thu, 25 Jan 2001, Anton Blanchard wrote:
> I have patches for samba to do sendfile. Making a tux module does not make
> sense to me, especially since we are nowhere near the limits of samba in
> userspace. Once userspace samba can run no faster, then we should think
> about other options.
Do
Previously unseen. What could be the cause of these messages?
(Abit BH6 (Intel BX), Logitech Mouseman+ USB)
Jan 24 21:39:15 iq kernel: usb.c: bw_alloc reduced by 118 to 0 for 0
requesters
Jan 24 21:39:16 iq kernel: usb.c: bw_alloc increased by 118 to 118 for 1
requesters
Jan 24 21:44:22 iq kernel
> AIUI, Jeff Merkey was working on loading "userspace" apps into the
kernel
> to tackle this sort of problem generically. I don't know if he's
tried it
> with Samba - the forking would probably be a problem...
I think, that is not what we need. Once Ingo wrote, that since HTTP
serving can also
> > (30+ high speed streams from 4 disks does really need some caching).
> This isn't obvious. Your working may not fit in cache and so the
kernel
> understand it's worthless to swapout stuff to make space to a
polluted cache.
But your understanding agrees on that the larger chunks for each str
On 14 Jan 2001, Linus Torvalds wrote:
> The only obvious use for it is file serving, and as high-performance
> file serving tends to end up as a kernel module in the end anyway (the
> only hold-out is samba, and that's been discussed too), "sendfile()"
> really is more a proof of concept than any
On Wed, 24 Jan 2001, Andrea Arcangeli wrote:
> > 2.2.19preXaaX Virtually disabled I/O cache extention-by-swapout, working
> > on previous (semi)stock kernels (raid+ide patched) :(
> Can you measure a performance degradation because of that? Previous kernels was
> certainly not a good example beca
On Sun, 14 Jan 2001, Godfrey Livingstone wrote:
> You MUST apply this patch before the two raid patches. The VM patch stablises
> the 2.2.18 virtual memory system and if you don't apply my two repackaged
> patches will fail. The above VM patch has been accepted into 2.2.19pre3 and
> many people a
Jan 13 01:58:17 iq kernel: probable hardware bug: clock timer
configuration lost - probably a VIA686a.
Jan 13 01:58:17 iq kernel: probable hardware bug: restoring chip
configuration.
I get these, do not know why. MB is abit BH6, IDE controllers are the
onboard and a WinFast CMD648.
Have never se
On Tue, 9 Jan 2001, Sasi Peter wrote:
> On Tue, 9 Jan 2001, Andrea Arcangeli wrote:
> > On Mon, Jan 08, 2001 at 10:46:29PM +0100, Sasi Peter wrote:
> > > What I had w/2.2.18pre19 (+raid+ide):
> > > ~80MB more in cache and ~80MB swapped out (eg. currently unused notes
&g
On Tue, 9 Jan 2001, Andrea Arcangeli wrote:
> On Mon, Jan 08, 2001 at 10:46:29PM +0100, Sasi Peter wrote:
> > What I had w/2.2.18pre19 (+raid+ide):
> > ~80MB more in cache and ~80MB swapped out (eg. currently unused notes
> > server and squid) There is enough of swap o
...compared to 2.2.18pre19.
I use the IDE patch for my CMD648 card, and also 0.90 RAID.
What I have now (2.2.19pre6aa1+ide-1221):
[root@iq /root]# hdparm /dev/hd[aceg]
/dev/hda:
multcount= 16 (on)
I/O support = 1 (32-bit)
unmaskirq= 1 (on)
using_dma= 1 (on)
keepsettings =
On Mon, 8 Jan 2001, Chris Wedgwood wrote:
> I would like to determine the banwidth the card is getting from
> the network.
> /proc/net/dev exports counters; you can monitor those -- I'm sure
> there are perfomance program that do exactly this.
I have this little script for monitoring int
On Tue, 28 Nov 2000, Uwe Bonnes wrote:
> I bought the 2 channel thing for 400 DM (~160$). I guess the 8 chanel
You can buy one for under $30 with two channels. So even is the 8 channel
one is $200 and not $120 (4x30) I would still prefer this one.
> thing is about 1000DM. That's not too much I
On Mon, 27 Nov 2000, Uwe Bonnes wrote:
> the 3Ware Controllers have up to 8 channels. However I think you can
> only use one drive per chanel.
Hi!
I'm afraid they have only one with intel RISC on board for hardware raid,
which amkes these card rather exensive for me wanting multilple channels,
On Mon, 27 Nov 2000, Jens Axboe wrote:
> On Mon, Nov 27 2000, Sasi Peter wrote:
> > > implementation listed in the specs Linux might as well not support it :)
> > > It's simply not worth it.
> > But seriously, how come?
> > I thought they just somewhat like
On Mon, 27 Nov 2000, Jens Axboe wrote:
> > I would like to ask if the tagged command queueing capability in the
> > decent ATA standards is utilized in the linux IDE driver (2.2 2.2ide
> ^^
> > patches, or 2.4 maybe...)?
> I hope that is supposed to be 'recent', because with the current TCQ
Hi!
I would like to ask if the tagged command queueing capability in the
decent ATA standards is utilized in the linux IDE driver (2.2 2.2ide
patches, or 2.4 maybe...)?
Another question, a little bit offtopic is if anybody on this list is able
to point me to some pci UltraATA controller card, wh
On Wed, 8 Nov 2000, Scott McDermott wrote:
> Sasi Peter on Tue 7/11 23:28 +0100:
> > I'm getting this under moderate NFS load:
> > Nov 6 17:39:56 iq kernel: svc: server socket destroy delayed (sk_inuse: 1)
> > Nov 6 17:40:08 iq kernel: svc: unknown program 100227 (m
Hi!
I'm getting this under moderate NFS load:
Nov 6 17:39:56 iq kernel: svc: server socket destroy delayed (sk_inuse:
1)
Nov 6 17:40:08 iq kernel: svc: unknown program 100227 (me 13)
Nov 6 19:06:11 iq kernel: svc: server socket destroy delayed (sk_inuse:
1)
Nov 6 19:38:48 iq kernel: svc:
help.
by,
SaPE
On Thu, 2 Nov 2000, Greg KH wrote:
> On Fri, Nov 03, 2000 at 02:08:53AM +0100, Sasi Peter wrote:
> > On Thu, 2 Nov 2000, Greg KH wrote:
> >
> > > Could you send the result of /proc/interrupts and 'lspci -v'?
> > > Also, have you tried the
On Thu, 2 Nov 2000, Greg KH wrote:
> Could you send the result of /proc/interrupts and 'lspci -v'?
> Also, have you tried the alternate UHCI controller driver?
> Or tried USB as modules, instead of compiled in?
Here you go. I did work w/ the very same hw with pre15.
I have never really knew wha
On Thu, 2 Nov 2000, Sasi Peter wrote:
> Seems like something in USB went wrong from pre15, I get something like
> what is in the attachment.
In now.
> I have tried using HID + mouse, HID BP, disabling event interface,
> disabling hot-plug support, disabling preliminary USB f
Hi!
Seems like something in USB went wrong from pre15, I get something like
what is in the attachment.
I have tried using HID + mouse, HID BP, disabling event interface,
disabling hot-plug support, disabling preliminary USB fs, disabling
bandwidth allocation, the effect are still the same even
Hi!
Unfortunatelly I couldn't apply it:
[root@iq src]# bzcat VM-global-2.2.18pre9-6.bz2 |patch -p0
patching file `VM/drivers/block/rd.c'
patching file `VM/fs/binfmt_aout.c'
patching file `VM/fs/binfmt_elf.c'
patching file `VM/fs/buffer.c'
patching file `VM/fs/coda/file.c'
patching file `VM/fs/dca
On Thu, 12 Oct 2000, Krzysztof Sierota wrote:
> Our 3 machines went unresponsive, just the way you describe it. The error
> was the same. We had this on 2.2.17 and on 2.2.18pre3 , didn't try 2.2.18pre15.
> Marcelo Tosati assembled a kernel for us that had Andrea Arcangeli patches
> applied and so
On Wed, 11 Oct 2000, Alan Cox wrote:
The was an error reported for 2.2.17:
Oct 12 14:55:46 iq kernel: VM: do_try_to_free_pages failed for kupdate...
...
Oct 12 00:50:49 iq kernel: VM: do_try_to_free_pages failed for smbd...
Oct 12 00:50:51 iq last message repeated 226 times
...
Oct 12 00:50:47 iq
On Mon, 9 Oct 2000, Darron Froese wrote:
> Patch the 2.2.17 kernel with ide and raid and then apply 18pre patches to
> that.
> If you get rejected pieces you may have to hand merge some but that's how
> I've done it in the past.
At least Ingo has made a raid patch for 2.2.18pre13, which patches
35 matches
Mail list logo
