I don't see how you can do this. Also on user level you would have to
do this atomically since otherwise communication between the threads
isn't possible anymore. We have a PR in the glibc bug data base about
just that. And I know that there are many other users with this
problem.
You
The queued exit signal could carry which thread has died. The only tricky
issue is what to do when the exit signal cannot be queued because there
are too many threads in flight, in this case it makes sense to just make
it pending without any data (the thread library can search some global
This is all just curiosity. I've considered trying some thread
programming, but if it is as stupid as it sounds, I'd rather
learn the "right" way of writing code that would ordinarily be
done with threads, etc.. Right now, I'm using fork() all over
the place and don't much care how much
What is the deal here? I have NEVER seen anyboody flatly refuse email
from me. Are you telling me I have to go into work and use my
[EMAIL PROTECTED] email address to talk to Alan? That's asinine.
When you get as much spam aimed at you as I do because the address is so well
known you'd
"Micha³ 'CeFeK' Nazarewicz" writes:
salve,
This may be called the next part of my previous e-mail. IrDA as a
module doesn't work... I am getting strange information, while all the
otthers modules work (altough I must specify the full path to them, I
guess it's a matter of modprobe
Two things Im not 100% sure is correct
1. This may be wonderous hand optimised magic but I'd rather let the compiler
do it so its readable. Also have you checked what apps will try to set
unused flags and assume they will fail quietly ?
+/*
+ * Disallow unknown clone(2) flags, as well as
David Ford [EMAIL PROTECTED] writes:
There are a -lot- of large sites that give us issues like this.
What is the best way to handle sites which block connections using
ECN? Is it best for everyone who detects this to write individually to
each site which they find can be accessed with "echo 0
Hi!
Alan Cox wrote:
[...]
o Add later sb16 imix support tot he sb driver(Massimo Dal
Zotto)
[...]
I have a sb16 ISA card and a hauppauge win-pci and the following patch
prevents my hauppauge card from doing sound output.
2.2.17pre20 and 2.2.18pre2 without the patch are working very
On Sat, 2 Sep 2000, Alan Cox wrote:
Fix your routing tables ?
and several other people have said similar things in the past.
I see the point, but it bites sufficiently often that I don't
understand why there is no interesting in improving this
behaviour.
I have several hosts with multiple or
dean gaudet wrote:
an example of brokenness in the traditional fd API is close-on-exec --
there's a race between open()/socket()/pipe() and fcntl(FD_CLOEXEC) during
which if another thread does a fork() it's possible the child will inherit
an fd it shouldn't... working around it is painful.
Hi all.
I'd installed the backport of the USB patch (to 2.2.16) and had the
following problem:
After a few inches of printing a graphics page (ghostscript output), the
whole printing job would just hang. Only exit was switching the printer
on/off and removing the print job. The printer is an
Am I right ? against test8pre1
Also, is it a bug to not set TASK_{UN}INTERRUPTIBLE before doing a
schedule_timeout() ? What will happen ?
thanks
john
--- drivers/pcmcia/yenta.c Fri Aug 11 00:21:32 2000
+++ drivers/pcmcia/yenta.c.new Fri Sep 1 02:42:55 2000
@@ -574,6 +574,7 @@
Salve,
That's me again :-) It looks like that I am the only person with
Dell Latitude CPt using Linux 2.4 or nobody before wrote here -- as I
can't find a solution to my problems via the web.
The next problems are:
1. When I boot up, kernel finishes booting with equally 50%
"Micha³ 'CeFeK' Nazarewicz" [EMAIL PROTECTED] writes:
Salve,
That's me again :-) It looks like that I am the only person with
Dell Latitude CPt using Linux 2.4 or nobody before wrote here -- as I
can't find a solution to my problems via the web.
The next problems are:
1.
This patch fixes some long-standing problems which people
have been experiencing on collisiony half-duplex 10baseT LANs.
It also syncs up some device names and types with the latest
pcmcia_cs release.
Many thanks to David Hinds for sorting all this out.
Changelog entry (maintained at
Jamie Lokier writes:
Richard Gooch wrote:
I agree. Firstly, you can't frob random memory with the MTRR driver,
so it clearly doesn't need CAP_SYS_RAWIO.
With it you can change the behaviour of other drivers by changing
the properties of their MMIO space. So it should need
Andrew Morton [EMAIL PROTECTED] writes:
This patch fixes some long-standing problems which people
have been experiencing on collisiony half-duplex 10baseT LANs.
It also syncs up some device names and types with the latest
pcmcia_cs release.
Many thanks to David Hinds for sorting all
Hi!
Is anyone using cramfs?
I copy cramfs image from nfs onto /dev/ram0, then mount it. It mounts,
and first few accesses are okay, but then it breaks. ls shows garbage
etc.
Kernel 2.4.0-test4-pre3 on mips/r39xx.
Pavel
--
I'm
On Sat, 2 Sep 2000, Jamie Lokier wrote:
dean gaudet wrote:
an example of brokenness in the traditional fd API is close-on-exec --
there's a race between open()/socket()/pipe() and fcntl(FD_CLOEXEC) during
which if another thread does a fork() it's possible the child will inherit
an fd
Matti Aarnio wrote:
From personal experience I can say that even cisco router training
includes example of: "block ALL of ICMP", which of course makes
TCP PMTU discovery non-functional.
Yeah, there is the general problem with such a stuff:
if something becomes de
Against test8pre1
Every one that doesn't check interrupts has just been made UNINTERRUPTIBLE.
This is not clearly right for some of these, but maintainers need to fix these up ... ?
sorry for the mass mailing
thanks
john
--- drivers/net/wan/comx-hw-comx.c Mon Jul 10 03:15:29 2000
+++
I see the point, but it bites sufficiently often that I don't
understand why there is no interesting in improving this
behaviour.
For a large number of scenarios it makes vastly more sense.
With both interfaces up, it's impossible to apply anti-martian
rules to the interfaces, since it's
On Fri, Sep 01, 2000 at 01:28:08PM +0100, Alan Cox wrote:
On Fri, Sep 01, 2000 at 02:23:57PM +0200, [EMAIL PROTECTED] wrote:
I don't see the advantage over Alan's proposal of simply adding the
config data to the bzImage or whatever is the most common format on
the respective platform.
This is a stupid and probably wrong patch to rocket.c
Against test6 but clean on test8pre1
Tytso, this wasn't on sourceforge either
Someone on #kernelnewbies needed this for several rocketports
thanks
john
--- drivers/char/rocket.c Mon Jun 19 21:25:06 2000
+++
Hi. This is my first post to this list (not that i'm even subscribed) and am
very new to linux internals so apologies up front :)
There is a subtle bug in the behaviour of ptrace when modifying the EIP
register. Noteably, if the eip changes and a syscall was interrupted, the
signal handling
So make noise. I tried a post at /. but it wasn't accepted. We have power
in our [tiny] voices when used enmasse.
-d
Graham Murray wrote:
David Ford [EMAIL PROTECTED] writes:
There are a -lot- of large sites that give us issues like this.
What is the best way to handle sites which
On Sat, 2 Sep 2000, Alexander Viro wrote:
Why? I would say that bad thing about SysV shared memory is that it's
_not_ sufficiently filesystem-thing - a special API where 'create a
file on ramfs and bloody mmap() it' would be sufficient. Why bother
with special sets of syscalls?
what i mean
On Sat, 2 Sep 2000, Linus Torvalds wrote:
On Sat, 2 Sep 2000, Rik van Riel wrote:
Not really. I'm not aware of any bug with my VM that doesn't
occur in the standard VM too.
So what happened with the BUG() thing that you had? I never saw
any resolution to that, and that certainly
Ingo Molnar writes:
On Sat, 2 Sep 2000, Alexander Viro wrote:
what i mean is that i dont like the cleanup issues associated with SysV
shared memory - eg. it can hang around even if all users have exited, so
auto-cleanup of resources is not possible.
unlink() and the last
Linus,
The following path is submitted to allow variable size sectors runs to
be submitted via ll_rw_block() to the disk I/O subsystem.
Jeff
881a882,885
/*
// this code is being removed to enable passing of variable size block
// chained I/O requests. Jeff V. Merkey
888a893,894
Linus,
The attached patch is submitted to enable variable sector size block
chaining via ll_rw_block() in the I/O subsystem layer.
Jeff
904a905,907
/
// This code is being commented out to allow support for variable chained
// block I/O requests. Jeff V. Merkey
915a919
*/
Linus,
I at present have the NWFS utilities and File System drivers as single
source base. Obviously, the way your tree is organized, the file system
driver proper should be in the kernel tree and the file system utitilies
somewhere else. Where should I breakout the file system utils and
In [EMAIL PROTECTED] Linus Torvalds
[EMAIL PROTECTED] writes:
On Sat, 2 Sep 2000, Rik van Riel wrote:
In fact, I plan to spend most of my time trying to track down
the 2 VM problems on tytso's list:
1) the innd data corruption bug
This, I think, was due to a bug in ext2 truncate. If so,
On Fri, 1 Sep 2000, Michael Bacarella wrote:
Q: Why do we need threads?
A: Because on some operating systems, task switches are expensive.
No. threads share variable and code memory, processes do not. And
sometimes it can make your life a lot easier. Even if you can use things
such as SHM
In article 8ornsg$h70$[EMAIL PROTECTED],
Henrik =?ISO-8859-1?Q?St=F8rner?= [EMAIL PROTECTED] wrote:
I am one of the people who have been seeing this problem. I would be
very surprised if it was an ext2 problem, as the only ext2 filesystem
on my disk contains all of /boot. No programs, no news
TRG has reprioritized it's long term objectives, and due to resource
constraints and short term schedules, the Open Source NDS and Open
Source NTFS File System projects are being withdrawn from the Linux
Initiative. These projects will be MANOS only, and any interested party
is free to acquire
"Ingo" == Ingo Molnar [EMAIL PROTECTED] writes:
Ingo On Sat, 2 Sep 2000, Dan Maas wrote:
There are various other tricks that can be done to speed up network
servers, like passing files directly from the buffer cache to the
network card. This one is currently frowned upon by the Linux
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff TRG has reprioritized it's long term objectives, and due to
Jeff resource constraints and short term schedules, the Open Source
Jeff NDS and Open Source NTFS File System projects are being
Jeff withdrawn from the Linux Initiative. These
to MANOS, and what a mess indeed. In NetWare, the only time data ever
gets copied from incoming packets is:
1. A copy to userspace at a stream head.
2. An incoming write that gets copied into the file cache.
Sounds like Linux - one DMA and one copy to user space.
Reads from cache are
KDB is putrid. Can it debug double faults? NO. Can it debug complex
register and numeric evaluation statements like IF ((EAX == 1)
[ESP-4] == 0x3000)? NO. Can it debug nested task gate exceptions?
NO. Can it debug SMP locks races? NO. Can it debug priority inversion
problems in
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff KDB is putrid. Can it debug double faults? NO. Can it debug
Jeff complex register and numeric evaluation statements like IF ((EAX
Jeff == 1) [ESP-4] == 0x3000)? NO. Can it debug nested task gate
Jeff exceptions? NO. Can it debug SMP
Alan Cox wrote:
to MANOS, and what a mess indeed. In NetWare, the only time data ever
gets copied from incoming packets is:
1. A copy to userspace at a stream head.
2. An incoming write that gets copied into the file cache.
Sounds like Linux - one DMA and one copy to user
Jes Sorensen wrote:
Yeah I bet NT also has a wonderful graphical click click wush wush
environment for it that allows you to spend all your time `improving'
your rsi instead of getting real work done. Have you ever looked at NT
device driver code? I have, it's not pretty at all so I can
Jes,
I wrote the SMP ODI networking layer in NetWare that used today by over
90,000,000 NetWare users. I also wrote the SMP LLC8022 Stack, the SMP
IPX/SPX Stack, and the SMP OSPF TCPIP stack in NetWare. I think I know
what the hell I'm doing here. Most Network protocols assume a
On Sat, Sep 02, 2000 at 04:01:24PM -0600, Jeff V. Merkey wrote:
Andi Kleen wrote:
On Sat, Sep 02, 2000 at 03:34:47PM -0600, Jeff V. Merkey wrote:
KDB is putrid. Can it debug double faults? NO. Can it debug complex
register and numeric evaluation statements like IF ((EAX ==
**ALL** Netware network drivers support a scatter/gather proramming
interface, whether the hardware does or not. In NetWare, the drivers
get passed a fragment list in what's called an ECB (Event Control
Block). It's the drivers responsiblity to assemble the fragment lists.
We did it this way
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
[since you like to forward things after sending me a private email, I'll
do the same].
Jeff I wrote the SMP ODI networking layer in NetWare that used today by
Jeff over 90,000,000 NetWare users. I also wrote the SMP LLC8022
Jeff Stack, the SMP
Jes Sorensen wrote:
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff Jes,
Jeff I wrote the SMP ODI networking layer in NetWare that used today by
Jeff over 90,000,000 NetWare users. I also wrote the SMP LLC8022
Jeff Stack, the SMP IPX/SPX Stack, and the SMP OSPF TCPIP
Sounds like Linux - one DMA and one copy to user space.
Alan, Please. I'm in your code and there are copies all over the
place. I agree you have a "fast path" for most stuff, but there's all
There arent copies all over the case for the paths that occur. Like 99.999%
of the time.
file system operation. What I wrote is THREE TIMES FASTER THAN WHAT'S
IN LINUX. Care to do a challenge. Let's take my NetWare code and see
which is faster and lower latency on a Network. Mine or Linux's. I bet
you $100.00 it will beat the Linux code in every test.
At what. IPX - sure.
Andi Kleen wrote:
On Sat, Sep 02, 2000 at 04:01:24PM -0600, Jeff V. Merkey wrote:
Of course not. Linux does not have a kernel debugger, or it would use
them. That's what they are used for -- debugging running tasks from a
kernel debugger that has it's own task gates. If you have
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff **ALL** Netware network drivers support a scatter/gather
Jeff proramming interface, whether the hardware does or not. In
Jeff NetWare, the drivers get passed a fragment list in what's called
Jeff an ECB (Event Control Block). It's the
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff Jes Sorensen wrote:
I'd love to see a netware box sustain 110MB/sec (MB as in mega
byte) memory to memory in two TCP streams between dual 400MHz P2
boxes.
Jeff What the hell does a NUMA interconnect have to do with
Jeff networking.
Alan Cox wrote:
Sounds like Linux - one DMA and one copy to user space.
Alan, Please. I'm in your code and there are copies all over the
place. I agree you have a "fast path" for most stuff, but there's all
There arent copies all over the case for the paths that occur. Like
Building 2.4.0-test8-pre2 fails with smbfs enabled:
kgcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -pipe
-march=i686 -malign-functions=4 -fno-strict-aliasing -DMODULE
-DMODVERSIONS -include /usr/src/linux/include/linux/modversions.h
Same with coda
make[2]: Entering directory `/usr/src/linux/fs/coda'
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686
-fno-strict-aliasing -DMODULE -DMODVERSIONS -include
Andi Kleen wrote:
On Sat, Sep 02, 2000 at 04:28:18PM -0600, Jeff V. Merkey wrote:
Alan Cox wrote:
We dont copy for checksumming. We fold the single user space copy and the
checksum operation into one path, because on any modern CPU it costs precisely
the same to copy as to
I'm confused. Threads are harder than *what* to get right?
If you need concurrency, you need concurrency, and any existing model is
hard. Besides, at some level, all of the concurrency models come down to a
variant on threads, anyway.
-Original Message-
From: Alexander Viro
just an aside on asynchronous i/o: concurrency by asychronous I/O actually
predates concurrency via thread-like models, and goes back to the earliest
OS-precursors. Early work on thread-like concurrency models were, in part,
a response to the difficulties inherent in getting asynchronous I/O
John,
Hi, this is just a short no-statistics testimony that Rik's VM patch
to test8-pre1 seems much improved over test7. I have a UP P200 with 40Mb,
and previously running KDE2 + mozilla was totally unusable.
With the patch, things run much more smoothly. Interactive feel seems
better,
Hmmm I just discovered that my filesystem got fairly corrupted with
2.4.0-test7 proper. It has been up for 5 days nonstop and there was
no problems. I have decided to shut it down only to discover that
contest of /sbin directory is pretty much a soup.
went back to 2.4.0-test7-pre2 and it
Alan Cox writes:
What is the deal here? I have NEVER seen anyboody flatly refuse email
from me. Are you telling me I have to go into work and use my
[EMAIL PROTECTED] email address to talk to Alan? That's asinine.
When you get as much spam aimed at you as I do because the address
is so
I missed the beginning of this thread, but I can guess what's going on
here...
According to the ORBS database, rr.com specifically requested all automated
testing for open mail relays to stop. As such, ORBS lists all IPs in the
rr.com domain as 127.0.0.4, which is their code for "manually
There's been a few cards around since about 1995, but I don't remember
all of them. I do remember having to debug SMP code on them though --
yec
Jeff
Jes Sorensen wrote:
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff Jes Sorensen wrote:
You just told us earlier in
According to Alan Cox:
I'm not sure if __attribute__((unused)) has an equivalent in gcc 2.7,
but as it appears in the AGP driver, it doesn't work with gcc 2.7.
Try static void __attribute((unused)) unused(void)
I'm afraid that didn't work either.
--
Chip Salzenberg - a.k.a.
Just like to thank Rik for this one. The patch is unbelievable and I
have trouble with the readings bonnie gives me.
(before kernel patch (2.4.0-test8-pre1 with Low latency patch)
---Sequential Output ---Sequential Input--
--Random--
-Per Char-
Jeff,
Have you been in the bottle again?
If this is not a joke, it is not funny.
On Sat, 2 Sep 2000, Jeff V. Merkey wrote:
TRG has reprioritized it's long term objectives, and due to resource
constraints and short term schedules, the Open Source NDS and Open
Source NTFS File System
Andre,
One of our best friends we've known for years tried to kill himself when
Novell layed him off. I will reconsider later, but not now. Not with
what's going on at Novell. If we post it, Microsoft will grab it and it
will be in NT within 48 hours of them downloading it from our site.
And the problem with irc.openprojects.net is ... ?
Gerhard
On Sat, 2 Sep 2000, Michael Peddemors wrote:
Sorta off the topic, but just setup a 'Chat Room' For Linux Specific Topics...
If it is useful, we will expand the concept and set it up on a dedicated
server etc..
"Jeff V. Merkey" wrote:
I've got a lot of responses to this. Any companies out there who have
job postings and the need for some talented networking engineers in
Utah, please send us the info so we can post it on our website. If
there's Linux work, these guys can do what we did, and learn
"Jeff V. Merkey" wrote:
I've got a lot of responses to this. Any companies out there who have
job postings and the need for some talented networking engineers in
Utah, please send us the info so we can post it on our website. If
there's Linux work, these guys can do what we did, and learn
Apology to Jeff,
I am sorry to here of this, but I know what you mean about microsoft.
My and co-worker's code for doing full taskfile access under linux was
rejected here but is being used in MicroSoft Whistler 2001. They are
quick to grab the very best of Linux and adopt it for their own.
On Sat, 2 Sep 2000, Jeff V. Merkey wrote:
Linus,
This morning I tried what you suggested last night, and saw some issues
with the Adaptec SCSI driver doing an Oops when I tried 1024-512-1024
with the block check removed on 2.2.16. The IDE driver did not barf
but when I tried it on a
On Sat, 2 Sep 2000, Linus Torvalds wrote:
You don't actually have to be smart.
There's a really simple way to avoid this: compare the thing you're going
to zero out against zero before you memset() it to zero. If it was already
zero, you just unlock the page and release.
Downside:
On Sun, 3 Sep 2000, Alexander Viro wrote:
Comments? Basically the "grab_cache_page()" would be a "read_cache_page()"
instead with all the wait-on-page etc stuff.
Works for me. However, that way it looks like a fs/buffer.c fodder.
Mind if I just call it block_zero_page(page, from, to)
Anssi V I Johansson [EMAIL PROTECTED] wrote:
Greetings. I'm having serious problems with my external NEC/Nakamichi
MBR-7 7-CD jukebox. Linux gives me an oops _every_time_ I try to
access two CDs from that jukebox at the same time and sometimes it even
gives me a kernel panic when I'm doing that.
Alan Cox wrote:
There are a -lot- of large sites that give us issues like this.
So mail lots of people. Cisco are I think now aware that their firewall
products dont handle ECN correctly but others might not be.
Or wait until more vendors roll out ECN
There is another big problem like
On Sat, Sep 02, 2000 at 04:12:04PM +0200, Elmer Joandi wrote:
Alan Cox wrote:
There are a -lot- of large sites that give us issues like this.
So mail lots of people. Cisco are I think now aware that their firewall
products dont handle ECN correctly but others might not be.
Or wait
On Sat, 2 Sep 2000, Andi Kleen wrote:
There is another big problem like that...
tunnels actually do not work on todays real internet...
MTU 1500 is so much a standard that it starts killing tunnels.
MTU 1500 is not a working solution today thanks to (mostly
linux based ? ) broken
There are a -lot- of large sites that give us issues like this.
So mail lots of people. Cisco are I think now aware that their firewall
products dont handle ECN correctly but others might not be.
Or wait until more vendors roll out ECN
-
To unsubscribe from this list: send the line
I wrote:[...]
err, s/MTU/MSS/ where applicable ;)
-d
--
"The difference between 'involvement' and 'commitment' is like an
eggs-and-ham breakfast: the chicken was 'involved' - the pig was
'committed'."
begin:vcard
n:Ford;David
x-mozilla-html:TRUE
org:img
Or wait until more vendors roll out ECN
There is another big problem like that...
tunnels actually do not work on todays real internet...
MTU 1500 is so much a standard that it starts killing tunnels.
MTU 1500 is not a working solution today thanks to (mostly
linux based ? ) broken
On Sat, Sep 02, 2000 at 12:07:04PM -0400, [EMAIL PROTECTED] wrote:
I don't think they're mostly linux based. You can easily do
that misconfiguration with most firewalls (i've often see it
with Checkpoint for example)
One word: masquerading.
Unless they're using prehistoric kernels
Date: Sat, 2 Sep 2000 14:12:11 +0100 (BST)
From: Alan Cox [EMAIL PROTECTED]
There are a -lot- of large sites that give us issues like this.
So mail lots of people. Cisco are I think now aware that their
firewall products dont handle ECN correctly but others might not
be.
On Sat, 2 Sep 2000, David S. Miller wrote:
If Alan or myself tell Cisco about this bug, they are very unlikely to
move very fast. But if some of their largest site customers begin to
moan, expect a more timely fix :-)
I have an contact at Cisco - I'll certainly raise this with him.
Cheers,
Thought it might be worth a followup report in case anyone was
interested. All the problems I was seeing with my 2930U2 went
bye-bye when I replaced my bottom-feeder M537 VXpro motherboard
with a Tyan S1590S.
Current setup is Linux 2.4.0-test7 with the aic7xxx driver
compiled in.
--
Bob Tracy
"David" == David S Miller [EMAIL PROTECTED] writes:
Date: Fri, 1 Sep 2000 19:01:18 +0100 (BST) From: Alan Cox
[EMAIL PROTECTED]
o Acenic 0.45 fixes (Chip Salzenberg)
David This adds a huge comment claiming to fix some race condition,
David but no actual code is changed. How can this
On Fri, 1 Sep 2000, Tigran Aivazian wrote:
> Rasmus, you introduced a bug because you removed the code but left the
> comment around. now /* this should go into ->truncate */ is there and very
> confusing - what should go into ->truncate?
... except that comment is there for purpose.
On Fri, 1 Sep 2000, Rik van Riel wrote:
> On Fri, 1 Sep 2000, Chris Evans wrote:
> > On Fri, 1 Sep 2000, Rik van Riel wrote:
> > > On Fri, 1 Sep 2000, Tigran Aivazian wrote:
> > >
> > > > Any of you tried copying a 2G file in the same (ext2)
> > > > filesystem? It starts swapping like mad and
> >And if got lost. That should tell you something. Perhaps something like
> >"*Advanced interface support for USB, FireWire, and AGP!"
> >
> >Then place any expostulatory text indented under that as complete
sentences.
> >This treates the bulleted items as "titles". Your target audience
(Hm, I meant for a copy of this to go to the list, too. So here it is.)
Mike Harris comments:
> > I've heard comments from Alan, and others in the past bashing
> > threads, and I can understand the "threads are for people who
> > can't write state machines" comments I've heard, but what other
>
> All portability issues aside, if one is writing an application in
> Linux that one would be tempted to make multithreaded for
> whatever reason, what would be the better Linux way of doing
> things?
Let's go back to basics. Look inside your computer. See what's there:
1) one (or more) CPUs
2)
Linus,
The patch below adds #ifdef CONFIG_ISA to a couple of places in the
pcmcia drivers. This patch allows me to use the cardbus slot on my
Apple powerbook under linux-2.4.0-test8-pre1.
Regards,
Paul.
diff -urN linux/drivers/pcmcia/cardbus.c bk/drivers/pcmcia/cardbus.c
---
> In summary, when "multithreading" floats into your mind, think
> "concurrency." Think very carefully about how you might simultaneously
> exploit all of the independent resources in your computer. Due to the long
> and complex history of OS development, a different API is usually required
> to
Hello,
On Sat, Sep 02, 2000 at 12:28:00PM +1100, David Luyer wrote:
[snip]
> We have a number of Linux hosts on this backbone with a primary address in
> the network a.b.c.0/24 and a secondary address in the network d.e.f.0/24.
[snip]
> a.b.c.1 arp who-has d.e.f.2
>
[snip]
> Is this already
On Fri, 1 Sep 2000, Mike A. Harris wrote:
> I've heard comments from Alan, and others in the past bashing
> threads, and I can understand the "threads are for people who
> can't write state machines" comments I've heard, but what other
> ways are there of accomplishing the goals that threads
On Sat, 2 Sep 2000, dean gaudet wrote:
> the thread bashing is mostly bashing programs which do things such as a
> thread per-connection. this is the most obvious, and easy way to use
> threads, but it's not necessarily the best performance, and certainly
> doesn't scale. (on the scalability
On Fri, 1 Sep 2000, dean gaudet wrote:
> yup you can do this without threads. apache-1.3+mod_ssl for example.
>
> but it's not fun, and it's a lot more work on the portability side.
> inter-process shared memory and inter-process semaphores are
> notoriously different across platforms...
On Sat, 2 Sep 2000, J. Dow wrote:
> Dan, another thing to consider with multithreading is that it is a way
> to avoid "convoy" effects if there is a nice priority mechanism for
> first in first out messaging. [...]
yep, this is a frequent problem at the level of the kernel. We fixed such
a
On Sat, 2 Sep 2000, Dan Maas wrote:
> There are various other tricks that can be done to speed up network
> servers, like passing files directly from the buffer cache to the
> network card. This one is currently frowned upon by the Linux
> community, [...]
FYI, the TUX patch (released
1 - 100 of 252 matches
Mail list logo