From owner-state-threads@oss.sgi.com Thu Jul 12 04:27:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6CBRXK16061 for state-threads-outgoing; Thu, 12 Jul 2001 04:27:33 -0700 Received: from koreainternetbank.net ([211.234.93.70]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6CBRMV16054 for ; Thu, 12 Jul 2001 04:27:22 -0700 Received: from plastic1 ([65.167.32.41]) by koreainternetbank.net (8.11.0/8.11.0) with ESMTP id f6CBHb807281; Thu, 12 Jul 2001 20:17:37 +0900 Message-Id: <200107121117.f6CBHb807281@koreainternetbank.net> From: "Tom Mattson" Subject: Stressed with Debt? To: <#field0#@koreainternetbank.net> Date: Thu, 12 Jul 2001 01:31:34 -0700 X-Mailer: diffondi V4,0,1,0 (W95/NT) (Build: Feb 20 2001) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0" Content-Transfer-Encoding: 7bit Sender: owner-state-threads@oss.sgi.com Precedence: bulk This is a MIME Message ------=_NextPart_000_007F_01BDF6C7.FABAC1B0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0080_01BDF6C7.FABAC1B0" ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable We will help you get the mortgage loan you want We will help you get the mortgage loan you want!  Whether a new home loan is what you seek or to refinance your current home loan at a lower interest rate and payment, we can help! Mortgage rates haven't been this low in the last 12 months, take action now! Refinance your home with us and include all of those pesky credit card bills or use the extra cash for that pool you've always wanted=2E=2E=2E  Where others says NO, we say YES!!! Even if you have been turned down elsewhere, we can help!  Easy terms! Our mortgage referral service combines the highest quality loans with the most economical rates and the easiest qualifications!! Take just 2 minutes to complete the following form=2E There is no obligation, all information is kept strictly confidential, and you must be at least 18 years of age=2E Service available within the United States only=2E This service is fast and= free=2E   FREE INFORMATION REQUEST FORM: Please complete all the information below=2E Our loan specialist will be contacting you at your convenience=2E= Thank You! Please use your mouse to navigate between fields=2E Your Full Name * Address * City * State(USA Only) AK AL AR AZ CA CO CT DC DE FL GA HI IA ID IL IN KS KY LA MA MD ME MI MN MO MS MT NC ND NE NH NJ NM NV NY OH OK OR PA RI SC SD TN TX UT VA VT WA WI WV WY * UNITED STATES ONLY! Zip/Postal Code * Home Phone * Work Phone * Email Address * Best Time To Call Morning at Home Morning at Work Afternoon at Home Afternoon at Work Evening at Home Late Evening at Home * Do You Own Your Home? Yes No * Mobile Homes Do Not Qualify Property Value * Please use numbers only Property Type Single Family Residence Condo Townhouse 2-4 Plex Other * Purchase Price * Please use numbers only Year Acquired * 1st Mortgage-Balance Owed * Please use numbers only (ex:45000) enter 0 for none 1st Mortgage-Interest Rate Select Below 7=2E0 7=2E1 - 7=2E49 7=2E5 - 7=2E99 8=2E0 - 8=2E49 8=2E5 - 8=2E99 9=2E0 - 9=2E49 9=2E5 - 9=2E99 10 or above None % Is 1st Adjustable or Fixed? Fixed Adjustable * Employer * Monthly Gross Household Income * Please use numbers only 2nd Mortgage Balance owed > * Please use numbers only(ex:45000) enter 0 for none Amount You Wish To Borrow Select 15,000 - 30,000 30,000 - 45,000 45,000 - 60,000 60,000 - 75,000 75,000 - 90,000 90,000 - 110,000 110,000 - 125,000 125,000 & Up * Credit Rating Select Excellent Good Fair Poor * Monthly Debt * Please use numbers only Loan Interested In Select Refinance Only Refinance with Cash Out Home Improvement Debt Consolidation Home Equity *   Fast & Easy -You Are Done ! REMOVAL INSTRUCTIONS: This message is being sent to you in compliance with the current Federal legislation=2E You must have either posted an AD to my FFA site, web-site, or requested information, or responded to one of our email letters=2E If you do not want= to receive further emails or any other information from us, or you have received this mail in error, or for immediate removal you may simply use reply on your email program with "Remove from your mailing list #21645" in the subject=2E ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable We will help you get the mortgage loan you want

We will help you= get the mortgage loan you want! 

Whether a new home loan is what you seek or
to refinance your current home loan at a lower interest rate and payment, = we can help!

Mortgage rates haven't been this low in the last 12 month= s, take action now!
Refinance your home with us and include all of those pesky credit c= ard bills or
use the extra cash for that pool you've always wanted=2E=2E=2E 

Where others says NO, we say YES= !!!
Even if you have been turned down elsewhere= , we can help! 

Easy terms! = Our mortgage referral service combines the
highest quality loans with the most economical rates and the easiest quali= fications!!

Take just 2 minutes to complete = the following form=2E
There is no obligation, a= ll information is kept strictly confidential, and you must be at least 18 yea= rs of age=2E
Service available within the United States only=2E This service is fast an= d free=2E

 

FREE INFORMATION REQUEST FORM:=



Please complete all the infor= mation below=2E
Our loan specialist will be contacting you at your convenience=2E=
Thank You!

Please use your mouse= to navigate between fields=2E

=
Your Full Name *
Address *
City *
State(USA Only) * UNITED STATES ONLY!
Zip/Postal Code *
Home Phone *
Work Phone *
Email Address *
Best Time To Call *
Do You Own Your Home? * Mobile Ho= mes Do Not Qualify
Property Value * Please use numbers = only
Property Type *
Purchase Price * Please use numbers only

Year Acquired

 *
1st Mortgage-Balance Owed * Please use numbers = only (ex:45000) enter 0 for none
1st Mortgage-Interest Rate %
Is 1st Adjustable or Fixed? *
Employer *
Monthly Gross Household Income * Please use numbers = only
2nd Mortgage Balance owed > * Please use numbers only(ex:45000) enter 0 for none
Amount You Wish To Borrow *
Credit Rating *
Monthly Debt * Please use numbers = only
Loan Interested In *
 
Fast &a= mp; Easy -You Are Done !

REMOVAL INSTRUCT= IONS: This message is being sent to you in compliance with the current Federal legisl= ation=2E You must have either posted an AD to my FFA site, web-site, or requested information, or responded to one of our email letters=2E If you do not wan= t to receive further emails or any other information from us, or you have recei= ved this mail in error, or for immediate removal you may simply use reply on y= our email program with "Remove from your mailing list #21645" in the= subject=2E

------=_NextPart_001_0080_01BDF6C7.FABAC1B0-- ------=_NextPart_000_007F_01BDF6C7.FABAC1B0-- From owner-state-threads@oss.sgi.com Mon Jul 16 03:07:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6GA7Ju17343 for state-threads-outgoing; Mon, 16 Jul 2001 03:07:19 -0700 Received: from wiprom2mx2.wipro.com (wiprom2mx2.wipro.com [203.197.164.42]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6GA7FV17336 for ; Mon, 16 Jul 2001 03:07:16 -0700 Received: from m2vwall3.wipro.com ([192.168.2.23]) by wiprom2mx2.wipro.com (8.9.3/8.9.3) with SMTP id QAA26298 for ; Mon, 16 Jul 2001 16:46:11 +0530 Received: from darkstar ([192.168.191.219]) by lvlmail.mail.wipro.com (Netscape Messaging Server 4.15) with ESMTP id GGK9UN00.2E4 for ; Mon, 16 Jul 2001 15:45:59 +0530 Message-ID: <000701c10de0$24b372a0$dbbfa8c0@IISDOMAIN.WEBSECURE> From: "Parag Warudkar" To: Subject: Using with LDAP Date: Mon, 16 Jul 2001 15:44:48 +0530 Organization: Wipro Technologies MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------InterScan_NT_MIME_Boundary" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Sender: owner-state-threads@oss.sgi.com Precedence: bulk This is a multi-part message in MIME format. --------------InterScan_NT_MIME_Boundary Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi, We are planning to use state threads library in our server application which serves login requests. The UserID/Passwords are stored in LDAP. So the Server needs to do network io with LDAP via the Netscape directory SDK for C, which has asynchronous functions. The state threads documentation states that only state thread i/o routines should be used. Is there any way to use CSDK async functions with state-threads? TIA, Parag Food for thought ----------------- Eat, drink and be merry, for tomorrow they might make it illegal. "Just how much can I get away with and still go to heaven?" --------------InterScan_NT_MIME_Boundary Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" The Information contained and transmitted by this E-MAIL is proprietary to Wipro Limited and is intended for use only by the individual or entity to which it is addressed, and may contain information that is privileged, confidential or exempt from disclosure under applicable law. If this is a forwarded message, the content of this E-MAIL may not have been sent with the authority of the Company. If you are not the intended recipient, an agent of the intended recipient or a person responsible for delivering the information to the named recipient, you are notified that any use, distribution, transmission, printing, copying or dissemination of this information in any way or in any manner is strictly prohibited. If you have received this communication in error, please delete this mail & notify us immediately at mailadmin@wipro.com --------------InterScan_NT_MIME_Boundary-- From owner-state-threads@oss.sgi.com Mon Jul 16 06:45:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6GDjoJ03224 for state-threads-outgoing; Mon, 16 Jul 2001 06:45:50 -0700 Received: from smail.bing.co.kr (mail.bing.co.kr [211.38.186.2]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6GDjmV03220 for ; Mon, 16 Jul 2001 06:45:48 -0700 Received: from gjygjy (04-187.044.popsite.net [64.24.247.187]) by smail.bing.co.kr (AIX4.3/8.9.3/8.9.3) with ESMTP id WAA165776; Mon, 16 Jul 2001 22:36:50 +0900 Message-Id: <200107161336.WAA165776@smail.bing.co.kr> From: "Martin Roy" Subject: Your Chance #2246 To: winner23d@smail.bing.co.kr.sgi.com X-Mailer: Microsoft Outlook Express 4..72.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V(null).1712.3 Mime-Version: 1.0 Date: Mon, 16 Jul 2001 07:59:07 -0500 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f6GDjnV03222 Sender: owner-state-threads@oss.sgi.com Precedence: bulk 2B35 *Earn $2000 - $5000 weekly-starting within 3-12 weeks. Make what you deserve! *Own your own business. Control your destiny! *Money Freedom=Time Freedom *54% + Gross Profit Margins *No Selling *Work from home, No overhead, or employees. *Fabulous Training & Support *Not traditional MLM, many times more profitable *Multibillion Dollar Travel & Internet Industry The most incredible part of our business is that ALL MY CLIENTS ASK ME TO CALL THEM! DO YOU QUALIFY FOR OUR MENTOR PROGRAM? ACCEPTING ONLY A FEW NEW ASSOCIATES This is not a hobby! Serious Inquires Only!! Please reply with the following information NOW! FULL NAME: COMPLETE ADDRESS: EMAIL ADDRESS: PHONE: (Required; area code & number) BEST 2 TIMES TO CALL YOU: TO: mailto:btqq@lawyer.com?subject=tell_me_more This message is sent in compliance of the new email bill section 301. Per Section 301, Paragraph (a)(2)(C) of S. 1618, further transmissions to you by the sender of this email will be stopped at no cost to you. This message is not intended for residents in the State of WA, NV, CA & VA. Screening of addresses has been done to the best of our technical ability. If you are a Washington, Virginia, or California resident please remove yourself. We respect all removal requests. //////////////////////////////////////////////////// Please remove at: mailto:mortgagef5e@usa.com?subject=remove //////////////////////////////////////////////////// From owner-state-threads@oss.sgi.com Mon Jul 16 12:04:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6GJ4cR19038 for state-threads-outgoing; Mon, 16 Jul 2001 12:04:38 -0700 Received: from femail8.sdc1.sfba.home.com (femail8.sdc1.sfba.home.com [24.0.95.88]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6GJ4bV19035 for ; Mon, 16 Jul 2001 12:04:37 -0700 Received: from [24.11.49.110] by femail8.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010716190437.SGTT7782.femail8.sdc1.sfba.home.com@[24.11.49.110]> for ; Mon, 16 Jul 2001 12:04:37 -0700 Received: (nullmailer pid 297 invoked by uid 1000); Mon, 16 Jul 2001 18:58:31 -0000 Date: Mon, 16 Jul 2001 14:58:31 -0400 From: Dan Melomedman To: state-threads@oss.sgi.com Subject: Re: Using with LDAP Message-ID: <20010716145831.D231@home.com> References: <000701c10de0$24b372a0$dbbfa8c0@IISDOMAIN.WEBSECURE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000701c10de0$24b372a0$dbbfa8c0@IISDOMAIN.WEBSECURE> User-Agent: Mutt/1.3.18i Sender: owner-state-threads@oss.sgi.com Precedence: bulk You'll have to use helper processes for LDAP library functions. You can communicate between your main server process and your helper functions via socketpair(). Those asynchronous LDAP functions are AFAIK use blocking I/O. The reason you need helper processes it to avoid blocking your server process and therefore all its threads as per state threads documentation. The only problem I see with helper processes is the high overhead of fork(). It seems like you'll be forking a process per LDAP search, which is very expensive, and IMHO diminishes the original purpose of a high performance multithreaded server. I am guessing you could have your helper processes pre-forked(), spawning additional helpers as needed, but this still wastes resources. Does anyone have a better suggestion? Would it be possible to run two separate servers one being the main server, and the other being the LDAP helper server which would do IPC via a local UNIX socket for the purpose of avoiding fork()? How would we differentiate between requests from different state threads? The LDAP search server could be multithreaded using alternate threading libraries like pthreads or GnuPth. > We are planning to use state threads library in our server application > which serves login requests. The UserID/Passwords are stored in LDAP. So the > Server needs to do network io with LDAP via the Netscape directory SDK for > C, which has asynchronous functions. The state threads documentation states > that only state thread i/o routines should be used. Is there any way to use From owner-state-threads@oss.sgi.com Mon Jul 16 14:38:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6GLcZN32531 for state-threads-outgoing; Mon, 16 Jul 2001 14:38:35 -0700 Received: from mail.abeona.com ([209.81.58.10]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6GLcYV32528 for ; Mon, 16 Jul 2001 14:38:34 -0700 Received: from abeona.com (IDENT:gsh@concord [192.168.1.56]) by mail.abeona.com (8.9.3/8.9.3) with ESMTP id OAA10859; Mon, 16 Jul 2001 14:35:45 -0700 Message-ID: <3B535EDE.C9E3B861@abeona.com> Date: Mon, 16 Jul 2001 14:38:38 -0700 From: Gene Shekhtman Organization: Abeona Networks, Inc. X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: state-threads@oss.sgi.com, parag.warudkar@Wipro.com CC: Dan Melomedman Subject: Re: Using with LDAP References: <000701c10de0$24b372a0$dbbfa8c0@IISDOMAIN.WEBSECURE> <20010716145831.D231@home.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-state-threads@oss.sgi.com Precedence: bulk Dan Melomedman wrote: > > Does anyone have a better suggestion? Would it be possible to run two > separate servers one being the main server, and the other being the LDAP > helper server which would do IPC via a local UNIX socket for the purpose > of avoiding fork()? How would we differentiate between requests from > different state threads? The LDAP search server could be multithreaded > using alternate threading libraries like pthreads or GnuPth. > > > We are planning to use state threads library in our server application > > which serves login requests. The UserID/Passwords are stored in LDAP. So the > > Server needs to do network io with LDAP via the Netscape directory SDK for > > C, which has asynchronous functions. The state threads documentation states > > that only state thread i/o routines should be used. Is there any way to use I'd suggest two things: 1. Use very simple LDAP "helper" server that listens to a local (UNIX domain) socket and accept()s connections from the "main" server which calls ST functions (st_connect(), st_write(), st_read()). The "helper" server may just pre-fork a fixed (and always constant) number of processes that use Netscape directory SDK. Of course, you'll be able to have only as many simultaneous LDAP queries as the number of processes in the "helper" server. 2. Cache UserID/Passwords in the "main" server. Only if a UserID hasn't been found in the local cache, you communicate with the "helper" server to do a LDAP query. Regards, Gene From owner-state-threads@oss.sgi.com Mon Jul 16 15:20:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6GMKTR01502 for state-threads-outgoing; Mon, 16 Jul 2001 15:20:29 -0700 Received: from femail10.sdc1.sfba.home.com (femail10.sdc1.sfba.home.com [24.0.95.106]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6GMKSV01499 for ; Mon, 16 Jul 2001 15:20:28 -0700 Received: from [24.11.49.110] by femail10.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010716222022.BSPV20244.femail10.sdc1.sfba.home.com@[24.11.49.110]> for ; Mon, 16 Jul 2001 15:20:22 -0700 Received: (nullmailer pid 362 invoked by uid 1000); Mon, 16 Jul 2001 22:14:17 -0000 Date: Mon, 16 Jul 2001 18:14:17 -0400 From: Dan Melomedman To: state-threads@oss.sgi.com Subject: Re: Using with LDAP Message-ID: <20010716181417.A352@home.com> Mail-Followup-To: state-threads@oss.sgi.com References: <000701c10de0$24b372a0$dbbfa8c0@IISDOMAIN.WEBSECURE> <20010716145831.D231@home.com> <3B535EDE.C9E3B861@abeona.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B535EDE.C9E3B861@abeona.com> User-Agent: Mutt/1.3.18i Sender: owner-state-threads@oss.sgi.com Precedence: bulk On Mon, Jul 16, 2001 at 02:38:38PM -0700, Gene Shekhtman wrote the following: > 1. Use very simple LDAP "helper" server that listens to a local (UNIX domain) > socket and accept()s connections from the "main" server which calls ST > functions (st_connect(), st_write(), st_read()). The "helper" server may > just pre-fork a fixed (and always constant) number of processes that use > Netscape directory SDK. Of course, you'll be able to have only as many > simultaneous LDAP queries as the number of processes in the "helper" server. This should work very well for usual server loads where most people have authenticated themselves and most data is sitting in cache. But if the LDAP server replica is running on the local machine to avoid network I/O, this cache could be rendered useless since LDAP servers maintain their own cache. Also, even if the LDAP server is not local to the state-threaded server, what happens when hundreds or even thousands of LDAP queries are needed when they're not in cache? Preforking too many processes would IMHO create too much kernel overhead, while having those processes in deficit would create delays. Is there a better way? Also, what would be an efficient model for disk I/O helpers? From owner-state-threads@oss.sgi.com Mon Jul 16 17:16:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6H0GJW03929 for state-threads-outgoing; Mon, 16 Jul 2001 17:16:19 -0700 Received: from mail.abeona.com ([209.81.58.10]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6H0GIV03926 for ; Mon, 16 Jul 2001 17:16:18 -0700 Received: from abeona.com (IDENT:gsh@concord [192.168.1.56]) by mail.abeona.com (8.9.3/8.9.3) with ESMTP id RAA13995 for ; Mon, 16 Jul 2001 17:13:33 -0700 Message-ID: <3B5383DB.1DD8D030@abeona.com> Date: Mon, 16 Jul 2001 17:16:27 -0700 From: Gene Shekhtman Organization: Abeona Networks, Inc. X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: state-threads@oss.sgi.com Subject: Re: Using with LDAP References: <000701c10de0$24b372a0$dbbfa8c0@IISDOMAIN.WEBSECURE> <20010716145831.D231@home.com> <3B535EDE.C9E3B861@abeona.com> <20010716181417.A352@home.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-state-threads@oss.sgi.com Precedence: bulk Dan Melomedman wrote: > This should work very well for usual server loads where most people have > authenticated themselves and most data is sitting in cache. But if the > LDAP server replica is running on the local machine to avoid network I/O, > this cache could be rendered useless since LDAP servers maintain their own > cache. Local "in-process" cache is never useless :) It's just a different level of caching (just like bigger L2 CPU cache doesn't make L1 cache useless). > Also, even if the LDAP server is not local to the state-threaded > server, what happens when hundreds or even thousands of LDAP queries are > needed when they're not in cache? Preforking too many processes would > IMHO create too much kernel overhead, while having those processes in > deficit would create delays. I had in mind about 10 processes or so. If a LDAP query takes 20 ms, you'll be able to handle 500 queries per second. > Also, what would be an efficient model for disk I/O helpers? The Flash web server used disk I/O helpers for disk-bound workloads . I think the source code is available free of charge for non-commerial use. From owner-state-threads@oss.sgi.com Mon Jul 16 18:21:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6H1L2Y04981 for state-threads-outgoing; Mon, 16 Jul 2001 18:21:02 -0700 Received: from femail9.sdc1.sfba.home.com (femail9.sdc1.sfba.home.com [24.0.95.89]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6H1L1V04978 for ; Mon, 16 Jul 2001 18:21:01 -0700 Received: from [24.11.49.110] by femail9.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010717012027.FPIT2119.femail9.sdc1.sfba.home.com@[24.11.49.110]> for ; Mon, 16 Jul 2001 18:20:27 -0700 Received: (nullmailer pid 402 invoked by uid 1000); Tue, 17 Jul 2001 01:14:21 -0000 Date: Mon, 16 Jul 2001 21:14:21 -0400 From: Dan Melomedman To: state-threads@oss.sgi.com Subject: Re: Using with LDAP Message-ID: <20010716211421.A380@home.com> Mail-Followup-To: state-threads@oss.sgi.com References: <000701c10de0$24b372a0$dbbfa8c0@IISDOMAIN.WEBSECURE> <20010716145831.D231@home.com> <3B535EDE.C9E3B861@abeona.com> <20010716181417.A352@home.com> <3B5383DB.1DD8D030@abeona.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B5383DB.1DD8D030@abeona.com> User-Agent: Mutt/1.3.18i Sender: owner-state-threads@oss.sgi.com Precedence: bulk On Mon, Jul 16, 2001 at 05:16:27PM -0700, Gene Shekhtman wrote the following: > > Local "in-process" cache is never useless :) It's just a different level > of caching (just like bigger L2 CPU cache doesn't make L1 cache useless). > What I meant is it would be waste of RAM, though I understand there would be a performance gain. > > Also, what would be an efficient model for disk I/O helpers? > > The Flash web server used disk I/O helpers for disk-bound workloads > . I think the source code is > available free of charge for non-commerial use. I remember sending e-mail to Vivek about acquiring the source code, but never received a reply; I am not interested in selling any resulting software, but would love to take a look at the source. From owner-state-threads@oss.sgi.com Tue Jul 17 06:50:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6HDoOu19634 for state-threads-outgoing; Tue, 17 Jul 2001 06:50:24 -0700 Received: from trweb01 (root@[212.9.80.163]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6HDoLV19625 for ; Tue, 17 Jul 2001 06:50:22 -0700 Received: from gjygjy (04-203.044.popsite.net [64.24.247.203]) by trweb01 with ESMTP (8.9.3 (PHNE_18546)/8.7.1) id PAA14184; Tue, 17 Jul 2001 15:54:19 +0100 (WETDST) Message-Id: <200107171454.PAA14184@trweb01> From: "Roy Baker" Subject: Your Chance (Please disregard first email, it had the wrong reply address) #329F To: winner23d@trweb01.sgi.com X-Mailer: Microsoft Outlook Express 4..72.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V(null).1712.3 Mime-Version: 1.0 Date: Tue, 17 Jul 2001 08:04:39 -0500 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f6HDoNV19627 Sender: owner-state-threads@oss.sgi.com Precedence: bulk 3A0F *Earn $2000 - $5000 weekly-starting within 3-12 weeks. Make what you deserve! *Own your own business. Control your destiny! *Money Freedom=Time Freedom *54% + Gross Profit Margins *No Selling *Work from home, No overhead, or employees. *Fabulous Training & Support *Not traditional MLM, many times more profitable *Multibillion Dollar Travel & Internet Industry The most incredible part of our business is that ALL MY CLIENTS ASK ME TO CALL THEM! DO YOU QUALIFY FOR OUR MENTOR PROGRAM? ACCEPTING ONLY A FEW NEW ASSOCIATES This is not a hobby! Serious Inquires Only!! Please reply with the following information NOW! FULL NAME: COMPLETE ADDRESS: EMAIL ADDRESS: PHONE: (Required; area code & number) BEST 2 TIMES TO CALL YOU: TO: mailto:55btr@verizonmail.com?subject=tell_me_more This message is sent in compliance of the new email bill section 301. Per Section 301, Paragraph (a)(2)(C) of S. 1618, further transmissions to you by the sender of this email will be stopped at no cost to you. This message is not intended for residents in the State of WA, NV, CA & VA. Screening of addresses has been done to the best of our technical ability. If you are a Washington, Virginia, or California resident please remove yourself. We respect all removal requests. //////////////////////////////////////////////////// Please remove at: mailto:mortgagef5e@usa.com?subject=remove //////////////////////////////////////////////////// From owner-state-threads@oss.sgi.com Mon Jul 30 14:14:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6ULEZs12716 for state-threads-outgoing; Mon, 30 Jul 2001 14:14:35 -0700 Received: from vortex.undoo.com (vortex.undoo.com [209.19.65.227]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6ULEYV12713 for ; Mon, 30 Jul 2001 14:14:34 -0700 Received: from vortex.undoo.com (vortex.undoo.com [192.168.100.3]) by vortex.undoo.com (8.11.3/8.11.3) with ESMTP id f6ULEVZ06733 for ; Mon, 30 Jul 2001 14:14:31 -0700 (PDT) Date: Mon, 30 Jul 2001 14:14:31 -0700 (PDT) From: Claude Johnson X-Sender: cjohnson@vortex.undoo.com To: state-threads@oss.sgi.com Subject: Porting from POSIX threads to State Threads Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-state-threads@oss.sgi.com Precedence: bulk Alright, my basic question is what are the gotchas in making this move? I couldn't find anything in the archives about experiences or "good to knows" in making the move from POSIX threads to ST. I'm guessing the list would be fairly extensive. So if someone can run down the major gotchas, that would be helpful, in the sense of what are major differences between Pthreads and State Threads. Is such a port even possible? The following words, from http://www.mozilla.org/projects/nspr/reference/html/printro.html, are somewhat ominous: "NSPR does not provide a platform for porting existing code. It must be used from the beginning of a software project." If this applies to ST as well, can someone explain please? TIA! Claude Johnson Network Scientist Avamar Technologies 949.743.5145 Vox 949.743.5190 Fax www.avamar.com From owner-state-threads@oss.sgi.com Mon Jul 30 14:52:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6ULqrA13457 for state-threads-outgoing; Mon, 30 Jul 2001 14:52:53 -0700 Received: from smtp1.libero.it (smtp1.libero.it [193.70.192.51]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6ULqpV13453 for ; Mon, 30 Jul 2001 14:52:51 -0700 Received: from acm.org (151.33.123.62) by smtp1.libero.it (5.5.025) id 3AE980E7014DF3E5 for state-threads@oss.sgi.com; Mon, 30 Jul 2001 23:52:45 +0200 Message-ID: <3B65D745.1FD302BD@acm.org> Date: Mon, 30 Jul 2001 23:53:09 +0200 From: "g.p.ciceri" Organization: swanLabs X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-2 i686) X-Accept-Language: en, it MIME-Version: 1.0 To: state-threads@oss.sgi.com Subject: a plea to have some "helper" application sample along with the ST distribution. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-state-threads@oss.sgi.com Precedence: bulk Hello all, following the mailing list discussions, it seems to me the major issue in building ST-enabled applications is still the handling of non ST-controlled operations, like performing disk I/O, query LDAP servers and/or DBMS, legacy network libraries, questions like these. The standard way to handle this issues is to build some "helper" application, connected to the ST-enabled one via some IPC mechanism like pipe(2) or socketpair(2), but unfortunately the suggested sample (quoting from a past discussion): >The Flash web server used disk I/O helpers for disk-bound workloads >. I think the source code is >available free of charge for non-commerial use. Is no longer available (at least, the author neither answers emails, nor releases the code). May I ask someone to provide a working sample of such a technique ??? For example, in the ST distribution there is the "server" sample: it should be nice to extend this sample with an "helper" app, given as reference. Any help/remark will be highly appreciated. Thanks for your patience, and best regards. /gp -- Discussion: How do you feel about Open Source firms making millions through public offerings? "I wish these companies were making the same millions without distributing any non-free, user-subjugating software." -- Richard Stallman "We're so forward that sometimes we reach ourself." -- g.p. "It is amazing how much you can achieve when you don't have to do the real work yourself." -- Joe Celko Gian Paolo Ciceri Via B.Diotti 45 - 20153 Milano MI ITALY CTO @ Louise mobile : ++39 347 4106213 : ++39 348 3658272 eMail : gp.ciceri@acm.org : gp.ciceri@louise.it webSite: http://www.louise.it ICQ # : 94620118 From owner-state-threads@oss.sgi.com Mon Jul 30 16:18:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6UNIX915173 for state-threads-outgoing; Mon, 30 Jul 2001 16:18:33 -0700 Received: from femail8.sdc1.sfba.home.com (femail8.sdc1.sfba.home.com [24.0.95.88]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6UNIWV15170 for ; Mon, 30 Jul 2001 16:18:32 -0700 Received: from [24.11.49.110] by femail8.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010730231827.ODHF5578.femail8.sdc1.sfba.home.com@[24.11.49.110]> for ; Mon, 30 Jul 2001 16:18:27 -0700 Received: (nullmailer pid 321 invoked by uid 1000); Mon, 30 Jul 2001 23:12:21 -0000 Date: Mon, 30 Jul 2001 19:12:21 -0400 From: Dan Melomedman To: state-threads@oss.sgi.com Subject: Re: a plea to have some "helper" application sample along with the ST distribution. Message-ID: <20010730191221.A307@home.com> Mail-Followup-To: state-threads@oss.sgi.com References: <3B65D745.1FD302BD@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B65D745.1FD302BD@acm.org> User-Agent: Mutt/1.3.18i Sender: owner-state-threads@oss.sgi.com Precedence: bulk Although an example would be great, it should not be too difficult to do it yourself. It's your usual IPC. For example a helper process can prefork several children that all listen on a UNIX domain socket. The server writes to the socket, and reads responses. Also what would be even better is a small LDAP client library done with ST. From owner-state-threads@oss.sgi.com Mon Jul 30 16:25:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6UNPaG15303 for state-threads-outgoing; Mon, 30 Jul 2001 16:25:36 -0700 Received: from femail4.sdc1.sfba.home.com (femail4.sdc1.sfba.home.com [24.0.95.84]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6UNPZV15300 for ; Mon, 30 Jul 2001 16:25:35 -0700 Received: from [24.11.49.110] by femail4.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010730232525.QCZO28538.femail4.sdc1.sfba.home.com@[24.11.49.110]> for ; Mon, 30 Jul 2001 16:25:25 -0700 Received: (nullmailer pid 328 invoked by uid 1000); Mon, 30 Jul 2001 23:19:19 -0000 Date: Mon, 30 Jul 2001 19:19:19 -0400 From: Dan Melomedman To: state-threads@oss.sgi.com Subject: Re: Porting from POSIX threads to State Threads Message-ID: <20010730191919.B307@home.com> Mail-Followup-To: state-threads@oss.sgi.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.18i Sender: owner-state-threads@oss.sgi.com Precedence: bulk On Mon, Jul 30, 2001 at 02:14:31PM -0700, Claude Johnson wrote the following: > Alright, my basic question is what are the gotchas in > making this move? > > I couldn't find anything in the archives about experiences > or "good to knows" in making the move from POSIX threads > to ST. I'm guessing the list would be fairly extensive. > So if someone can run down the major gotchas, that would > be helpful, in the sense of what are major differences > between Pthreads and State Threads. If your thread blocks in ST, then your process blocks. Because of this, all network and disk I/O calls that are not implemented with ST library should either be converted to use ST, or should be used in an external process. Usually you do not need mutexes or thread safety like in most Pthread libraries in ST. From owner-state-threads@oss.sgi.com Tue Jul 31 02:11:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f6V9BTk12273 for state-threads-outgoing; Tue, 31 Jul 2001 02:11:29 -0700 Received: from vortex.undoo.com (vortex.undoo.com [209.19.65.227]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f6V9BRV12266 for ; Tue, 31 Jul 2001 02:11:27 -0700 Received: from vortex.undoo.com (vortex.undoo.com [192.168.100.3]) by vortex.undoo.com (8.11.3/8.11.3) with ESMTP id f6V9BLZ09453; Tue, 31 Jul 2001 02:11:21 -0700 (PDT) Date: Tue, 31 Jul 2001 02:11:21 -0700 (PDT) From: Claude Johnson X-Sender: cjohnson@vortex.undoo.com To: Dan Melomedman cc: state-threads@oss.sgi.com Subject: Re: Porting from POSIX threads to State Threads In-Reply-To: <20010730191919.B307@home.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-state-threads@oss.sgi.com Precedence: bulk Okay, cool. What about differences in the libraries themselves? For example, the Pthread library has a pthread_attr_t type. What is the closest equivalent in the ST library? Is it even possible to control STs with that much granularity? NOTE: I am not a programmer but doing some investigation, so feel free to correct me if I say something that doesn't make sense. Example: The pthread_attr_t type. Since it doesn't appear that any similar device exists in ST, what solutions have been arrived at by those who have converted from Pthreads to ST? These are the kind of issues that concern me when I look at the code I'm working with and read the ST docs. On Mon, 30 Jul 2001, Dan Melomedman wrote: [*]On Mon, Jul 30, 2001 at 02:14:31PM -0700, Claude Johnson wrote the following: [*]> Alright, my basic question is what are the gotchas in [*]> making this move? [*]> [*]> I couldn't find anything in the archives about experiences [*]> or "good to knows" in making the move from POSIX threads [*]> to ST. I'm guessing the list would be fairly extensive. [*]> So if someone can run down the major gotchas, that would [*]> be helpful, in the sense of what are major differences [*]> between Pthreads and State Threads. [*] [*]If your thread blocks in ST, then your process blocks. Because of this, [*]all network and disk I/O calls that are not implemented with ST library [*]should either be converted to use ST, or should be used in an external [*]process. Usually you do not need mutexes or thread safety like in most [*]Pthread libraries in ST. [*] Claude Johnson Network Scientist Avamar Technologies 949.743.5145 Vox 949.743.5190 Fax www.avamar.com