aboutsummaryrefslogtreecommitdiff
path: root/pipermail/nel/2001-February/000272.html
diff options
context:
space:
mode:
Diffstat (limited to 'pipermail/nel/2001-February/000272.html')
-rw-r--r--pipermail/nel/2001-February/000272.html84
1 files changed, 84 insertions, 0 deletions
diff --git a/pipermail/nel/2001-February/000272.html b/pipermail/nel/2001-February/000272.html
new file mode 100644
index 00000000..e31e97bf
--- /dev/null
+++ b/pipermail/nel/2001-February/000272.html
@@ -0,0 +1,84 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
+<HTML>
+ <HEAD>
+ <TITLE> [Nel] NeL Network Engine</TITLE>
+ <LINK REL="Index" HREF="index.html" >
+ <LINK REL="made" HREF="mailto:nevrax%40bernard-hugueney.org">
+ <LINK REL="Previous" HREF="000256.html">
+ <LINK REL="Next" HREF="000278.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[Nel] NeL Network Engine</H1>
+ <B>Bernard Hugueney</B>
+ <A HREF="mailto:nevrax%40bernard-hugueney.org"
+ TITLE="[Nel] NeL Network Engine">nevrax@bernard-hugueney.org</A><BR>
+ <I>Mon, 26 Feb 2001 17:49:39 +0100</I>
+ <P><UL>
+ <LI> Previous message: <A HREF="000256.html">Re[2]: [Nel] NeL Network Engine</A></li>
+ <LI> Next message: <A HREF="000278.html">[Nel] NeL Network Engine</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#272">[ date ]</a>
+ <a href="thread.html#272">[ thread ]</a>
+ <a href="subject.html#272">[ subject ]</a>
+ <a href="author.html#272">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>* Nicolas Hognon &lt;<A HREF="mailto:cblt@cblt.org">cblt@cblt.org</A>&gt; [010222 19:33]:
+&gt;<i>
+</I>&gt;<i> i've got the same problem for the project i work for :
+</I>&gt;<i> how many thread can i run under win nt/2000 and linux
+</I>&gt;<i>
+</I>
+Well, I'm as far as possible from a threads expert, but I think that
+what makes LinuxThreads special is that they are system threads (vs user
+threads) maybe heavier, but making use of SMP, so basically, I think
+the max nb of threads is very much system dependand (SMP?).
+
+On a pessimistic note, I remember seeing in kernel traffic that Solaris
+was more effective in handling huge number of threads :-(
+Not only that, but Linus T. seemed not to recognize a defect is Linux,
+but claimed that it was a matter of trade-off and that Solaris was
+optimized for huge number of threads, and Linux more effective with
+small number of threads.
+
+But my memory is weak so I may be wrong...
+
+On a completly unrelated note, I remember seeing a NeL coder seeking assistance
+on a gcc mailing list for a trouble with exception causing an abort when
+linking with C code (I think). I do not remember if there was a useful response
+, but I saw a related message on boost mailing list:
+&lt;citation&gt;
+Hi,
+I finally figured out why the regex++ shared library was crashing when
+throwing an exception. Somehow the shared library wasn't getting
+created correctly by using ld to link it. When using ld with c++ code,
+some additional libraries need to be specified on the command line. The
+easy fix is to simply call g++ to link the files. g++ then calls ld
+with the appropriate commands.
+&lt;/citation&gt;
+
+Maybe this can help...
+
+Cheers,
+Bernard
+
+
+</pre>
+
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI> Previous message: <A HREF="000256.html">Re[2]: [Nel] NeL Network Engine</A></li>
+ <LI> Next message: <A HREF="000278.html">[Nel] NeL Network Engine</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#272">[ date ]</a>
+ <a href="thread.html#272">[ thread ]</a>
+ <a href="subject.html#272">[ subject ]</a>
+ <a href="author.html#272">[ author ]</a>
+ </LI>
+ </UL>
+</body></html>