From owner-deschall-announce Sun Jun 1 11:25:12 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA00771 for deschall-outgoing; Sun, 1 Jun 1997 11:25:12 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA00766 for ; Sun, 1 Jun 1997 11:25:12 -0400 (EDT) Received: from hate.sizone.org(209.50.72.17) by gatekeeper.megasoft.com via smap (V2.0) id xma000761; Sun, 1 Jun 97 11:24:48 -0400 Received: by sizone.org (Linux Smail3.1.93 #5) id m0wYBj7-000H3YC; Sun, 1 Jun 97 10:35:21 -0400 (EDT) Message-Id: From: mathboy@sizone.org (Eating Before Swimming) Subject: INFO: Encryption battle heats up in House; experts weigh in (5/30/97) (fwd) To: deschall@gatekeeper.megasoft.com Date: Sun, 1 Jun 1997 10:35:21 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk To: crypto-news@panix.com From: shabbir@vtw.org (Shabbir J. Safdar) Subject: INFO: Encryption battle heats up in House; experts weigh in (5/30/97) Date: Fri, 30 May 1997 11:38:40 -0400 Reply-To: crypto-news@lists.panix.com ============================================================================= ____ _ _ _ / ___|_ __ _ _ _ __ | |_ ___ | \ | | _____ _____ | | | '__| | | | '_ \| __/ _ \ _____| \| |/ _ \ \ /\ / / __| | |___| | | |_| | |_) | || (_) |_____| |\ | __/\ V V /\__ \ \____|_| \__, | .__/ \__\___/ |_| \_|\___| \_/\_/ |___/ |___/|_| PRO-ENCRYPTION BILL CLEARS SECOND CONGRESSIONAL HURDLE; FACES TOUGHER TEST IN COMING WEEKS. CRYPTOGRAPHERS AND COMPUTER SECURITY EXPERTS ASSAIL GOVERNMENT KEY RECOVERY PLANS Date: May 29, 1997 Expires July 1, 1997 URL:http://www.crypto.com/ crypto-news@panix.com Redistribution of crypto-news is allowed in its entirety. _____________________________________________________________________________ Table of Contents Encryption battle heats up in the House Experts assail government key recovery plans What YOU CAN DO NOW! Background What's at stake How to start or stop receiving crypto-news Press contacts _____________________________________________________________________________ ENCRYPTION BATTLE HEATS UP IN THE HOUSE On May 14th, the House Judiciary Committee approved a bill designed to dramatically enhance the ability of Internet users to protect their privacy and security online. The bill now moves to the House International Relations Committee, where it is expected to face tougher opposition from the FBI, NSA, and the Clinton Administration. The International Relations Committee is expected to consider the bill soon. The Security and Freedom through Encryption Act (SAFE - HR 695) will prohibit the government from imposing mandatory law enforcement access to private online communications inside the US, affirm the right of American Citizens to use whatever from of encryption they choose, and relax current export restrictions which prevent the development of strong, easy-to-use encryption technologies. The Clinton Administration, led by the FBI and the National Security agency, opposes SAFE and is pushing for a policy of domestic restrictions on the use of encryption, guaranteed law enforcement access to private communications via government designed "key-recovery" systems, and continued reliance on out-dated, cold-war era export controls. For the first time in history, Congress is close to passing real encryption policy reform legislation which will protect privacy, promote electronic commerce, and recognizes the realities of the global Internet. Pointers to additional information on the SAFE bill and other efforts to reform U.S. encryption policy are attached below. Congress needs to hear from you! If you value your privacy and care about the future of the Net, please take a few moments to join the Adopt Your Legislator campaign. Instructions are attached below. ________________________________________________________________________________ CRYPTOGRAPHERS AND COMPUTER SECURITY EXPERTS ASSAIL GOV'T. KEY RECOVERY PLANS On Wednesday May 21, a group of leading cryptographers and computer scientists released a report which for the first time examines the risks and implications of government-designed key-recovery systems. The report cautions that "The deployment of a general key-recovery-based encryption infrastructure to meet law enforcement's stated requirements will result in substantial sacrifices in security and cost to the end user. Building a secure infrastructure of the breathtaking scale and complexity demanded by these requirements is far beyond the experience and current competency of the field." The report substantially changes the terms of the ongoing debate over US encryption policy. For more than four years, the Clinton Administration has pushed for a policy of continued export restrictions on strong encryption, and the development of global key escrow and key recovery systems to address the concerns of law enforcement. The study, the first comprehensive analysis of the risks of key recovery and key escrow systems, calls into question the viability of the Administration's approach. The Report's authors, recognized leaders in the cryptography and computer science field, include Hal Abelson, Ross Anderson, Steven M. Bellovin, Josh Benaloh, Matt Blaze, Whitfield Diffie, John Gilmore, Peter G. Neumann, Ronald L. Rivest, Jeffery I. Schiller, and Bruce Schneier The report is be available online at http://www.crypto.com/key_study/ ________________________________________________________________________________ WHAT YOU CAN DO NOW 1. Adopt Your Legislator Now is the time to increase our ranks and prepare for the fight that lies a head of us in Congress. Please take a few minutes to learn more about this important issue, and join the Adopt Your Legislator Campaign at http://www.crypto.com/adopt/ This will produce a customized page, just for you with your own legislator's telephone number and address. In addition, you will receive the latest news and information on the issue, as well as targeted alerts informing you when your Representatives in Congress do something that could help or hinder the future of the Internet. Best of all, it's free. Do your part, Work the Network! Visit http://www.crypto.com/adopt/ for details. 2. Spread the Word! Forward this Alert to your friends. Help educate the public about the importance of this issue. Please do not forward after July 1, 1997. _____________________________________________________________________________ BACKGROUND Complete background information, including: * A down-to-earth explanation of why this debate is important to Internet users * Analysis and background on the issue * Text of the Administration draft legislation * Text of Congressional proposals to reform US encryption policy * Audio transcripts and written testimony from recent Congressional Hearings on encryption policy reform * And more! Are all available at http://www.crypto.com/ ________________________________________________________________________ WHAT'S AT STAKE Encryption technologies are the locks and keys of the Information age -- enabling individuals and businesses to protect sensitive information as it is transmitted over the Internet. As more and more individuals and businesses come online, the need for strong, reliable, easy-to-use encryption technologies has become a critical issue to the health and viability of the Net. Current US encryption policy, which limits the strength of encryption products US companies can sell abroad, also limits the availability of strong, easy-to-use encryption technologies in the United States. US hardware and software manufacturers who wish to sell their products on the global market must either conform to US encryption export limits or produce two separate versions of the same product, a costly and complicated alternative. The export controls, which the NSA and FBI argue help to keep strong encryption out of the hands of foreign adversaries, are having the opposite effect. Strong encryption is available abroad, but because of the export limits and the confusion created by nearly four years of debate over US encryption policy, strong, easy-to-use privacy and security technologies are not widely available off the shelf or "on the net" here in the US. A recently discovered flaw in the security of the new digital telephone network exposed the worst aspects of the Administration's encryption policy. Because the designers needed to be able to export their products, the system's security was "dumbed down". Researchers subsequently discovered that it is quite easy to break the security of the system and intrude on what should be private conversations. This incident underscores the larger policy problem: US companies are at a competitive disadvantage in the global marketplace when competing against companies that do not have such hindrances. And now, for the first time in history, the Clinton Administration has DOMESTIC RESTRICTIONS on the ability of Americans to protect their privacy and security online. All of us care about our national security, and no one wants to make it any easier for criminals and terrorists to commit criminal acts. But we must also recognize encryption technologies can aid law enforcement and protect national security by limiting the threat of industrial espionage and foreign spying, promote electronic commerce and protecting privacy. What's at stake in this debate is nothing less than the future of privacy and the fate of the Internet as a secure and trusted medium for commerce, education, and political discourse. ______________________________________________________________________________ HOW TO START OR STOP RECEIVING CRYPTO-NEWS To subscribe to crypto-news, sign up from our WWW page (http://www.crypto.com) or send mail to majordomo@panix.com with "subscribe crypto-news" in the body of the message. To unsubscribe, send a letter to majordomo@panix.com with "unsubscribe crypto-news" in the body. Requests to unsubscribe that are sent to shabbir@vtw.org will be ignored. _____________________________________________________________________________ PRESS CONTACT INFORMATION Press inquiries on Crypto-News should be directed to Shabbir J. Safdar (VTW) at +1.718.596.2851 or shabbir@vtw.org Jonah Seiger (CDT) at +1.202.637.9800 or jseiger@cdt.org _____________________________________________________________________________ End crypto-news ============================================================================= -- Ken Chase mathboy@sizone.org Sonic Interzone $free$ email/news Toronto Canada ------------------------------------------------------------------------------ Join the DES Challenge! Wake up the US Govt! www.frii.com/~rcv/deschall.htm NB:Only 16000 P200-months CPU req'd to recover 56-bit IBM alliance keys! ** U.S. EXPORT LAWS MAY NOT APPLY TO YOUR COUNTRY: DEVELOP YOUR NATIONS' OWN CRYPTO-EXPORT INDUSTRY! USE 2048bit KEYS FREELY! FLAUNT YOUR SOVEREIGNTY! ** From owner-deschall-announce Sun Jun 1 15:55:53 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA00855 for deschall-outgoing; Sun, 1 Jun 1997 15:55:53 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA00850 for ; Sun, 1 Jun 1997 15:55:52 -0400 (EDT) Received: from pinotnoir.media.mit.edu(18.85.16.104) by gatekeeper.megasoft.com via smap (V2.0) id xma000848; Sun, 1 Jun 97 15:55:47 -0400 Received: (from nelson@localhost) by pinotnoir.media.mit.edu (8.8.5/8.8.4) id QAA01036; Sun, 1 Jun 1997 16:04:36 -0400 Date: Sun, 1 Jun 1997 16:04:36 -0400 Message-Id: <199706012004.QAA01036@pinotnoir.media.mit.edu> From: nelson@media.mit.edu (Nelson Minar) To: deschall@gatekeeper.megasoft.com Subject: SolNET recovers Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I'm glad to say that SolNET has recovered to their earlier speed of roughly 2000 Mkeys/sec. 8 days ago they had a client bug which forced them to break all the clients in distribution. I'm impressed that it only took a week for them to get everyone upgraded to the new client. SolNET is currently operating at 2160 Mkeys/sec. We (deschall) are operating at 4230 Mkeys/sec. A week ago, the same day that SolNET had their blip we were at 3610Mkeys/sec. So a rough estimate of the cost of SolNET's blip is a 17% increase in processor power. From owner-deschall-announce Mon Jun 2 09:15:44 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id JAA04061 for deschall-outgoing; Mon, 2 Jun 1997 09:15:44 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id JAA04056 for ; Mon, 2 Jun 1997 09:15:43 -0400 (EDT) Message-Id: <199706021315.JAA04056@gatekeeper.megasoft.com> Received: from osurf400.rf.ohio-state.edu(128.146.183.2) by gatekeeper.megasoft.com via smap (V2.0) id xma004053; Mon, 2 Jun 97 09:15:41 -0400 Received: from OSURF400.RF.OHIO-STATE.EDU (IBM OS/400 SMTP V3R2M0) with TCP; Mon, 2 Jun 1997 09:23:46 -0400 Date: Mon, 2 Jun 1997 09:23:46 -0400 From: rksmith@OSURF400.RF.OHIO-STATE.EDU To: deschall@gatekeeper.megasoft.com Subject: Question: Problem with OS/2 Client Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk TO: DESCHALL GATEKEEP Global Directory Entry to Connect to the Internet FROM: SMITHRK OSURF Ronald K. Smith DATE: June 2, 1997 TIME: 09:23:01 AM EDT SUBJECT: Question: Problem with OS/2 Client Last Thursday I posted a note to the OS/2 ISP Mailing List about our effort since there was a posting for the Sollen group. I have received several reports of problems. Since I am not sure who to let know I am posting this here. At the bottom of this note I am including all of the posts. Some of the people are getting trap errors. Any help for them would be appricated. TIA Ron Smith Ronald K. Smith The Ohio State University Research Foundation smithrk?osurf@osurf400.rf.ohio-state.edu Tel 614/292-3499 FAX 614/292-6870 **************** my note**** TO: OS2-ISP STAT.COM Global Directory Entry to Connect to the Internet FROM: SMITHRK OSURF Ronald K. Smith DATE: May 29, 1997 TIME: 01:38:41 PM EDT SUBJECT: Re: DES Challenge For those in North America also look at: http://www.frii.com/rcv/deschall.htm OS/2 is in tenth place and could move up to 6th with a little help. I have had 3 OS/2 machines on it 7/24 for the last couple of months. I can't tell that it is running, it has so little impact. Take a look at both groups. Ron Smith Ronald K. Smith The Ohio State University Research Foundation smithrk?osurf@osurf400.rf.ohio-state.edu Tel 614/292-3499 FAX 614/292-6870 ***************************************************************** Date: Thu, 29 May 1997 06:48:33 -0700 Sender: os2-isp-owner Reply-To: os2-isp@stat.com From: "Oliver Wilcock" To: "os2-isp@stat.com" Subject: DES Challenge ------------------------------------------------------------------------ This is not directly on topic. The subject is more like OS/2 Advocacy but I thought that OS/2 ISPs, like myself, would be interested in participating since: 1. They are probably OS/2 fans 2. They have internet access 3. They have machines which are on all the time and probably have a few spare CPU cycles. Some RSA encryption people have a contest to break a 56 bit code. One of the groups involved is using a brute force technique. Go to http://www.des.sollentuna.se/ to learn more about it. My interest in helping is based on the fact that some of the STATS they publish rank the platforms used in breaking the key. The OS/2 client became available this month, well after the others, and has already made it to 9th place. It has the potential to get to 5th place at the current rate. It is also interesting to note that in the benchmarks the OS/2 client does slightly better that the Linux and Win32 clients on equivalent hardware. The client can be configured to run at any priority. The most useful being idle priority which has little impact on the system. http://www.des.sollentuna.se/ Hint: they use frames. If you are like me and have problems finding the links, then look in the frame on the left hand side. Stats, Download, etc. Oliver ***************************** Four replies to my post Note 1 Date: Fri, 30 May 1997 18:19:05 -0700 Sender: os2-isp-owner Reply-To: os2-isp@stat.com From: trogboy@dxnet.com To: os2-isp@stat.com Subject: Re: DES Challenge ------------------------------------------------------------------------ Sir: re: DES Challenge. Mr. Ron Smith wrote, in part: "For those in North America also look at: http://www.frii.com/rcv/deschall.htm" Incidentally, the tilde was mistakenly omitted in the above URL; it should be: http://www.frii.com/~rcv/deschall.htm I tried the OS/2 client on an Intel 486 with 32 RAM running OS/2 v3 (no fixpacks) and after the first keyblock, the machine trapped. Anyone else? Or better, any solutions? Since this is really getting off the list-topic, feel free to e-mail replies direclty. Sincerely, Mel Lew trogboy@dxnet.com friday 30 Los Angeles, CA San Francisco, CA 97 8A 4D 4C EB 94 9F 74 07 40 CB CF BD 57 78 34 *********** Note 2 ** Date: Fri, 30 May 1997 20:30:50 -0700 Sender: os2-isp-owner Reply-To: os2-isp@stat.com From: "Scott Hellewell" To: "os2-isp@stat.com" Subject: Re: DES Challenge ------------------------------------------------------------------------ On Fri, 30 May 1997 18:19:05 -0700, trogboy@dxnet.com wrote: >Sir: > >re: >DES Challenge. > >Mr. Ron Smith wrote, in part: >"For those in North America also look at: >http://www.frii.com/rcv/deschall.htm" > > >Incidentally, the tilde was mistakenly omitted in the above >URL; it should be: > >http://www.frii.com/~rcv/deschall.htm > > >I tried the OS/2 client on an Intel 486 with 32 RAM running >OS/2 v3 (no fixpacks) and after the first keyblock, the >machine trapped. Anyone else? Or better, any solutions? I had the same problem. I would set it going in the background, and then a few minutes later, my system would lock harder than ever. Stop running it, and the locks go away. > >Since this is really getting off the list-topic, feel free to >e-mail replies direclty. > > >Sincerely, > > >Mel Lew >trogboy@dxnet.com > >friday 30 > >Los Angeles, CA >San Francisco, CA > >97 8A 4D 4C EB 94 9F 74 07 40 CB CF BD 57 78 34 > *************** Note 3 *** Date: Sat, 31 May 1997 08:16:07 -0700 Sender: os2-isp-owner Reply-To: os2-isp@stat.com From: "Jim Whitelaw" To: "os2-isp@stat.com" Subject: Re: DES Challenge ------------------------------------------------------------------------ -----BEGIN PGP SIGNED MESSAGE----- On Sat, 31 May 1997 00:51:45 -0700, Jay Boucher wrote: > >I too have had problems with DesChal, but not within minutes. > >1. No problems on Warp Connect (DesChal4 AMD486-120 32 meg) >2. With Merlin and peer, attempting heavy access to a shared drive crashes the client machine, and renders > peer useless on the server (net stop peer, net start peer fixes it) . (DesChal4 AMD486-80 16 meg) >3. With Merlin and Stack40, hourly crashes. (DesChal4 AMD486-120 32 meg) >4. With Merlin and Stack40, daily crashes (DesChal4 P100, 16 meg) >5. A co-worker w/ Merlin w/o Stack40 has no problems (DesChal5 Cyrix 166+ 32 meg ) Well, I've been runnning deschal4 on a system at home for a couple weeks without any lockups. System is Warp 3 Connect, AMD 486DX2-80, 32MB. Running TCP/IP, Peer, etc. I have seen deschal4 just stop processing a couple times, but I killed it and restarted it, and it was fine. Other than that, it just sits there and chugs away pretty much unnoticed: Here's some stats: Current run started 05/28/97 23:28:46 CPU time (hrs:min:sec): 48:32:40 Keys checked: 25,375,539,200 Seconds used: 200,609 Average keys/second: 126,492 Totals since 15.05.97 Total keys checked: 91,855,257,600 Total seconds used: 722,387 Average keys/second: 127,155 Jim Whitelaw jim@oanet.com -----BEGIN PGP SIGNATURE-----Version: 2.6.2 iQCVAwUBM5BOuwQrHH6TfCxFAQFC/QQAnJBLQqo0mN8ztxvNVL+trLE8FgmnTOgw pmWLnsTUJFbh9bmquBUXONHY9Gnh5tXklDFclLubH20gBDMjb43oOwI6TjTIh2vG CKLaOuIyJRJsoU0/8RS6o6JDEtNIDYpYVpXGJCdATwF9ky2a6DOcKLN5/Im6CZvH IAu5NUjkH/Q= =2Rel -----END PGP SIGNATURE----- ********************* Note 4 ****** Date: Sat, 31 May 1997 00:51:45 -0700 Sender: os2-isp-owner Reply-To: os2-isp@stat.com From: "Jay Boucher" To: "os2-isp@stat.com" Subject: Re: DES Challenge ------------------------------------------------------------------------ On Fri, 30 May 1997 20:30:50 -0700, Scott Hellewell wrote: >>DES Challenge. >>I tried the OS/2 client on an Intel 486 with 32 RAM running >>OS/2 v3 (no fixpacks) and after the first keyblock, the >>machine trapped. Anyone else? Or better, any solutions? >I had the same problem. I would set it going in the >background, and then a few minutes later, my >system would lock harder than ever. Stop running it, >and the locks go away. I too have had problems with DesChal, but not within minutes. 1. No problems on Warp Connect (DesChal4 AMD486-120 32 meg) 2. With Merlin and peer, attempting heavy access to a shared drive crashes the client machine, and renders peer useless on the server (net stop peer, net start peer fixes it) . (DesChal4 AMD486-80 16 meg) 3. With Merlin and Stack40, hourly crashes. (DesChal4 AMD486-120 32 meg) 4. With Merlin and Stack40, daily crashes (DesChal4 P100, 16 meg) 5. A co-worker w/ Merlin w/o Stack40 has no problems (DesChal5 Cyrix 166+ 32 meg ) (yes, I need more ram) Crashes included Traps 7, c, d, e, and f. Often in in IFNET. When I first started running DesChal, I had just installed stack40, InetMail, upgraded PowerWeb, upgraded PMMail, and DualStor (I will never spend an afternoon "catching up" again ) so I wasn't sure of the culprit. Logically, DesChal seemed the least likely. Since then, I backed out everything one at a time (DesChal last), and reinstalled everything one at a time. Without DesChal, I haven't rebooted any machine in a month now. Whether or not the above scenarios are relevent, I don't know. ie, I am not suggesting that stack40 is a probem, I'm just telling you my results on my configuration. I'm not much interested in experimenting anymore. Maybe someone can find another common denominator here. Could it be DesChal3 and DesChal5 are fine, but DesChal4 is buggy? Seems unlikely, but I don't know what he does to optimize for a 386, 486, or Pentium class machines. Another long shot suggested to me is that since I seldom sustain 100% cpu usage without DesChal, it may be a heat problem. All my systems have heat sink compound, heat sinks, and all the fans are spinning. Jay Boucher From owner-deschall-announce Mon Jun 2 10:27:18 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id KAA05016 for deschall-outgoing; Mon, 2 Jun 1997 10:27:18 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id KAA05011 for ; Mon, 2 Jun 1997 10:27:17 -0400 (EDT) Received: from nemesis.uark.edu(130.184.221.8) by gatekeeper.megasoft.com via smap (V2.0) id xma005008; Mon, 2 Jun 97 10:26:51 -0400 Received: from localhost (scott@localhost) by gibx.uark.edu (8.7.5/8.7.3) with SMTP id JAA04821 for ; Mon, 2 Jun 1997 09:35:34 -0500 (CDT) Date: Mon, 2 Jun 1997 09:35:32 -0500 (CDT) From: Scott Fendley To: deschall@gatekeeper.megasoft.com Subject: Network down? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I take it that the key server is down right now. My load averages all are showing much less then 100% and a tracerouote is showing that we are able to see pm-ftc-a.frii.com (a gateway of sorts I guess) but no key server. Did the address change or what? Anyone want to check out the server? (Please don't ping flood the server or anything else like that. We don't want Rocke to get mad about that.) Scott Fendley University of Arkansas Department of Computer Science From owner-deschall-announce Mon Jun 2 10:28:47 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id KAA05037 for deschall-outgoing; Mon, 2 Jun 1997 10:28:47 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id KAA05032 for ; Mon, 2 Jun 1997 10:28:47 -0400 (EDT) Received: from netserv.com(198.37.128.10) by gatekeeper.megasoft.com via smap (V2.0) id xma005025; Mon, 2 Jun 97 10:28:17 -0400 Received: from [198.37.128.120] (smh-ppc.netserv.com [198.37.128.120]) by netserv.com (8.8.5/smh-1.1) with ESMTP id HAA15437 for ; Mon, 2 Jun 1997 07:33:11 -0700 (PDT) Message-Id: In-Reply-To: <199706021315.JAA04056@gatekeeper.megasoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 2 Jun 1997 07:37:34 -0700 To: deschall@gatekeeper.megasoft.com From: "Scott M. Hinnrichs" Subject: Just me, or is the keyserver down? Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk All night I have seen the clients get slow response when getting a new block, but for the last half hour the clients are not getting through at all. I am not noticing any other connectivity problems. Scott From owner-deschall-announce Mon Jun 2 10:57:48 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id KAA05380 for deschall-outgoing; Mon, 2 Jun 1997 10:57:48 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id KAA05375 for ; Mon, 2 Jun 1997 10:57:47 -0400 (EDT) Received: from r02a05.cac.psu.edu(146.186.15.15) by gatekeeper.megasoft.com via smap (V2.0) id xma005373; Mon, 2 Jun 97 10:57:41 -0400 Received: from tincan (nb3slip11.cac.psu.edu [146.186.17.11]) by r02n05.cac.psu.edu (8.7.6/8.6.12) with SMTP id LAA37634 for ; Mon, 2 Jun 1997 11:06:29 -0400 Message-Id: <199706021506.LAA37634@r02n05.cac.psu.edu> From: "Rodney R. Korte" To: "deschall@gatekeeper.megasoft.com" Date: Mon, 02 Jun 97 11:05:14 -0400 Reply-To: "Rodney R. Korte" X-Mailer: PMMail 1.92 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: Question: Problem with OS/2 Client Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Mon, 2 Jun 1997 09:23:46 -0400, rksmith@OSURF400.RF.OHIO-STATE.EDU wrote: >Last Thursday I posted a note to the OS/2 ISP Mailing List about our >effort since there was a posting for the Sollen group. I have received >several reports of problems. Since I am not sure who to let know I am >posting this here. At the bottom of this note I am including all of the >posts. Some of the people are getting trap errors. Any help for them >would be appricated. FWIW, I've run DESCHAL4 on a 486/25 w/Warp Connect (no fixpacks applied, but Warp Connect has #5 in it), and two 486/66 with Warp Connect + FP17. They've been running for over a month (maybe 2?). I have also been running DESCHAL5 on: a Red Warp machine (with FP 5 or FP17, can't remember), Warp 4 GA, and Warp 4 + FP1 (neither with IP fixes). No problems whatsoever. I believe it is some very strange software problem (maybe an NIC driver problem?)- I just don't see how it could be DESCHAL. But who knows? Rod -- Rodney R. Korte OS/2. Operate at a higher level. korte@sabine.acs.psu.edu ---> MIME, PGP (finger for key) welcome. http://sharkbait.arl.psu.edu/ Crack DES NOW! http://www.frii.com/~rcv/deschall.htm From owner-deschall-announce Mon Jun 2 11:15:19 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA05625 for deschall-outgoing; Mon, 2 Jun 1997 11:15:19 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA05618 for ; Mon, 2 Jun 1997 11:15:18 -0400 (EDT) Received: from srv.apsydev.com(194.3.103.34) by gatekeeper.megasoft.com via smap (V2.0) id xma005593; Mon, 2 Jun 97 11:14:49 -0400 Received: by srv.apsydev.com with Internet Mail Service (5.0.1457.3) id ; Mon, 2 Jun 1997 17:23:15 +0100 Message-ID: <71CEE820FE7FD011929000A0C90789FC039DE6@srv.apsydev.com> From: Joel ARMENGAUD To: deschall@gatekeeper.megasoft.com Subject: RE: Network down? Date: Mon, 2 Jun 1997 17:23:12 +0100 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1457.3) Content-Type: text/plain Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I think an internet link is down. Here is the end of the traceroute command from my workstation: 11 291 ms 220 ms 291 ms sl-kc-1-H3/0-T3.SPRINTLINK.NET [144.228.10.74] 12 280 ms 220 ms 281 ms sl-che-2-H2/0-T3.SPRINTLINK.NET [144.228.10.82] 13 * 320 ms 431 ms sl-che-3-F0/0.SPRINTLINK.NET [144.224.10.3] 14 510 ms 441 ms 521 ms sl-cica-2-H0-T3.SPRINTLINK.NET [144.224.13.6] 15 * 511 ms 480 ms gw23.boulder.co.COOP.NET [199.45.132.131] 16 * 501 ms * 199.45.130.182 17 * * * Request timed out. 18 * * * Request timed out. 19 * * * Request timed out. 20 * * * Request timed out. 21 * * * Request timed out. 22 * * * Request timed out. 23 * * * Request timed out. 24 * * * Request timed out. 25 * * * Request timed out. 26 * * * Request timed out. 27 * * * Request timed out. 28 * * * Request timed out. 29 * * * Request timed out. 30 * * * Request timed out. Trace complete. > -----Original Message----- > From: Scott Fendley [SMTP:scott@nemesis.uark.edu] > Sent: lundi, 2. juin 1997 15:36 > To: deschall@gatekeeper.megasoft.com > Subject: Network down? > > I take it that the key server is down right now. My load averages all > are > showing much less then 100% and a tracerouote is showing that we are > able > to see pm-ftc-a.frii.com (a gateway of sorts I guess) but no key > server. > Did the address change or what? > > Anyone want to check out the server? (Please don't ping flood the > server > or anything else like that. We don't want Rocke to get mad about > that.) > > Scott Fendley > University of Arkansas > Department of Computer Science > From owner-deschall-announce Mon Jun 2 11:14:18 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA05590 for deschall-outgoing; Mon, 2 Jun 1997 11:14:18 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA05585 for ; Mon, 2 Jun 1997 11:14:18 -0400 (EDT) Received: from mail1.its.rpi.edu(128.113.100.7) by gatekeeper.megasoft.com via smap (V2.0) id xma005582; Mon, 2 Jun 97 11:14:12 -0400 Received: from cortez.sss.rpi.edu (hallm4@cortez.sss.rpi.edu [128.113.113.33]) by mail1.its.rpi.edu (8.8.5/8.8.5) with ESMTP id LAA131598 for ; Mon, 2 Jun 1997 11:23:01 -0400 Received: (hallm4@localhost) by cortez.sss.rpi.edu (8.6.9/8.6.4) id LAA80920; Mon, 2 Jun 1997 11:23:00 -0400 Date: Mon, 2 Jun 1997 11:22:59 -0400 (EDT) From: Leareth X-Sender: hallm4@cortez.sss.rpi.edu cc: deschall@gatekeeper.megasoft.com Subject: Re: Just me, or is the keyserver down? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > All night I have seen the clients get slow response when getting a new > block, but for the last half hour the clients are not getting through at > all. I am not noticing any other connectivity problems. ~ (2) traceroute keymaster.verser.frii.com traceroute to doc.verser.frii.com (206.168.13.85), 30 hops max, 40 byte packets 1 vccfr4-113.its.rpi.edu (128.113.113.254) 2 ms 1 ms 1 ms 2 ny-alb-2-H2/0-T3.nysernet.net (169.130.22.5) 3 ms 3 ms 3 ms 3 ny-alb-1-F0/0.nysernet.net (169.130.20.1) 3 ms 3 ms 3 ms 4 ny-nyc-2-H4/0-T3.nysernet.net (169.130.1.13) 7 ms 7 ms 8 ms 5 ny-dc-1-H3/0-T3.nysernet.net (169.130.16.6) 12 ms 14 ms 13 ms 6 sl-dc-1-F0/0.sprintlink.net (144.228.20.1) 13 ms 13 ms 17 ms 7 sl-kc-1-H3/0-T3.sprintlink.net (144.228.10.74) 43 ms 46 ms 45 ms 8 sl-che-2-H2/0-T3.sprintlink.net (144.228.10.82) 56 ms 57 ms 56 ms 9 sl-che-3-F0/0.sprintlink.net (144.224.10.3) 54 ms 58 ms 56 ms 10 sl-cica-2-H0-T3.sprintlink.net (144.224.13.6) 60 ms 61 ms 59 ms 11 gw23.boulder.co.coop.net (199.45.132.131) 60 ms 66 ms 61 ms 12 199.45.130.182 (199.45.130.182) 68 ms 70 ms 69 ms 13 pm-ftc-a.frii.com (204.144.244.133) 67 ms 67 ms 69 ms 14 * * * 15 * * * 16 * * * doh! we're losing some serious crunching time here.... From owner-deschall-announce Mon Jun 2 12:00:50 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA06045 for deschall-outgoing; Mon, 2 Jun 1997 12:00:50 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA06032 for ; Mon, 2 Jun 1997 12:00:49 -0400 (EDT) Received: from ns.tssc.com(208.133.49.2) by gatekeeper.megasoft.com via smap (V2.0) id xma006025; Mon, 2 Jun 97 12:00:38 -0400 Received: from TSSMTA1 by ns.tssc.com (AIX 4.1/UCB 5.64/4.03) id AA12620; Mon, 2 Jun 1997 11:02:28 -0500 Received: by tssmta1.memphis.tssc.com(Lotus SMTP MTA v1.06 (346.8 3-18-1997)) id 862564AA.00530E99 ; Mon, 2 Jun 1997 10:07:12 -0500 X-Lotus-Fromdomain: SERVSUP From: "Samuel Adams" To: deschall@gatekeeper.megasoft.com Message-Id: <862564AA.005783FD.00@tssmta1.memphis.tssc.com> Date: Mon, 2 Jun 1997 11:12:47 -0500 Subject: anyone else having problems Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Samuel Adams 06/02/97 11:12 AM I am not getting a responce from the server, since about 3am this morning. Is anyone else noticing this problem... Wade From owner-deschall-announce Mon Jun 2 12:13:50 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA06259 for deschall-outgoing; Mon, 2 Jun 1997 12:13:50 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA06245 for ; Mon, 2 Jun 1997 12:13:49 -0400 (EDT) Received: from s-98-196.resnet.ohio-state.edu(140.254.98.196) by gatekeeper.megasoft.com via smap (V2.0) id xma006236; Mon, 2 Jun 97 12:13:20 -0400 Received: by s-98-196.resnet.ohio-state.edu from localhost (127.0.0.1::mail daemon,SLmail95 V2.4); Mon, 02 Jun 1997 12:21:17 EDT Message-Id: <3.0.1.32.19970602122112.007d15b0@cis.ohio-state.edu> X-Sender: hornsby@cis.ohio-state.edu X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Mon, 02 Jun 1997 12:21:12 -0400 To: Leareth From: Rick Hornsby Subject: Re: Just me, or is the keyserver down? Cc: deschall@gatekeeper.megasoft.com In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- I noticed the same problem, basically the same routing table failures that y'all are getting. I've put my 486/win95 client on PAUSE (via DESGUI, not sure exactly how this 'pause' works, if its like a SIGSTOP in unix) and I'll resume it when I get back from class later, that way its not pounding the server with "me! me! me!" ;) To tell y'all the truth, as many things as could go wrong with the internet, its quite amazing that more don't. *knock on wood* cause about the time I say that, 80% of MCI's T3's go AWOL ;) Rick -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQBVAwUBM5Ly69wN5z5H8eS5AQE79gIAlZOVefcic0C7W9eA41/vgSZoDjAIuXhS KWnm/wgkCv+iiCEw4x+H+FsXCDhYJCNRGaJod9esGe7HAr1eqxg53w== =oZzn -----END PGP SIGNATURE----- -- Richard Hornsby, The Ohio State University. Public key availible at http://www.cis.ohio-state.edu/~hornsby/who/pgp-key.asc.txt From owner-deschall-announce Mon Jun 2 12:15:20 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA06302 for deschall-outgoing; Mon, 2 Jun 1997 12:15:20 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA06297 for ; Mon, 2 Jun 1997 12:15:19 -0400 (EDT) Received: from out2.ibm.net(165.87.194.229) by gatekeeper.megasoft.com via smap (V2.0) id xma006295; Mon, 2 Jun 97 12:15:13 -0400 Received: from smtp-gw01.ny.us.ibm.net (slip166-72-89-80.nc.us.ibm.net [166.72.89.80]) by out2.ibm.net (8.8.5/8.6.9) with SMTP id QAA67278 for ; Mon, 2 Jun 1997 16:30:17 GMT Message-Id: <199706021630.QAA67278@out2.ibm.net> From: mwf@ibm.net (Milton Forte II) Date: Mon, 02 Jun 97 12:21:53 -0400 To: deschall@gatekeeper.megasoft.com In-Reply-To: Subject: Re: Just me, or is the keyserver down? X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v1.27c Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk In , on 06/02/97 at 11:22 AM, Leareth said: >16 * * * >doh! we're losing some serious crunching time here.... Well...it's 12:23pm (ET) and the server is still down. How long has the server when down? -- Milton mwf@ibm.net OS/2 Warp V4 - Where I Want To Be Today! Crack DES now!! http://www.frii.com/~rcv/deschall.htm ----------------------------------------------------------------------- For all your Web Space / Web Pages Design / Web Site Manager Software / Web Servers needs..... http://www.adgrafix.com/info/mforteii/ ----------------------------------------------------------------------- From owner-deschall-announce Mon Jun 2 12:19:35 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA06352 for deschall-outgoing; Mon, 2 Jun 1997 12:19:35 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA06347 for ; Mon, 2 Jun 1997 12:19:34 -0400 (EDT) Received: from out2.ibm.net(165.87.194.229) by gatekeeper.megasoft.com via smap (V2.0) id xma006345; Mon, 2 Jun 97 12:19:30 -0400 Received: from smtp-gw01.ny.us.ibm.net (slip166-72-89-80.nc.us.ibm.net [166.72.89.80]) by out2.ibm.net (8.8.5/8.6.9) with SMTP id QAA30782 for ; Mon, 2 Jun 1997 16:34:33 GMT Message-Id: <199706021634.QAA30782@out2.ibm.net> From: mwf@ibm.net (Milton Forte II) Date: Mon, 02 Jun 97 12:27:42 -0400 To: deschall@gatekeeper.megasoft.com In-Reply-To: <199706021315.JAA04056@gatekeeper.megasoft.com> Subject: Re: Question: Problem with OS/2 Client X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v1.27c Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk In <199706021315.JAA04056@gatekeeper.megasoft.com>, on 06/02/97 at 09:23 AM, rksmith@OSURF400.RF.OHIO-STATE.EDU said: >Last Thursday I posted a note to the OS/2 ISP Mailing List about our effort >since there was a posting for the Sollen group. I have received several >reports of problems. Since I am not sure who to let know I am posting this >here. At the bottom of this note I am including all of the posts. Some of >the people are getting trap errors. Any help for them would be appricated. I have been running DESCHAL4.EXE on IBM/Cyrix P166+ w/ 64mb, OS/2 v4, w/ fixpack 1 for months with no problems. -- Milton mwf@ibm.net OS/2 Warp V4 - Where I Want To Be Today! Crack DES now!! http://www.frii.com/~rcv/deschall.htm ----------------------------------------------------------------------- For all your Web Space / Web Pages Design / Web Site Manager Software / Web Servers needs..... http://www.adgrafix.com/info/mforteii/ ----------------------------------------------------------------------- From owner-deschall-announce Mon Jun 2 12:28:35 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA06462 for deschall-outgoing; Mon, 2 Jun 1997 12:28:35 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA06455 for ; Mon, 2 Jun 1997 12:28:34 -0400 (EDT) Received: from out2.ibm.net(165.87.194.229) by gatekeeper.megasoft.com via smap (V2.0) id xma006451; Mon, 2 Jun 97 12:28:08 -0400 Received: from smtp-gw01.ny.us.ibm.net (slip166-72-89-80.nc.us.ibm.net [166.72.89.80]) by out2.ibm.net (8.8.5/8.6.9) with SMTP id QAA22936 for ; Mon, 2 Jun 1997 16:42:40 GMT Message-Id: <199706021642.QAA22936@out2.ibm.net> From: mwf@ibm.net (Milton Forte II) Date: Mon, 02 Jun 97 12:32:11 -0400 To: deschall@gatekeeper.megasoft.com In-Reply-To: <862564AA.005783FD.00@tssmta1.memphis.tssc.com> Subject: Re: anyone else having problems X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v1.27c Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk In <862564AA.005783FD.00@tssmta1.memphis.tssc.com>, on 06/02/97 at 11:12 AM, "Samuel Adams" said: >I am not getting a responce from the server, >since about 3am this morning. >Is anyone else noticing this problem... Yes...and you did answer my question about how long the server's been down. -- Milton mwf@ibm.net OS/2 Warp V4 - Where I Want To Be Today! Crack DES now!! http://www.frii.com/~rcv/deschall.htm ----------------------------------------------------------------------- For all your Web Space / Web Pages Design / Web Site Manager Software / Web Servers needs..... http://www.adgrafix.com/info/mforteii/ ----------------------------------------------------------------------- From owner-deschall-announce Mon Jun 2 12:30:06 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA06490 for deschall-outgoing; Mon, 2 Jun 1997 12:30:06 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA06482 for ; Mon, 2 Jun 1997 12:30:04 -0400 (EDT) Received: from out2.ibm.net(165.87.194.229) by gatekeeper.megasoft.com via smap (V2.0) id xma006472; Mon, 2 Jun 97 12:29:52 -0400 Received: from smtp-gw01.ny.us.ibm.net (slip166-72-89-80.nc.us.ibm.net [166.72.89.80]) by out2.ibm.net (8.8.5/8.6.9) with SMTP id QAA25212 for ; Mon, 2 Jun 1997 16:44:56 GMT Message-Id: <199706021644.QAA25212@out2.ibm.net> From: mwf@ibm.net (Milton Forte II) Date: Mon, 02 Jun 97 12:37:11 -0400 To: deschall@gatekeeper.megasoft.com Subject: Don't Stop That Client!! X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v1.27c Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Just a reminder...don't stop that client!! It will send that keyblock once the server is back. -- Milton mwf@ibm.net OS/2 Warp V4 - Where I Want To Be Today! Crack DES now!! http://www.frii.com/~rcv/deschall.htm ----------------------------------------------------------------------- For all your Web Space / Web Pages Design / Web Site Manager Software / Web Servers needs..... http://www.adgrafix.com/info/mforteii/ ----------------------------------------------------------------------- From owner-deschall-announce Mon Jun 2 12:35:06 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA06555 for deschall-outgoing; Mon, 2 Jun 1997 12:35:06 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA06550 for ; Mon, 2 Jun 1997 12:35:05 -0400 (EDT) Received: from netserv.com(198.37.128.10) by gatekeeper.megasoft.com via smap (V2.0) id xma006545; Mon, 2 Jun 97 12:34:40 -0400 Received: from [198.37.128.120] (smh-ppc.netserv.com [198.37.128.120]) by netserv.com (8.8.5/smh-1.1) with ESMTP id JAA17077; Mon, 2 Jun 1997 09:39:12 -0700 (PDT) Message-Id: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 2 Jun 1997 09:43:38 -0700 To: Leareth From: "Scott M. Hinnrichs" Subject: Re: Just me, or is the keyserver down? Cc: deschall@gatekeeper.megasoft.com Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk SPRINT did an AS switch last night, caused one of my clients to have similar problems when I tried to switch to the new AS. After backing up to the old AS things worked fine again. Don't know if it is related, but what the heck, it might be. If someone has Rockes number they might give him a call... I am going to sleep now :) Scott PS: here is short info on the AS switch: >We will be making a BGP4 Topology change on our anaheim hub on Sunday >night at midnight (the morning of 6/2/97). WE will be chanign our hub AS >over from 1795 to 1239. Unless you have specific route-maps, etc. that are >dependant upon our existing hub AS, it should require no more confiuration >changes than changing the statement > >neighbor XXX.XXX.XXX.XXX remote-as 1795 > >.. >.. > > >to > >neighbor XXX.XXX.XXX.XXX remote-as 1239 > >and then filling in the rest of the session as your existing one is. If >you have any questions, you can call our NOC at 1-800-232-3458, as this is >a personal mail, and I cannot respond in as timely a fashion as I would >like if you were to respond here. At 8:22 AM -0700 6/2/97, Leareth wrote: >> All night I have seen the clients get slow response when getting a new >> block, but for the last half hour the clients are not getting through at >> all. I am not noticing any other connectivity problems. > > >~ (2) traceroute keymaster.verser.frii.com >traceroute to doc.verser.frii.com (206.168.13.85), 30 hops max, 40 byte >packets > 1 vccfr4-113.its.rpi.edu (128.113.113.254) 2 ms 1 ms 1 ms > 2 ny-alb-2-H2/0-T3.nysernet.net (169.130.22.5) 3 ms 3 ms 3 ms > 3 ny-alb-1-F0/0.nysernet.net (169.130.20.1) 3 ms 3 ms 3 ms > 4 ny-nyc-2-H4/0-T3.nysernet.net (169.130.1.13) 7 ms 7 ms 8 ms > 5 ny-dc-1-H3/0-T3.nysernet.net (169.130.16.6) 12 ms 14 ms 13 ms > 6 sl-dc-1-F0/0.sprintlink.net (144.228.20.1) 13 ms 13 ms 17 ms > 7 sl-kc-1-H3/0-T3.sprintlink.net (144.228.10.74) 43 ms 46 ms 45 ms > 8 sl-che-2-H2/0-T3.sprintlink.net (144.228.10.82) 56 ms 57 ms 56 ms > 9 sl-che-3-F0/0.sprintlink.net (144.224.10.3) 54 ms 58 ms 56 ms >10 sl-cica-2-H0-T3.sprintlink.net (144.224.13.6) 60 ms 61 ms 59 ms >11 gw23.boulder.co.coop.net (199.45.132.131) 60 ms 66 ms 61 ms >12 199.45.130.182 (199.45.130.182) 68 ms 70 ms 69 ms >13 pm-ftc-a.frii.com (204.144.244.133) 67 ms 67 ms 69 ms >14 * * * >15 * * * >16 * * * > >doh! we're losing some serious crunching time here.... From owner-deschall-announce Mon Jun 2 13:10:36 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA06955 for deschall-outgoing; Mon, 2 Jun 1997 13:10:36 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA06950 for ; Mon, 2 Jun 1997 13:10:35 -0400 (EDT) Received: from netserv.com(198.37.128.10) by gatekeeper.megasoft.com via smap (V2.0) id xma006947; Mon, 2 Jun 97 13:10:27 -0400 Received: from [198.37.128.120] (smh-ppc.netserv.com [198.37.128.120]) by netserv.com (8.8.5/smh-1.1) with ESMTP id KAA17596 for ; Mon, 2 Jun 1997 10:15:26 -0700 (PDT) Message-Id: In-Reply-To: <199706021630.QAA67278@out2.ibm.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 2 Jun 1997 10:19:52 -0700 To: deschall@gatekeeper.megasoft.com From: "Scott M. Hinnrichs" Subject: keyserver back up :) Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Just came back up at ~10:17 PDT Scott From owner-deschall-announce Mon Jun 2 13:18:07 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA07076 for deschall-outgoing; Mon, 2 Jun 1997 13:18:07 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA07068 for ; Mon, 2 Jun 1997 13:18:06 -0400 (EDT) Received: from bahamut.dragonfire.net(209.70.16.2) by gatekeeper.megasoft.com via smap (V2.0) id xma007051; Mon, 2 Jun 97 13:17:40 -0400 Received: (from achurch@localhost) by Bahamut.dragonfire.net (8.8.5/8.7.5) id NAA25421; Mon, 2 Jun 1997 13:26:26 -0400 Message-Id: <199706021726.NAA25421@Bahamut.dragonfire.net> From: achurch@dragonfire.net (Andy Church) To: deschall@gatekeeper.megasoft.com Subject: Re: Just me, or is the keyserver down? Date: Mon, 02 Jun 1997 13:26:24 EDT X-Mailer: MMail v4.61 Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >Well...it's 12:23pm (ET) and the server is still down. How long has the >server when down? Does "too long" sound about right? I think I saw someone say it was down at 3am in some time zone. I wonder if now would be a good time to ask about that "rcv-ppp" link which sits just upstream from the key server (when it's up)... --Andy Church | If Bell Atlantic really is the heart achurch@dragonfire.net | of communication, then it desperately www.dragonfire.net/~achurch/ | needs a quadruple bypass. From owner-deschall-announce Mon Jun 2 13:32:11 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA07217 for deschall-outgoing; Mon, 2 Jun 1997 13:32:11 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA07203 for ; Mon, 2 Jun 1997 13:32:06 -0400 (EDT) Received: from hate.sizone.org(209.50.72.17) by gatekeeper.megasoft.com via smap (V2.0) id xma007195; Mon, 2 Jun 97 13:32:00 -0400 Received: by sizone.org (Linux Smail3.1.93 #5) id m0wYaC2-000H3YC; Mon, 2 Jun 97 12:42:50 -0400 (EDT) Message-Id: From: mathboy@sizone.org (Eating Before Swimming) Subject: keyserver downage & volonteer effort To: deschall@gatekeeper.megasoft.com Date: Mon, 2 Jun 1997 12:42:49 -0400 (EDT) Cc: deschall@semiotek.com In-Reply-To: from "Leareth" at Jun 2, 97 11:22:59 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk then Leareth's all.. > > > All night I have seen the clients get slow response when getting a new > > block, but for the last half hour the clients are not getting through at > > all. I am not noticing any other connectivity problems. > doh! we're losing some serious crunching time here.... Question Rocke, et al - when you have time, whoever can explain this, I am sure we're all curious... How are you working managing DESCHALL into your normal life (or do you do this for a living? ;) Into your normal server config? Who is frii? How are they related to DESCHALL? Do you drop everything and jump out of meetings to fix the keyserver (I hope not! :) or is it "when you can get to it" as an "important collective hobby" for you and people you work with? Is FRII somehow officially involved as a coporate (?) entity in the project? Just curious as to how everything is setup, and mebbe also WHY (I mean, I know WHY, but my "why" requires alot less work, despite the hours of work on my u2t log stats procesorry and managing clients/people in our uPowered.org effort) - Im wondering why all the hours of coordination, development of clients, etc. Why? For personal satisfaction, and the prize too (but for this amount of effort Im sure you could make more than $6000! :), perhaps, then, it's more "HOW?" - how do you find the time and justify the effort? Spare time, putting other massive projects aside for this? Just curious. (And wondering how much bugging you we can get away with when the keyserver is down. Assuage our guilt! :) ------------------------------------------------------------------------------ Anyone else see that silly TLC "Cybersecrecy" show the other night? Pretty silly production (too "post-genX") but at least it brought up alot of the issues and might make people who know nothing of this "cryptography" thing go "Hey, mebbe *I* (or my company) should be using Cryptography!" and "Hey, my government wants to STOP me from doing this!" The best part was when they likened key escrow (clipper, the UK's efforts, etc) to "giving a copy of your housekey to the police 'just in case'" and kinda scoffing at the ludicrousness of the idea or of even presenting it to the public. That "Cyberella" woman was pretty annoying and a discredit to the program methinks - something from the frilly trendy cyberTabloid pages in Wired, I'd say, regardless of wether she can code or not. Big deal. /kc -- Ken Chase mathboy@sizone.org Sonic Interzone $free$ email/news Toronto Canada ------------------------------------------------------------------------------ Join the DES Challenge! Wake up the US Govt! www.frii.com/~rcv/deschall.htm NB:Only 16000 P200-months CPU req'd to recover 56-bit IBM alliance keys! ** U.S. EXPORT LAWS MAY NOT APPLY TO YOUR COUNTRY: DEVELOP YOUR NATIONS' OWN CRYPTO-EXPORT INDUSTRY! USE 2048bit KEYS FREELY! FLAUNT YOUR SOVEREIGNTY! ** From owner-deschall-announce Mon Jun 2 13:37:07 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA07275 for deschall-outgoing; Mon, 2 Jun 1997 13:37:07 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA07266 for ; Mon, 2 Jun 1997 13:37:06 -0400 (EDT) Received: from hate.sizone.org(209.50.72.17) by gatekeeper.megasoft.com via smap (V2.0) id xma007259; Mon, 2 Jun 97 13:36:36 -0400 Received: by sizone.org (Linux Smail3.1.93 #5) id m0wYaGZ-000H3YC; Mon, 2 Jun 97 12:47:31 -0400 (EDT) Message-Id: From: mathboy@sizone.org (Eating Before Swimming) Subject: list lag? To: deschall@gatekeeper.megasoft.com Date: Mon, 2 Jun 1997 12:47:31 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I've been noticing it takes about 1-2 hours for my mail to come back from the list... is this normal? Does that mean the list is running thru an explorder and Im just 80% the way down the list so sendmail or whatever doesnt get around to sending to me til its done all the DNS and SMTP convo's for all people above me in the list? (I think my local exploders that I run with smail do this, and with even just 20 people, it can be a diff of 10-15 min from first to last person) - but wouldnt majordomo or other listware go and start many delivery procs (like 10 or 20) to get things delivered faster? Or is it something else? Would it be a problem to speed it up a bit? Then all these "Keyserver is down!" messages wont be horribly outdated 2 hours after its going again! :) (It just came back online about 4 minutes ago to me).. /kc -- Ken Chase mathboy@sizone.org Sonic Interzone $free$ email/news Toronto Canada ------------------------------------------------------------------------------ Join the DES Challenge! Wake up the US Govt! www.frii.com/~rcv/deschall.htm NB:Only 16000 P200-months CPU req'd to recover 56-bit IBM alliance keys! ** U.S. EXPORT LAWS MAY NOT APPLY TO YOUR COUNTRY: DEVELOP YOUR NATIONS' OWN CRYPTO-EXPORT INDUSTRY! USE 2048bit KEYS FREELY! FLAUNT YOUR SOVEREIGNTY! ** From owner-deschall-announce Mon Jun 2 13:43:07 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA07347 for deschall-outgoing; Mon, 2 Jun 1997 13:43:07 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA07339 for ; Mon, 2 Jun 1997 13:43:06 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma007334; Mon, 2 Jun 97 13:42:37 -0400 Received: from rc-cola.cis.ohio-state.edu (rc-cola.cis.ohio-state.edu [164.107.135.9]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id NAA16587; Mon, 2 Jun 1997 13:51:25 -0400 Received: from localhost (dolske@localhost) by rc-cola.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id NAA09119; Mon, 2 Jun 1997 13:51:22 -0400 (EDT) X-Authentication-Warning: rc-cola.cis.ohio-state.edu: dolske owned process doing -bs Date: Mon, 2 Jun 1997 13:51:20 -0400 (EDT) From: Justin Dolske To: Andy Church cc: deschall@gatekeeper.megasoft.com Subject: Re: Just me, or is the keyserver down? In-Reply-To: <199706021726.NAA25421@Bahamut.dragonfire.net> Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Mon, 2 Jun 1997, Andy Church wrote: > Does "too long" sound about right? I think I saw someone say it was > down at 3am in some time zone. Hey, these things happen... My gateway logs show that the major outage occurred betwwen about 8:50am EST and 1:15pm EST. The gateway was receiving responses before and after that. Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- There are only two secrets in the universe: 1) Don't give away all your secrets. From owner-deschall-announce Mon Jun 2 14:47:24 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA08046 for deschall-outgoing; Mon, 2 Jun 1997 14:47:24 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA08041 for ; Mon, 2 Jun 1997 14:47:23 -0400 (EDT) Received: from qiclab.scn.rain.com(204.188.34.97) by gatekeeper.megasoft.com via smap (V2.0) id xma008027; Mon, 2 Jun 97 14:47:06 -0400 Received: by qiclab.scn.rain.com (/\oo/\ Smail3.1.29.1 #29.2) id ; Mon, 2 Jun 97 11:31 PDT Received: from damien.lbcc.cc.or.us(really [204.214.120.193]) by stargate.lbcc.cc.or.us via sendmail with smtp id for ; Mon, 2 Jun 1997 11:31:58 -0700 (PDT) (Smail-3.2 1996-Jul-4 #3 built 1996-Oct-12) Message-Id: <3.0.1.32.19970602113545.00884820@stargate.lbcc.cc.or.us> X-Sender: sugalsd@stargate.lbcc.cc.or.us X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Mon, 02 Jun 1997 11:35:45 -0700 To: deschall@gatekeeper.megasoft.com From: Dan Sugalski Subject: Re: Just me, or is the keyserver down? In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk At 09:43 AM 6/2/97 -0700, Scott M. Hinnrichs wrote: >SPRINT did an AS switch last night, caused one of my clients to have >similar problems when I tried to switch to the new AS. After backing up to >the old AS things worked fine again. Don't know if it is related, but what >the heck, it might be. > >If someone has Rockes number they might give him a call... I am going to >sleep now :) I don't think this needs to be done anymore. My client started back up again. Probably just took a while for the Sprint AS changes to get installed/propagated. Dan ----------------------------------------"it's like this"------------------- Dan Sugalski (541) 917-4364 even samurai Programmer/SysAdmin have teddy bears Linn-Benton Community College and even the teddy bears sugalsd@stargate.lbcc.cc.or.us get drunk From owner-deschall-announce Mon Jun 2 15:31:40 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA08464 for deschall-outgoing; Mon, 2 Jun 1997 15:31:40 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA08456 for ; Mon, 2 Jun 1997 15:31:39 -0400 (EDT) Received: from scapa.cs.ualberta.ca(129.128.4.44) by gatekeeper.megasoft.com via smap (V2.0) id xma008451; Mon, 2 Jun 97 15:31:21 -0400 Received: from sawnlk.cs.ualberta.ca by scapa.cs.ualberta.ca id <13114-17584>; Mon, 2 Jun 1997 13:39:57 -0600 Subject: Backup server? From: Howard Cheng To: deschall@gatekeeper.megasoft.com Date: Mon, 2 Jun 1997 13:39:49 -0600 (MDT) Organization: University of Alberta X-URL: http://ugweb.cs.ualberta.ca/~hcheng X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <97Jun2.133957-0600_mdt.13114-17584+129@scapa.cs.ualberta.ca> Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Hi, Would it be beneficial to set up a new key server? Not that the old one is overloaded, but if we get half of our clients to run on each, then half of us will still be cracking keys if one of them is down (network, server down, whatever). Of course, this second server must be connected to the Internet using a different route, or it would be pointless. Maybe this also means that the server would have to be located at a different place physically. Howard -- Howard Cheng e-mail: hcheng@cs.ualberta.ca University of Alberta hcheng@gpu.srv.ualberta.ca MSc Computing Science URL : http://www.cs.ualberta.ca/~hcheng/ When in doubt, it must be trivial. From owner-deschall-announce Mon Jun 2 16:41:13 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA09103 for deschall-outgoing; Mon, 2 Jun 1997 16:41:13 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA09095 for ; Mon, 2 Jun 1997 16:41:10 -0400 (EDT) From: tmccabe@worldnet.att.net Received: from mailhost.worldnet.att.net(204.127.131.33) by gatekeeper.megasoft.com via smap (V2.0) id xma009092; Mon, 2 Jun 97 16:41:04 -0400 Received: from chaotic ([207.116.55.27]) by mtigwc04.worldnet.att.net (post.office MTA v2.0 0613 ) with SMTP id AAA22769 for ; Mon, 2 Jun 1997 20:49:52 +0000 Message-Id: <3.0.1.32.19970602164947.006c3484@postoffice.worldnet.att.net> X-Sender: tmccabe@postoffice.worldnet.att.net X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Mon, 02 Jun 1997 16:49:47 -0400 To: deschall@gatekeeper.megasoft.com Subject: NT Laptop Speed, powerdown features Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I just recently got the software, and have been running it on my p120 desktop (win95) as often as i can. I also am able to use a p120 NT laptop, but for some reason, i am getting around 240,000 keys per sec on the laptop, and close to 580,000 keys/sec on the desktop. If anyone has any hints as to speeding thing up on the laptop, please drop me a mail. Toshiba Satellite pro 420CDT - WinNT 3.51 The laptop also has a wonderful feature that makes the thing shut down after a while - when i am not home, it shuts down, and stops crunching keys. If anyone knows how to stop this, i would really appreciate it. time to see if i can grab a p180 for the week :) thanx --Andrew From owner-deschall-announce Mon Jun 2 16:59:42 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA09429 for deschall-outgoing; Mon, 2 Jun 1997 16:59:42 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA09421 for ; Mon, 2 Jun 1997 16:59:41 -0400 (EDT) Received: from gw.research.megasoft.com(206.230.35.93) by gatekeeper.megasoft.com via smap (V2.0) id xma009380; Mon, 2 Jun 97 16:59:07 -0400 Received: (from uucp@localhost) by gw.research.megasoft.com (8.7.5/8.7.3-cmcurtin) id RAA13022; Mon, 2 Jun 1997 17:13:52 -0400 (EDT) Received: from goffette.research.megasoft.com(192.168.1.2) by gw.research.megasoft.com via smap (V2.0) id xma013019; Mon, 2 Jun 97 17:13:23 -0400 Received: (from cmcurtin@localhost) by goffette.research.megasoft.com (8.8.5/8.8.5) id RAA29298; Mon, 2 Jun 1997 17:04:24 -0400 (EDT) Date: Mon, 2 Jun 1997 17:04:24 -0400 (EDT) Message-Id: <199706022104.RAA29298@goffette.research.megasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: C Matthew Curtin To: mathboy@sizone.org (Eating Before Swimming) Cc: deschall@gatekeeper.megasoft.com Subject: Re: list lag? In-Reply-To: References: X-Mailer: VM 6.22 under 19.15 XEmacs Lucid X-Face: "&>g(&eGr?u^F:nFihL%BsyS1[tCqG7}I2rGk4{aKJ5I_5A\*6RYn4"N.`1pPF9LO!Fa<(gj:12)?=uP2l01e10Gij"7j&-)torL^iBrNf\s7PDLm=rf[PjxtSbZ{J(@@j"q2/iV9^Mx>>>> "kc" == Eating Before Swimming writes: kc> Or is it something else? Would it be a problem to speed it up a kc> bit? Then all these "Keyserver is down!" messages wont be kc> horribly outdated 2 hours after its going again! :) (It just came kc> back online about 4 minutes ago to me).. Delays in your email are due to your ISP's DNS servers are functioning, uh, suboptimally. Jun 2 13:45:20 gatekeeper sendmail[7349]: NAA07347: to=mathboy@sizone.org, delay=00:02:13, xdelay=00:00:00, mailer=smtp, relay=sizone.org., stat=Deferred: Name server: sizone.org.: host name lookup failure -- Matt Curtin Chief Scientist Megasoft Online cmcurtin@research.megasoft.com http://www.research.megasoft.com/people/cmcurtin/ I speak only for myself Death to small keys. Crack DES NOW! http://www.frii.com/~rcv/deschall.htm From owner-deschall-announce Mon Jun 2 17:40:13 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA10023 for deschall-outgoing; Mon, 2 Jun 1997 17:40:13 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA10016 for ; Mon, 2 Jun 1997 17:40:12 -0400 (EDT) Received: from gabber.c2.net(208.139.36.80) by gatekeeper.megasoft.com via smap (V2.0) id xma010011; Mon, 2 Jun 97 17:40:06 -0400 Received: from huzzah.c2.net (huzzah.c2.net [208.139.36.87]) by gabber.c2.net (8.8.4/8.8.4) with SMTP id OAA11118; Mon, 2 Jun 1997 14:48:47 -0700 (PDT) Message-Id: <3.0.2.32.19970602144839.008017d0@gabber.c2.net> X-Sender: marc@gabber.c2.net X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.2 b4 (32) Date: Mon, 02 Jun 1997 14:48:39 -0700 To: Justin Dolske From: Marc Briceno Subject: Re: DES gui v1.3 beta Bug? Cc: deschall@gatekeeper.megasoft.com In-Reply-To: References: <199705310304.XAA04432@esinet1.esinet.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk At 12:58 AM 5/31/97 -0400, you wrote: >On Fri, 30 May 1997, Arvin Meyer wrote: > >> I decided that I didn't need to keep a log, mainly because I wasn't >> particularly thrilled with it writing to my drive every few seconds. I have >> a Pentium 200 with 64 Mb so my HD will often go to sleep for 10 minutes at >> a time (nice power management). > >I would guess that the client appears to slow down because you've got >power management stuff running -- it notices noone is using any >periphials, and so it powers down the drive and slows down the CPU. I am running DESGUI on my ThinkPad at home. The BIOS features CPU power management. Apparently the software is not smart enough to realize that the CPU is taxed at 100% and reduces the cycle rate when user input is lacking for a certain amount of time. You definitely want to disable CPU power management. -- Marc Briceno Voice: 510-986-8770 SafePassage Sales Manager FAX: 510-986-8777 http://www.c2.net/ From owner-deschall-announce Mon Jun 2 19:03:29 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id TAA10626 for deschall-outgoing; Mon, 2 Jun 1997 19:03:29 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id TAA10621 for ; Mon, 2 Jun 1997 19:03:28 -0400 (EDT) Received: from esinet1.esinet.net(208.197.151.2) by gatekeeper.megasoft.com via smap (V2.0) id xma010619; Mon, 2 Jun 97 19:03:18 -0400 Received: from arvin-95 (dialin15.esinet.net [208.197.151.64]) by esinet1.esinet.net (8.8.5/ESI-8.8.X-A) with ESMTP id TAA09850 for ; Mon, 2 Jun 1997 19:12:02 -0400 (EDT) Message-Id: <199706022312.TAA09850@esinet1.esinet.net> From: "Arvin Meyer" To: Subject: Re: list lag? Date: Mon, 2 Jun 1997 19:12:01 -0400 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1160 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > From: C Matthew Curtin > Delays in your email are due to your ISP's DNS servers are > functioning, uh, suboptimally. Not necessarily correct. It takes approximately an hour or two for my messages to be posted. Yet I can send myself mail through and internet forwarding account, and have it back in 4 to 15 minutes depending on traffic and time of day. I don't know how Unix DNS servers work, but on NT a DNS file is cached after the first mail to that address. Arvin Meyer On-Site Solutions "Developing results-oriented databases for companies that demand a tangible return on investment." e-mail: onsite@esinet.net -------------------------------------------------------------------- From owner-deschall-announce Mon Jun 2 19:28:30 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id TAA10819 for deschall-outgoing; Mon, 2 Jun 1997 19:28:30 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id TAA10814 for ; Mon, 2 Jun 1997 19:28:29 -0400 (EDT) Received: from hate.sizone.org(209.50.72.17) by gatekeeper.megasoft.com via smap (V2.0) id xma010812; Mon, 2 Jun 97 19:28:17 -0400 Received: by sizone.org (Linux Smail3.1.93 #5) id m0wYfkz-000H3YC; Mon, 2 Jun 97 18:39:17 -0400 (EDT) Message-Id: From: mathboy@sizone.org (Eating Before Swimming) Subject: hello, whereFore Apple.COM To: deschall@gatekeeper.megasoft.com Date: Mon, 2 Jun 1997 18:39:16 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Did the word come down from the top that this isnt a good thing? Mebbe me blind but I cant see them in the stats for yesterday... Sun.COM will be the ONLY thing standing in uPowered's non.EDU way!! BWAHAHA-HA..(crunch!) /kc -- Ken Chase mathboy@sizone.org Sonic Interzone $free$ email/news Toronto Canada ------------------------------------------------------------------------------ Join the DES Challenge! Wake up the US Govt! www.frii.com/~rcv/deschall.htm NB:Only 16000 P200-months CPU req'd to recover 56-bit IBM alliance keys! ** U.S. EXPORT LAWS MAY NOT APPLY TO YOUR COUNTRY: DEVELOP YOUR NATIONS' OWN CRYPTO-EXPORT INDUSTRY! USE 2048bit KEYS FREELY! FLAUNT YOUR SOVEREIGNTY! ** From owner-deschall-announce Mon Jun 2 20:37:31 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA11059 for deschall-outgoing; Mon, 2 Jun 1997 20:37:31 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA11054 for ; Mon, 2 Jun 1997 20:37:30 -0400 (EDT) Received: from raven.cybercomm.net(199.171.196.3) by gatekeeper.megasoft.com via smap (V2.0) id xma011052; Mon, 2 Jun 97 20:37:20 -0400 Received: from nujrzy.cybercomm.net (mustafa@sl-032.sl.cybercomm.net [199.171.196.128]) by raven.cybercomm.net (8.8.5/8.8.5) with ESMTP id UAA21517 for ; Mon, 2 Jun 1997 20:45:37 -0400 From: Dewey Paciaffi Received: (from dewey@localhost) by nujrzy.cybercomm.net (8.8.4/8.8.4) id QAA00491 for deschall@gatekeeper.megasoft.com; Mon, 2 Jun 1997 16:21:21 -0400 Message-Id: <199706022021.QAA00491@nujrzy.cybercomm.net> Subject: sun.com To: deschall@gatekeeper.megasoft.com Date: Mon, 2 Jun 1997 16:21:20 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I've noticed that only one machine is running deschall at sun.com. Anybody know what that one machine is? -- Dewey Paciaffi dewey@cybercomm.net From owner-deschall-announce Mon Jun 2 20:52:31 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA11120 for deschall-outgoing; Mon, 2 Jun 1997 20:52:31 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA11115 for ; Mon, 2 Jun 1997 20:52:30 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma011113; Mon, 2 Jun 97 20:52:16 -0400 Received: from cuba.cis.ohio-state.edu (cuba.cis.ohio-state.edu [164.107.138.5]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id VAA02401; Mon, 2 Jun 1997 21:01:03 -0400 Received: from localhost (dolske@localhost) by cuba.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id VAA12298; Mon, 2 Jun 1997 21:01:03 -0400 (EDT) X-Authentication-Warning: cuba.cis.ohio-state.edu: dolske owned process doing -bs Date: Mon, 2 Jun 1997 21:00:57 -0400 (EDT) From: Justin Dolske To: Dewey Paciaffi cc: deschall@gatekeeper.megasoft.com Subject: Re: sun.com In-Reply-To: <199706022021.QAA00491@nujrzy.cybercomm.net> Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Mon, 2 Jun 1997, Dewey Paciaffi wrote: > I've noticed that only one machine is running deschall at > sun.com. Anybody know what that one machine is? Domains that report via a gateway only get listed at 1 machine. Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- Two wrongs don't make a right, but three lefts do. From owner-deschall-announce Mon Jun 2 21:14:06 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id VAA11220 for deschall-outgoing; Mon, 2 Jun 1997 21:14:06 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id VAA11215 for ; Mon, 2 Jun 1997 21:14:01 -0400 (EDT) Received: from woody.wcnet.org(205.133.171.1) by gatekeeper.megasoft.com via smap (V2.0) id xma011213; Mon, 2 Jun 97 21:13:49 -0400 Received: from peach (ppp-198-2.bgsu.edu) by woody.wcnet.org (5.x/SMI-SVR4) id AA14187; Mon, 2 Jun 1997 21:22:33 -0400 Message-Id: <3.0.1.32.19970602212154.00ad1c30@woody.wcnet.org> X-Sender: zawodny@woody.wcnet.org X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Mon, 02 Jun 1997 21:21:54 -0400 To: Dewey Paciaffi , deschall@gatekeeper.megasoft.com From: "Jeremy D. Zawodny" Subject: Re: sun.com In-Reply-To: <199706022021.QAA00491@nujrzy.cybercomm.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk At 04:21 PM 6/2/97 -0400, Dewey Paciaffi wrote: > I've noticed that only one machine is running deschall at > sun.com. Anybody know what that one machine is? That one machine is the gateway which allows Sun's internal network to participate in the cracking effort. Jeremy --- Jeremy D. Zawodny WCNet Technical Geek & Web Stuff "You are what you think." From owner-deschall-announce Mon Jun 2 21:55:35 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id VAA11709 for deschall-outgoing; Mon, 2 Jun 1997 21:55:35 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id VAA11701 for ; Mon, 2 Jun 1997 21:55:33 -0400 (EDT) Received: from mercury.sun.com(192.9.25.1) by gatekeeper.megasoft.com via smap (V2.0) id xma011695; Mon, 2 Jun 97 21:55:11 -0400 Received: from West.Sun.COM ([129.153.100.30]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id TAA16319 for ; Mon, 2 Jun 1997 19:22:03 -0700 Received: from marvin.west.sun.com by West.Sun.COM (SMI-8.6/SMI-5.3) id TAA23262; Mon, 2 Jun 1997 19:03:15 -0700 Received: from jcf.West.Sun.COM by marvin.west.sun.com (SMI-8.6/SMI-SVR4) id TAA19242; Mon, 2 Jun 1997 19:03:56 -0700 Received: from jcf by jcf.West.Sun.COM (SMI-8.6/SMI-SVR4) id TAA19626; Mon, 2 Jun 1997 19:03:55 -0700 Date: Mon, 2 Jun 1997 19:03:55 -0700 (PDT) From: John Falkenthal Reply-To: John Falkenthal Subject: Re: sun.com To: deschall@gatekeeper.megasoft.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: OSUUSiW39l1h4TAwOfuGuQ== X-Mailer: dtmail 1.2.0 CDE Version 1.2_22 SunOS 5.6 sun4u sparc Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk We were tempted to say our "1" machine is a Starfire (aka Ultra Enterprise 10000)... :-) Mostly just idle Ultra-1 desktops from a single location (San Diego)... This is not a coordinated effort within Sun ("renegade" is a termed coined by one member of this mailing list). If this was a coordinated effort within Sun, the contest would have been over already (yes, that was a cheap shot at one of our competitors who has a serious private effort to win this contest but hasn't found the key yet). I began my involvement simply because I didn't like the minimal SPARC/Solaris contribution being made to DESCHALL. (can you tell I, personally, don't want to see this thing cracked on an x86 running Bloatware 95 ??). I am not "preaching" DESCHALL within the organization, but word is slowly getting around, so I look for our numbers to grow. We'll also get a nice mid-life kicker when Darrell releases his 32bitslice client for UltraSPARC. JF p.s. (I hate this, but...) std. disclaimer about me not speaking for Sun, blah blah blah, should be applied. From owner-deschall-announce Mon Jun 2 22:00:35 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA11770 for deschall-outgoing; Mon, 2 Jun 1997 22:00:35 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA11762 for ; Mon, 2 Jun 1997 22:00:33 -0400 (EDT) Received: from gw.research.megasoft.com(206.230.35.93) by gatekeeper.megasoft.com via smap (V2.0) id xma011758; Mon, 2 Jun 97 22:00:17 -0400 Received: (from uucp@localhost) by gw.research.megasoft.com (8.7.5/8.7.3-cmcurtin) id WAA16195; Mon, 2 Jun 1997 22:15:58 -0400 (EDT) Received: from goffette.research.megasoft.com(192.168.1.2) by gw.research.megasoft.com via smap (V2.0) id xma016191; Mon, 2 Jun 97 22:15:38 -0400 Received: (from cmcurtin@localhost) by goffette.research.megasoft.com (8.8.5/8.8.5) id WAA00826; Mon, 2 Jun 1997 22:06:33 -0400 (EDT) Date: Mon, 2 Jun 1997 22:06:33 -0400 (EDT) Message-Id: <199706030206.WAA00826@goffette.research.megasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: C Matthew Curtin To: "Arvin Meyer" Cc: Subject: Re: list lag? In-Reply-To: <199706022312.TAA09850@esinet1.esinet.net> References: <199706022312.TAA09850@esinet1.esinet.net> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid X-Face: "&>g(&eGr?u^F:nFihL%BsyS1[tCqG7}I2rGk4{aKJ5I_5A\*6RYn4"N.`1pPF9LO!Fa<(gj:12)?=uP2l01e10Gij"7j&-)torL^iBrNf\s7PDLm=rf[PjxtSbZ{J(@@j"q2/iV9^Mx>>>> "Arvin" == Arvin Meyer writes: cmcurtin> Delays in your email are due to your ISP's DNS servers are cmcurtin> functioning, uh, suboptimally. Arvin> Not necessarily correct. No, that is precisely the problem. Perhaps you didn't discern that the text following my observation was a log entry noting that a DNS timeout occurred during the hostname lookup. Trust me, I know DNS. Arvin> It takes approximately an hour or two Arvin> for my messages to be posted. Jun 2 19:46:00 gatekeeper sendmail[10629]: TAA10626: to=onsite@esinet.net, delay=00:42:31, xdelay=00:00:00, mailer=smtp, relay=mail.uu.net., stat=Deferred: Name server: mail.uu.net.: host name lookup failure Gee, what do you know... Arvin> Yet I can send myself mail Arvin> through and internet forwarding account, and have it back in 4 Arvin> to 15 minutes depending on traffic and time of day. Right. This is how it _usually_ works, but in some cases, when it's time to refresh the DNS, gatekeeper tries to do the lookup and isn't able. Then the mail is deferred, and it retries about 15 minutes later. Jun 2 20:23:24 gatekeeper sendmail[10821]: TAA10819: to=onsite@esinet.net, delay=00:54:54, xdelay=00:00:01, mailer=smtp, relay=esinet1.esinet.net. [208.197.151.2], stat=Sent (UAA12351 Message accepted for delivery) Arvin> I don't Arvin> know how Unix DNS servers work, but on NT a DNS file is cached Arvin> after the first mail to that address. I know precisely how DNS works. Whether it's on NT or Unix (or OS/2, or MacOS) doesn't matter. (Except, perhaps, if you're considering such things as stability...) Don't take this as a flame, but I just want to make the point here... transient errors occur. Sometimes DNS lookups fail, when things _look_ like they should be OK. Problems with routing, overused network exchange points, high packet loss between sites, etc., etc., etc., all contribute to this. The Internet, generally speaking, isn't terribly healthy. Such is life on a network that has experienced exponential growth in terms of connected hosts, users, and traffic over a period of YEARS. Then combine the efforts of self-serving fools like the morons that spam the 'net with their "bulk email services" and similar such things, and you can quickly see how timeouts in lookups and delays in email delivery can occur. I'll spare everyone a longwinded lecture on the relative fragility of the Internet, its importance as a shared, finite resource, and the responsibility of each netizen to ensure that it isn't abused. But, just be aware that you're being spared one. :-) -- Matt Curtin Chief Scientist Megasoft Online cmcurtin@research.megasoft.com http://www.research.megasoft.com/people/cmcurtin/ I speak only for myself Death to small keys. Crack DES NOW! http://www.frii.com/~rcv/deschall.htm From owner-deschall-announce Mon Jun 2 22:19:06 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA11988 for deschall-outgoing; Mon, 2 Jun 1997 22:19:06 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA11860 for ; Mon, 2 Jun 1997 22:19:04 -0400 (EDT) Received: from ricochet.net(204.179.107.3) by gatekeeper.megasoft.com via smap (V2.0) id xma011856; Mon, 2 Jun 97 22:18:57 -0400 Received: from [192.168.1.103] (c204500-a.frmt1.sfba.home.com [24.1.67.221]) by rgate.metricom.com (8.7.6/8.7.3) with SMTP id TAA10240; Mon, 2 Jun 1997 19:25:05 -0700 (PDT) Message-Id: <199706030225.TAA10240@rgate.metricom.com> Subject: Re: hello, whereFore [art thou] Apple.COM Date: Mon, 2 Jun 97 19:25:12 -0700 x-sender: zarzycki@pop.ricochet.net x-mailer: Claris Emailer 2.0, March 15, 1997 From: Dave Zarzycki To: "Eating Before Swimming" cc: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >Did the word come down from the top that this isnt a good thing? Mebbe >me blind but I cant see them in the stats for yesterday... > >Sun.COM will be the ONLY thing standing in uPowered's non.EDU way!! >BWAHAHA-HA..(crunch!) Most of the crunching power comes from my section here at Apple. Unfortunately our building experienced a power outage over the weekend. Besides, I prefer to have a life and not baby machines to make sure they are up. Don't get you hopes up to high... Wait a few days for our statistics to level out again. Remember this is a spare time activity... Don't make me look for machines. ;-) Dave P.S. Claris is owned by Apple. Try adding our numbers together. When you're done, add the 17.* machines too. Apple owns them too. ------------------------------------------------------------- Dave Zarzycki Student Workgroup Server QA Tester Irvington High School Apple Computer, Inc. dazarzycki@irvington.org zarzycki@apple.com From owner-deschall-announce Mon Jun 2 22:59:05 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA12146 for deschall-outgoing; Mon, 2 Jun 1997 22:59:05 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA12141 for ; Mon, 2 Jun 1997 22:59:04 -0400 (EDT) Received: from eliot213.wuh.wustl.edu(128.252.105.213) by gatekeeper.megasoft.com via smap (V2.0) id xma012139; Mon, 2 Jun 97 22:58:57 -0400 Received: from eliot213.wuh.wustl.edu (ejeffrey@localhost [127.0.0.1]) by eliot213.wuh.wustl.edu (8.7.6/8.7.3) with ESMTP id WAA16220 for ; Mon, 2 Jun 1997 22:07:45 -0500 Message-Id: <199706030307.WAA16220@eliot213.wuh.wustl.edu> Reply-To: erjeffre@artsci.wustl.edu To: deschall@gatekeeper.megasoft.com Subject: Re: sun.com In-reply-to: Your message of "Mon, 02 Jun 1997 16:21:20 EDT." <199706022021.QAA00491@nujrzy.cybercomm.net> Date: Mon, 02 Jun 1997 22:07:45 -0500 From: Evan Jeffrey Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > I've noticed that only one machine is running deschall at > sun.com. Anybody know what that one machine is? A firewall, perhaps? === Evan Jeffrey erjeffre@artsci.wustl.edu Let us go. Let us leave this festering hell hole. Let us think the unthinkable, let us do the undoable. Let us prepare to grapple with the ineffable itself, and see if we may not eff it after all. --Dirk Gently From owner-deschall-announce Mon Jun 2 23:39:06 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA12280 for deschall-outgoing; Mon, 2 Jun 1997 23:39:06 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA12275 for ; Mon, 2 Jun 1997 23:39:05 -0400 (EDT) Received: from groucho.cablelan.net(24.64.12.10) by gatekeeper.megasoft.com via smap (V2.0) id xma012273; Mon, 2 Jun 97 23:38:46 -0400 Received: from otv55.cablelan.net (24.64.12.128) by groucho.cablelan.net (Rockliffe SMTPRA 1.2.2) with SMTP id ; Mon, 02 Jun 1997 20:55:26 -0700 Message-ID: From: "Dean Mills" To: "deschall@gatekeeper.megasoft.com" Date: Mon, 02 Jun 97 20:47:33 -0700 Reply-To: "Dean Mills" X-Mailer: PMMail 1.92 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: sun.com Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Mon, 2 Jun 1997 19:03:55 -0700 (PDT), John Falkenthal wrote: >I began my involvement simply because I didn't like the minimal SPARC/Solaris >contribution being made to DESCHALL. (can you tell I, personally, don't want >to see this thing cracked on an x86 running Bloatware 95 ??). Would you settle for an x86 NOT running the BloatWare 95 Shell? :) And someone said there wasn't a DOS client, Hah!! Regards, Dean Mills, DevBahn Archiver/Founder. /* ------------------------------------------------------------- */ /* DevBahn - OS/2 Programming Sanctuary */ /* devbahn@geocities.com */ /* http://www.geocities.com/SiliconValley/Heights/8867/ */ /* ------------------------------------------------------------- */ /* DevBahn - OS/2 Game Programming Sanctuary */ /* devbahn-games@geocities.com */ /* http://www.geocities.com/SiliconValley/Heights/8678/ */ /* ------------------------------------------------------------- */ From owner-deschall-announce Tue Jun 3 04:00:41 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id EAA13077 for deschall-outgoing; Tue, 3 Jun 1997 04:00:41 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id EAA13072 for ; Tue, 3 Jun 1997 04:00:40 -0400 (EDT) Received: from smarty.smart.net(206.27.242.102) by gatekeeper.megasoft.com via smap (V2.0) id xma013070; Tue, 3 Jun 97 04:00:22 -0400 Received: from 128.83.219.36 (slip-82-4.ots.utexas.edu [128.83.219.36]) by smarty.smart.net (8.8.5/8.8.5) with SMTP id EAA31267; Tue, 3 Jun 1997 04:09:04 -0400 Message-ID: <33929E31.1D70@smart.net> Date: Mon, 02 Jun 1997 03:19:45 -0700 From: seth Reply-To: sjohnson@smart.net X-Mailer: Mozilla 3.0 (Macintosh; I; PPC) MIME-Version: 1.0 To: Eating Before Swimming CC: deschall@gatekeeper.megasoft.com Subject: Re: hello, whereFore Apple.COM References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk errrr... I suggest you stop and think what took place over the weekend. There was some sort of server clog. The Mac clients stop when they can't report their findings to the server and don't grab anymore keys to check until the app is restarted. When I got to work this morning (monday), all of the units I had left working on it over the weekend were stopped. While I am writing on the topic of the Mac Client, I would have to say that in spite of the previously-noted disadvantage built into the Mac Client, the new version is leaps and bounds better than the older one. I would also like to remind Mac contributors that Motorola has an extension that promises to speed math processes on PPC hardware. You can download this extension from: http://www.mot.com/SPS/PowerPC/support/rsw_customer_support/mac/libmoto/libmoto_reg_macuser.html Seth From owner-deschall-announce Tue Jun 3 06:29:15 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id GAA13533 for deschall-outgoing; Tue, 3 Jun 1997 06:29:15 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id GAA13523 for ; Tue, 3 Jun 1997 06:29:13 -0400 (EDT) Received: from dilbert.iagnet.net(207.206.8.155) by gatekeeper.megasoft.com via smap (V2.0) id xma013517; Tue, 3 Jun 97 06:29:07 -0400 Received: (from jamie@localhost) by dilbert.iagnet.net (8.8.5/8.8.5) id GAA05513; Tue, 3 Jun 1997 06:37:52 -0400 (EDT) Message-Id: <199706031037.GAA05513@dilbert.iagnet.net> Subject: Re: Backup server? To: hcheng@cs.ualberta.ca (Howard Cheng) Date: Tue, 3 Jun 1997 06:37:52 -0400 (EDT) Cc: deschall@gatekeeper.megasoft.com In-Reply-To: <97Jun2.133957-0600_mdt.13114-17584+129@scapa.cs.ualberta.ca> from Howard Cheng at "Jun 2, 97 01:39:49 pm" RFC_Violation: You saw it here first! From: jamie@dilbert.iagnet.net (Jamie Rishaw) X-PGP-Fingerprint: <921C135D> C4 48 1B 26 18 7B 1F D9 BA C4 9C 7A B1 07 07 E8 Reply-To: jamie@dilbert.iagnet.net Organization: Internet Access Group, Inc. X-No-Archive: yes X-Face: >:-p X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk If you do this, it would be a lit simpler to round-robin the address "keymaster.verser.frii.com" via DNS. That way there's no work required at the user's end. > Hi, > > Would it be beneficial to set up a new key server? Not that the old > one is overloaded, but if we get half of our clients to run on each, then > half of us will still be cracking keys if one of them is down (network, > server down, whatever). Of course, this second server must be connected > to the Internet using a different route, or it would be pointless. > Maybe this also means that the server would have to be located at > a different place physically. > > Howard > > -- > Howard Cheng e-mail: hcheng@cs.ualberta.ca > University of Alberta hcheng@gpu.srv.ualberta.ca > MSc Computing Science URL : http://www.cs.ualberta.ca/~hcheng/ > > When in doubt, it must be trivial. > -- jamie g.k. rishaw dal/efnet:gavroche Internet Access Group 'whois JGR2' for PGP keyID/Fingerprint __ Network Operations/TSD DID:216.902.5455 FAX:216.623.3566 \/ 800.637.4IAGx5455 DES: Help Crack the code! http://www.frii.com/~rcv/deschall.htm From owner-deschall-announce Tue Jun 3 08:24:17 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id IAA14060 for deschall-outgoing; Tue, 3 Jun 1997 08:24:17 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id IAA14048 for ; Tue, 3 Jun 1997 08:24:16 -0400 (EDT) Received: from netserv.com(198.37.128.10) by gatekeeper.megasoft.com via smap (V2.0) id xma014043; Tue, 3 Jun 97 08:24:04 -0400 Received: from [198.37.128.120] (smh-ppc.netserv.com [198.37.128.120]) by netserv.com (8.8.5/smh-1.1) with ESMTP id FAA02849 for ; Tue, 3 Jun 1997 05:29:02 -0700 (PDT) Message-Id: In-Reply-To: <33929E31.1D70@smart.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 3 Jun 1997 05:33:29 -0700 To: deschall@gatekeeper.megasoft.com From: "Scott M. Hinnrichs" Subject: Re: hello, whereFore Apple.COM Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk At 3:19 AM -0700 6/2/97, seth wrote: >errrr... I suggest you stop and think what took place over the weekend. >There was some sort of server clog. The Mac clients stop when they can't >report their findings to the server and don't grab anymore keys to check >until the app is restarted. When I got to work this morning (monday), >all of the units I had left working on it over the weekend were stopped. > All my Mac's restarted about the same time as my UNIX clients. They were waiting for a response from the Keyserver and all restarted when they got it. You don't have to reboot/restart the client. In fact if you do that the client will never get to report the results from the last run. You probably just timed restarting the clients when the keyserver came back around 10:15 Monday morning. It had only been out for three hours, not all weeekend. Scott From owner-deschall-announce Tue Jun 3 08:44:47 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id IAA14283 for deschall-outgoing; Tue, 3 Jun 1997 08:44:47 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id IAA14278 for ; Tue, 3 Jun 1997 08:44:46 -0400 (EDT) Received: from milliways.blee.net(130.215.240.102) by gatekeeper.megasoft.com via smap (V2.0) id xma014276; Tue, 3 Jun 97 08:44:37 -0400 Received: (from woodbad@localhost) by milliways.blee.net (8.8.5/8.6.9) id IAA20330; Tue, 3 Jun 1997 08:53:31 -0400 Date: Tue, 3 Jun 1997 08:53:30 -0400 (EDT) From: "Adam D. Woodbury" cc: Howard Cheng , deschall@gatekeeper.megasoft.com Subject: Re: Backup server? In-Reply-To: <199706031037.GAA05513@dilbert.iagnet.net> Message-ID: Organization: BleeNET - a cooperative network MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > > If you do this, it would be a lit simpler to round-robin the address > "keymaster.verser.frii.com" via DNS. > > That way there's no work required at the user's end. > Unless things are written correctly (perhaps incorrectly) this will not work. If the client does a name lookup when starting up, and then keeps using that same IP address it might work, but if the client does a resolv request each time it needs to access the server, then you could request a keyblock from one server, answer to another... an interesting twist on things :) Itwould probably be FAR easier to simply tell people to try out another server. Adam --- Adam D. Woodbury "I want her love for the fool I am - woodbad@blee.net or not at all." - Edmond Rostand Crack DES NOW! http://www.frii.com/~rcv/deschall.htm From owner-deschall-announce Tue Jun 3 13:32:24 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA16878 for deschall-outgoing; Tue, 3 Jun 1997 13:32:24 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA16864 for ; Tue, 3 Jun 1997 13:32:22 -0400 (EDT) Received: from mercury.sun.com(192.9.25.1) by gatekeeper.megasoft.com via smap (V2.0) id xma016855; Tue, 3 Jun 97 13:32:15 -0400 Received: from West.Sun.COM ([129.153.100.30]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id KAA29231 for ; Tue, 3 Jun 1997 10:59:19 -0700 Received: from marvin.west.sun.com by West.Sun.COM (SMI-8.6/SMI-5.3) id KAA04029; Tue, 3 Jun 1997 10:40:19 -0700 Received: from jcf.West.Sun.COM by marvin.west.sun.com (SMI-8.6/SMI-SVR4) id KAA29097; Tue, 3 Jun 1997 10:41:02 -0700 Received: from jcf by jcf.West.Sun.COM (SMI-8.6/SMI-SVR4) id KAA25936; Tue, 3 Jun 1997 10:41:00 -0700 Date: Tue, 3 Jun 1997 10:41:00 -0700 (PDT) From: John Falkenthal Reply-To: John Falkenthal Subject: re: sun.com To: deschall@gatekeeper.megasoft.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: LZUzalJxqhCH63KROaqF/A== X-Mailer: dtmail 1.2.0 CDE Version 1.2_22 SunOS 5.6 sun4u sparc Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > From: andrew meggs > Subject: Re: sun.com > > ...and I went and looked at the stats page and noticed that yes, SGI was > missing, but Microsoft was every bit as absent. Can you shed some light? > I have no information about an effort underway at Micro$oft. SGI on the otherhand... :-) SGI is well ahead of deschall in terms of keyspace searched, but they are not sustaining the same search rate as deschall - which suggests they had a healthy head-start... To be honest, I don't know how "serious" the effort is within SGI - my guess is its not too serious. I apologize if my use of the word "serious" got everyone in deschall on the defensive. They are running on everything from low-end desktops up to the T90 and T3E. Any SGI'ers care to comment further? One other thing - I had made earlier comments about not wanting to see this thing cracked on Bloatware 95; Linux and OS/2 are a different story altogether. I run Linux @ home - in fact, check the deschall stats and you'll see "znet.com" listed somewhere down in the 500 range - that's me at home, on my lowly K5-133 running Linux !! JF From owner-deschall-announce Tue Jun 3 14:29:54 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA17234 for deschall-outgoing; Tue, 3 Jun 1997 14:29:54 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA17229 for ; Tue, 3 Jun 1997 14:29:53 -0400 (EDT) Received: from mail1.its.rpi.edu(128.113.100.7) by gatekeeper.megasoft.com via smap (V2.0) id xma017226; Tue, 3 Jun 97 14:29:23 -0400 Received: from eclipse.its.rpi.edu (gad@eclipse.its.rpi.edu [128.113.24.33]) by mail1.its.rpi.edu (8.8.5/8.8.5) with SMTP id OAA222974 for ; Tue, 3 Jun 1997 14:38:11 -0400 Received: by eclipse.its.rpi.edu (NX5.67e/NX3.0M) id AA20529; Tue, 3 Jun 97 14:38:08 -0400 Message-Id: <9706031838.AA20529@eclipse.its.rpi.edu> Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Received: by NeXT.Mailer (1.118.2) From: Garance A Drosehn Date: Tue, 3 Jun 97 14:38:06 -0400 To: deschall@gatekeeper.megasoft.com Subject: Re: hello, whereFore Apple.COM References: <33929E31.1D70@smart.net> Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk seth wrote: > errrr... I suggest you stop and think what took place over the > weekend. There was some sort of server clog. The Mac clients > stop when they can't report their findings to the server and > don't grab anymore keys to check until the app is restarted. When > I got to work this morning (monday), all of the units I had left > working on it over the weekend were stopped. Well, for one we already have heard from someone at Apple as to why they dropped off of the stats for the weekend. It had nothing to do with the deschall server problems. However, I'm responding just to point out that the Mac client started right up again once the server was available, just like the unix clients did. As I recall, there is some problem with the mac client if the entire network connection is gone (such as happens when a PPP link is disconnected), but that was not the problem over the weekend. If your Macs were on telnet connections, you did not need to restart any Mac clients for them to start working again. > While I am writing on the topic of the Mac Client, I would have > to say that in spite of the previously-noted disadvantage built > into the Mac Client, the new version is leaps and bounds better > than the older one. > > I would also like to remind Mac contributors that Motorola has > an extension that promises to speed math processes on PPC hardware. I must admit I'm a bit leary of trying this extension while working on the deschall client... :-) (not that I think there's anything wrong, but if there *was* anything wrong then I'd hate to think my Mac could miss out on getting the winning key! :-). Just mark me as very paranoid on this one. I wouldn't be as paranoid if we were working on something that could be broken in a week or so. --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu Senior Systems Programmer (MIME & NeXTmail capable) Rensselaer Polytechnic Institute; Troy NY USA From owner-deschall-announce Tue Jun 3 14:35:54 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA17296 for deschall-outgoing; Tue, 3 Jun 1997 14:35:54 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA17291 for ; Tue, 3 Jun 1997 14:35:53 -0400 (EDT) Received: from pollux.davidson.edu(152.42.2.11) by gatekeeper.megasoft.com via smap (V2.0) id xma017289; Tue, 3 Jun 97 14:35:47 -0400 Received: from 152.42.18.52 (152.42.18.52) by POLLUX.DAVIDSON.EDU (PMDF V5.0-6 #7389) id <01IJN1ASQPCW8Y6RH9@POLLUX.DAVIDSON.EDU>; Tue, 03 Jun 1997 14:45:41 -0500 (EST) Date: Tue, 03 Jun 1997 14:45:04 -0400 From: Mike Weber Subject: Re: hello, whereFore Apple.COM In-reply-to: <33929E31.1D70@smart.net> X-Sender: miweber@pollux.davidson.edu To: sjohnson@smart.net Cc: deschall@gatekeeper.megasoft.com Message-id: MIME-version: 1.0 Content-type: text/plain; charset="us-ascii" Content-transfer-encoding: 7BIT References: Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >I would also like to remind Mac contributors that Motorola has an >extension that promises to speed math processes on PPC hardware. You can >download this extension from: > >http://www.mot.com/SPS/PowerPC/support/rsw_customer_support/mac/libmoto/libmoto >_reg_macuser.html The libmoto extension will probably have no effect on Andrew's excellent hand-tuned assembly language routines if he doesn't call library-based math functions. Libmoto intercepts calls to sin, exp, cos, pow, log, atan, log10, atan2, and sqrt. The developer-end library also improves the performance of certain string operations. You may see improvements in other areas of machine performance, though I suspect its effect on the Mac client will be slim to none. Anyone tested it? Mike ----------------------------------------------------------------------- Mike Weber * Coordinator of Academic Computing Applications Support miweber@davidson.edu * Davidson College * Davidson, NC * (704) 892-2429 PGP key at http://www.davidson.edu/computing/staff/miweber/miweber.html From owner-deschall-announce Tue Jun 3 14:40:24 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA17324 for deschall-outgoing; Tue, 3 Jun 1997 14:40:24 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA17319 for ; Tue, 3 Jun 1997 14:40:23 -0400 (EDT) Received: from groucho.cablelan.net(24.64.12.10) by gatekeeper.megasoft.com via smap (V2.0) id xma017317; Tue, 3 Jun 97 14:40:02 -0400 Received: from otv55.cablelan.net (24.64.12.128) by groucho.cablelan.net (Rockliffe SMTPRA 1.2.2) with SMTP id ; Tue, 03 Jun 1997 11:57:02 -0700 Message-ID: From: "Dean Mills" To: "deschall@gatekeeper.megasoft.com" Date: Tue, 03 Jun 97 11:48:50 -0700 Reply-To: "Dean Mills" X-Mailer: PMMail 1.92 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Client broken since weekend outage. Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Greetings, I "was" running the OS/2 client on a P-166, 64 MB, OS/2 v4.0, up until shortly after this weekends outage. Any ideas on why the client keeps hanging? Ever since the outage this weekend, the client has never really come back up properly. Even after several reboots, it gets the first keyblock, and two dots into the second block, and hangs, taking the CPU with it (100%). It does not respond to a close, CTRL-C or C-A-D, a hard reset is in order (NOT a good idea on OS/2 with 7 HD's to CHKDSK every boot!). Any ideas on this would be great, as I can't run it until I can control it a bit better than this. Regards, Dean Mills, DevBahn Archiver/Founder. /* ------------------------------------------------------------- */ /* DevBahn - OS/2 Programming Sanctuary */ /* devbahn@geocities.com */ /* http://www.geocities.com/SiliconValley/Heights/8867/ */ /* ------------------------------------------------------------- */ /* DevBahn - OS/2 Game Programming Sanctuary */ /* devbahn-games@geocities.com */ /* http://www.geocities.com/SiliconValley/Heights/8678/ */ /* ------------------------------------------------------------- */ From owner-deschall-announce Tue Jun 3 15:09:55 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA17528 for deschall-outgoing; Tue, 3 Jun 1997 15:09:55 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA17523 for ; Tue, 3 Jun 1997 15:09:54 -0400 (EDT) Received: from brickbat8.mindspring.com(207.69.200.11) by gatekeeper.megasoft.com via smap (V2.0) id xma017519; Tue, 3 Jun 97 15:09:50 -0400 Received: from [38.11.217.128] (ip128.lansing.mi.pub-ip.psi.net [38.11.217.128]) by brickbat8.mindspring.com (8.8.5/8.8.5) with ESMTP id PAA15943 for ; Tue, 3 Jun 1997 15:18:36 -0400 (EDT) Message-Id: In-Reply-To: References: <33929E31.1D70@smart.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 3 Jun 1997 15:18:24 -0500 To: deschall@gatekeeper.megasoft.com From: Don Pushies Subject: Re: hello, whereFore Apple.COM Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >>I would also like to remind Mac contributors that Motorola has an >>extension that promises to speed math processes on PPC hardware. You can >>download this extension from: >> >>http://www.mot.com/SPS/PowerPC/support/rsw_customer_support/mac/libmoto/libmot >>o >>_reg_macuser.html > >The libmoto extension will probably have no effect on Andrew's excellent >hand-tuned assembly language routines if he doesn't call library-based math >functions. Libmoto intercepts calls to sin, exp, cos, pow, log, atan, >log10, atan2, and sqrt. The developer-end library also improves the >performance of certain string operations. You may see improvements in >other areas of machine performance, though I suspect its effect on the Mac >client will be slim to none. Anyone tested it? Yes. Today I tested both MathLibMoto 1.0.1 and LibMotoSh 1.0 . I did not see a detectable difference. My max is 209k per/sec with or without the Math Libraries. 7200/75 Sys 7.5.5 OT1.1.2 256k/L2 32M PPP connection with minimal system for dial-up. Don Pushies dpush@pobox.com :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :: Participate in the DES challenge: http://www.frii.com/%7Ercv/deschall.htm Get the list by sending: subscribe deschall To: majordomo@gatekeeper.megasoft.com Every lil' bit helps :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :: From owner-deschall-announce Tue Jun 3 15:10:25 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA17546 for deschall-outgoing; Tue, 3 Jun 1997 15:10:25 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA17541 for ; Tue, 3 Jun 1997 15:10:24 -0400 (EDT) Received: from brickbat8.mindspring.com(207.69.200.11) by gatekeeper.megasoft.com via smap (V2.0) id xma017539; Tue, 3 Jun 97 15:10:01 -0400 Received: from 207.69.224.183 (user-37kbo1a.dialup.mindspring.com [207.69.224.42]) by brickbat8.mindspring.com (8.8.5/8.8.5) with SMTP id PAA16038 for ; Tue, 3 Jun 1997 15:18:49 -0400 (EDT) Message-ID: <33943620.790B@pobox.com> Date: Tue, 03 Jun 1997 15:21:04 +0000 From: "Steven F. Burnett" Reply-To: burnett@pobox.com X-Mailer: Mozilla 3.0 (Macintosh; I; PPC) MIME-Version: 1.0 To: deschall@gatekeeper.megasoft.com Subject: Motorola's libmoto Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Mike Weber wrote: >The libmoto extension will probably have no effect on Andrew's >excellent hand-tuned assembly language routines if he doesn't call >library-based math functions. Libmoto intercepts calls to sin, exp, >cos, pow, log, atan, log10, atan2, and sqrt. The developer-end >library also improves the performance of certain string operations. >You may see improvements in other areas of machine performance, >though I suspect its effect on the Mac client will be slim to none. >Anyone tested it? I am running with it today, and see no change in speed from yesterday. (on a PowerMac 6100, System 7.5.5). -- ---------------------------------------------------------------------- Steve Burnett burnett@pobox.com http://www.pobox.com/~burnett/ From owner-deschall-announce Tue Jun 3 15:26:56 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA17723 for deschall-outgoing; Tue, 3 Jun 1997 15:26:56 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA17714 for ; Tue, 3 Jun 1997 15:26:55 -0400 (EDT) Received: from smarty.smart.net(206.27.242.102) by gatekeeper.megasoft.com via smap (V2.0) id xma017710; Tue, 3 Jun 97 15:26:44 -0400 Received: from localhost (sjohnson@localhost) by smarty.smart.net (8.8.5/8.8.5) with SMTP id PAA11435 for ; Tue, 3 Jun 1997 15:35:34 -0400 Date: Tue, 3 Jun 1997 15:35:34 -0400 (EDT) From: Seth Johnson To: deschall@gatekeeper.megasoft.com Subject: re: Apple.com and Mac client problems.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I offer a thanks to the respondents who explained how the client 'should' work. My original message was based on my experience of having found my set of Macs all stalled out waiting for the server to respond. My building at Apple.com did not lose it's power, so I was interpreting this client-hang as a possible cause for apple.com's drop in the standings coupled with the power outage. I will start testing the effect of the math lib extension provided by motorola and post my findings if no one else has already tested this. Although Andrew's assembly language routines may not call the special funtions provided by this extension, it could be possible that other OS processes may be assisted by the lib and indirectly boost performance of the DesChall client by allowing it more CPU cycles. Seth -------------------------------- Seth Johnson 512.480.9398 home 512.908.8000 work 512.908.8076 fax 512.908.8423 voice mail From owner-deschall-announce Tue Jun 3 16:15:02 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA18380 for deschall-outgoing; Tue, 3 Jun 1997 16:15:02 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA18375 for ; Tue, 3 Jun 1997 16:15:01 -0400 (EDT) Received: from mail1.its.rpi.edu(128.113.100.7) by gatekeeper.megasoft.com via smap (V2.0) id xma018361; Tue, 3 Jun 97 16:14:53 -0400 Received: from eclipse.its.rpi.edu (gad@eclipse.its.rpi.edu [128.113.24.33]) by mail1.its.rpi.edu (8.8.5/8.8.5) with SMTP id QAA104312; Tue, 3 Jun 1997 16:23:35 -0400 Received: by eclipse.its.rpi.edu (NX5.67e/NX3.0M) id AA20872; Tue, 3 Jun 97 16:23:33 -0400 Date: Tue, 3 Jun 97 16:23:33 -0400 From: Garance A Drosehn Message-Id: <9706032023.AA20872@eclipse.its.rpi.edu> To: deschall@gatekeeper.megasoft.com, sjohnson@smart.net Subject: re: Apple.com and Mac client problems.. Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > I offer a thanks to the respondents who explained how the client > 'should' work. Just to clarify, I stated how it *did* work, for me. It *did* start back up once the server was available. That is a fact. Seeing that it *did* work for me, I thought I'd mention that for the benefit of other users of the PowerMac client. --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu Senior Systems Programmer (MIME & NeXTmail capable) Rensselaer Polytechnic Institute; Troy NY USA From owner-deschall-announce Tue Jun 3 16:34:33 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA18590 for deschall-outgoing; Tue, 3 Jun 1997 16:34:33 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA18582 for ; Tue, 3 Jun 1997 16:34:32 -0400 (EDT) Received: from zipcon.net(205.199.135.5) by gatekeeper.megasoft.com via smap (V2.0) id xma018578; Tue, 3 Jun 97 16:34:30 -0400 Received: from localhost (cassaela@localhost) by zipcon.net (8.8.5/8.7.3) with SMTP id NAA06583 for ; Tue, 3 Jun 1997 13:43:03 -0700 Date: Tue, 3 Jun 1997 13:43:03 -0700 (PDT) From: Cassaela To: deschall@gatekeeper.megasoft.com Subject: Notification? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk This list *will* be notified once the key is found, right? I ask because I had a client running over the weekend, which was giving output to the screen and was accidently unplugged. Now, through a long and involved story, the network it was connected to is no longer valid, so if that client *did* find the key, I don't know about it and it's imposible to contact me based on the IP I was using. ____________________________________________________ cassaela@zipcon.net http://www.zipcon.net/cassaela ____________________________________________________ Ways To Order a Pizza, #85 Haggle. From owner-deschall-announce Tue Jun 3 16:48:03 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA18675 for deschall-outgoing; Tue, 3 Jun 1997 16:48:03 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA18670 for ; Tue, 3 Jun 1997 16:48:02 -0400 (EDT) Received: from unknown(128.172.89.118) by gatekeeper.megasoft.com via smap (V2.0) id xma018667; Tue, 3 Jun 97 16:47:43 -0400 Received: from [207.172.63.54] (rcm-as2s61.erols.com [207.172.61.124]) by ratboy.antennahead.com (8.8.0/8.6.12) with ESMTP id QAA08051 for ; Tue, 3 Jun 1997 16:42:45 -0400 Message-Id: In-Reply-To: <9706031838.AA20529@eclipse.its.rpi.edu> References: <33929E31.1D70@smart.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 3 Jun 1997 16:42:30 -0400 To: deschall@gatekeeper.megasoft.com From: andrew meggs Subject: Re: hello, whereFore Apple.COM Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk At 2:38 PM -0400 6/3/97, Garance A Drosehn wrote: >seth wrote: >> >> I would also like to remind Mac contributors that Motorola has >> an extension that promises to speed math processes on PPC hardware. > >I must admit I'm a bit leary of trying this extension while working >on the deschall client... :-) > First of all, it only affects standard math library functions, like sines, cosines, raising a number to a power, etc., none of which are used by the deschall client. Second, it's been installed on my machines since around 1995, so if this were an issue, which it isn't, the client has been validated much more thoroughly on machines running Motorola's PPC math library than on machines running Apple's PPC math library. To put this as nicely as possible, ignoring any speed considerations I have "even more" confidence in the quality of Motorola's code than I do in Apple's. ____________________________________________________________________________ Andrew Meggs, content provider Antennahead Industries, Inc. From owner-deschall-announce Tue Jun 3 20:52:51 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA00992 for deschall-outgoing; Tue, 3 Jun 1997 20:52:51 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA00985 for ; Tue, 3 Jun 1997 20:52:49 -0400 (EDT) Received: from homer.louisville.edu(136.165.1.20) by gatekeeper.megasoft.com via smap (V2.0) id xma000976; Tue, 3 Jun 97 20:52:22 -0400 Received: from [136.165.221.50] (ppp0149.remote.louisville.edu [136.165.221.50]) by homer.louisville.edu (8.8.4/8.7.3) with SMTP id VAA20286 for ; Tue, 3 Jun 1997 21:01:06 -0400 (EDT) Message-Id: <199706040101.VAA20286@homer.louisville.edu> Subject: Re: hello, whereFore Apple.COM Date: Tue, 3 Jun 97 21:01:07 -0400 x-mailer: Claris Emailer 2.0, March 15, 1997 From: Lee Larson To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >At 2:38 PM -0400 6/3/97, Garance A Drosehn wrote: >>seth wrote: >>> >>> I would also like to remind Mac contributors that Motorola has >>> an extension that promises to speed math processes on PPC hardware. >> >>I must admit I'm a bit leary of trying this extension while working >>on the deschall client... :-) I've used the Motorola routines for quite a while, and they do make a significant difference in speed for some things. But I would not expect them to speed up the DES client because they are mostly for transcendental functions and some string handling. By the way, I suspect one of the reasons Apple's routines are slower is because they're trying to stick by the letter of the law as written in the Standard Apple Numerics Environment (SANE). SANE is not fast, but it is a fairly accurate implementation of the IEEE floating point standards. Motorola was not held to such constraints. There are many people who prefer predictability to raw speed. Lee Larson http://www.louisville.edu/~lmlars01/ (502)852-6826 Mathematics Department, University of Louisville, Louisville, KY 40292 USA From owner-deschall-announce Tue Jun 3 22:58:54 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA02028 for deschall-outgoing; Tue, 3 Jun 1997 22:58:54 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA02023 for ; Tue, 3 Jun 1997 22:58:52 -0400 (EDT) Received: from exon.massart.edu(207.121.101.1) by gatekeeper.megasoft.com via smap (V2.0) id xma002021; Tue, 3 Jun 97 22:58:24 -0400 Received: (from paonia@localhost) by exon.massart.edu (8.7.5/8.7.3) id XAA09581; Tue, 3 Jun 1997 23:06:31 -0400 From: Paonia Ezrine Message-Id: <199706040306.XAA09581@exon.massart.edu> Subject: Re: Backup server? To: woodbad@blee.net (Adam D. Woodbury) Date: Tue, 3 Jun 1997 23:06:31 -0400 (EDT) Cc: hcheng@cs.ualberta.ca, deschall@gatekeeper.megasoft.com In-Reply-To: from "Adam D. Woodbury" at Jun 3, 97 08:53:30 am Content-Type: text Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Passing a list of server in preference order makes sence use this if not use that! paonia > > > > > If you do this, it would be a lit simpler to round-robin the address > > "keymaster.verser.frii.com" via DNS. > > > > That way there's no work required at the user's end. > > > > Unless things are written correctly (perhaps incorrectly) this will not > work. If the client does a name lookup when starting up, and then keeps > using that same IP address it might work, but if the client does a resolv > request each time it needs to access the server, then you could request a > keyblock from one server, answer to another... an interesting twist on > things :) Itwould probably be FAR easier to simply tell people to try > out another server. > > Adam > > --- > Adam D. Woodbury "I want her love for the fool I am - > woodbad@blee.net or not at all." > - Edmond Rostand > Crack DES NOW! http://www.frii.com/~rcv/deschall.htm > -- +++++++++++++++++++++++++++++++++++++++++++++++++ | Paonia Ezrine | Mass Art | | paonia@massart.edu | 621 Huntington Ave | | 617-232-1555 ext 357 | Boston, MA 02115 | | 617-566-4034 (fax) | www.massart.edu | +++++++++++++++++++++++++++++++++++++++++++++++++ From owner-deschall-announce Tue Jun 3 23:42:54 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA02145 for deschall-outgoing; Tue, 3 Jun 1997 23:42:54 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA02140 for ; Tue, 3 Jun 1997 23:42:53 -0400 (EDT) Received: from smtp.interlog.com(198.53.145.6) by gatekeeper.megasoft.com via smap (V2.0) id xma002138; Tue, 3 Jun 97 23:42:46 -0400 Received: from damien.home.com (root@209-20-1-44.dialin.interlog.com [209.20.1.44]) by smtp.interlog.com (8.8.3/8.7.6) with ESMTP id XAA06205; Tue, 3 Jun 1997 23:51:32 -0400 (EDT) Received: from anzha (anzha.home.com [192.168.100.1]) by damien.home.com (8.7.5/8.7.3) with SMTP id XAA02580; Tue, 3 Jun 1997 23:49:35 -0400 Received: by localhost with Microsoft MAPI; Tue, 3 Jun 1997 23:48:54 -0400 Message-ID: <01BC7078.B23F98B0@willer@interlog.com> From: Steve Willer To: "'Tek Hedz'" , "'deschall'" Subject: NT service 'wrapper' available Date: Tue, 3 Jun 1997 23:48:53 -0400 X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4025 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I've just written a Windows NT service 'wrapper', which allows the user to run any program as a service. With this program, you can run the deschall client at system startup time, without depending on user logons or anything like that. You can also pause the service, stop it, etc. I can send it out to anyone who wants it; I'll probably put it on my (currently nonexistent) web site tomorrow. ---- Steve Willer, willer@interlog.com From owner-deschall-announce Tue Jun 3 23:44:24 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA02160 for deschall-outgoing; Tue, 3 Jun 1997 23:44:24 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA02155 for ; Tue, 3 Jun 1997 23:44:23 -0400 (EDT) From: mjverdi@apeleon.net Received: from apeleon.net(206.29.222.4) by gatekeeper.megasoft.com via smap (V2.0) id xma002146; Tue, 3 Jun 97 23:44:10 -0400 Received: from mail.apeleon.net (s12.cs02.Io.apeleon.net [206.29.222.109]) by shell.apeleon.net (8.8.5/8.6.10) with SMTP id VAA17606 for ; Tue, 3 Jun 1997 21:54:56 -0600 (MDT) Date: Tue, 3 Jun 1997 21:54:56 -0600 (MDT) Message-Id: <199706040354.VAA17606@shell.apeleon.net> Subject: re: sun.com TO: deschall@gatekeeper.megasoft.com X-Color: 16777215 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On 06/03/97 10:41 AM John Falkenthal said... > >> From: andrew meggs >> Subject: Re: sun.com >> >> ...and I went and looked at the stats page and noticed that yes, SGI was >> missing, but Microsoft was every bit as absent. Can you shed some light? >> > >I have no information about an effort underway at Micro$oft. SGI on the >otherhand... :-) SGI is well ahead of deschall in terms of keyspace >searched, but they are not sustaining the same search rate as deschall - which >suggests they had a healthy head-start... To be honest, I don't know how >"serious" the effort is within SGI - my guess is its not too serious. I >apologize if my use of the word "serious" got everyone in deschall on the >defensive. They are running on everything from low-end desktops up to the >T90 and T3E. Any SGI'ers care to comment further? > >One other thing - I had made earlier comments about not wanting to see this >thing cracked on Bloatware 95; Linux and OS/2 are a different story >altogether. I run Linux @ home - in fact, check the deschall stats and >you'll see "znet.com" listed somewhere down in the 500 range - that's me >at home, on my lowly K5-133 running Linux !! > >JF I just checked the 7 day stats page and found your znet.com listed at #629. My also lowly Pentium 100 running 'Bloatware 95' is ranked at #553 (apeleon.net). Are you running other programs a significant portion of the time? Mine gets used for other things for a few hours in the morning and in the evening, and the rest of the time it's been crunching away. I have a copy of Red Hat Linux 4.1 on my machine also, which I've been using as a tool to try to learn unix. I find that it is much more difficult to get a program to run properly under Linux (of course, admittedly, I am a real novice at Linux). For those of us that are used to Windows 95, it works very well in a single user scenario. I can see that Linux would be infinitely better for a multi-user environment, but that isn't what my computer is used for. Mark J. Verdi mjverdi@apeleon.net http://www.apeleon.net/~mjverdi/ From owner-deschall-announce Wed Jun 4 01:39:56 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA02508 for deschall-outgoing; Wed, 4 Jun 1997 01:39:56 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA02503 for ; Wed, 4 Jun 1997 01:39:55 -0400 (EDT) Received: from hate.sizone.org(209.50.72.17) by gatekeeper.megasoft.com via smap (V2.0) id xma002501; Wed, 4 Jun 97 01:39:43 -0400 Received: by sizone.org (Linux Smail3.1.93 #5) id m0wZ8yT-000H3XC; Wed, 4 Jun 97 01:51:09 -0400 (EDT) Message-Id: From: mathboy@sizone.org (Eating Before Swimming) Subject: Re: SGI's des challenge effort (?) (fwd) To: deschall@gatekeeper.megasoft.com Date: Wed, 4 Jun 1997 01:51:09 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk then Stunt Borg's all.. From: Stunt Borg Message-Id: <199706040139.SAA11452@Au.oro.net> Subject: Re: SGI's des challenge effort (?) To: deschall@semiotek.com Date: Tue, 3 Jun 1997 18:39:36 -0700 (PDT) I asked one of my friends at SGI about the SGI deschall effort and here is the response I got (minus any incriminating evidence): >From ***@*.asd.sgi.com Tue Jun 3 18:34:16 1997 Date: Tue, 03 Jun 1997 18:32:19 -0700 Organization: Silicon Graphics ASD To: Stunt Borg Subject: Re: SGI's des challenge effort (?) Stunt Borg wrote: > > Hey, > > Do you know anything about an SGI effort to win the DES challenge? > Hey, good to hear from you. Yea, there is quite a campain internally. They are spaming everybody, putting up web pages, they even sent a xwall message to every computer on the internal network asking them to join and even a survey. ITs getting downright obnoxious! But stll, there are many large computers sitting idle here. Including mine. :-) See ya! [ Deletia ] -- Ken Chase mathboy@sizone.org Sonic Interzone $free$ email/news Toronto Canada ------------------------------------------------------------------------------ Join the DES Challenge! Wake up the US Govt! www.frii.com/~rcv/deschall.htm NB:Only 16000 P200-months CPU req'd to recover 56-bit IBM alliance keys! ** U.S. EXPORT LAWS MAY NOT APPLY TO YOUR COUNTRY: DEVELOP YOUR NATIONS' OWN CRYPTO-EXPORT INDUSTRY! USE 2048bit KEYS FREELY! FLAUNT YOUR SOVEREIGNTY! ** From owner-deschall-announce Wed Jun 4 03:00:28 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id DAA02816 for deschall-outgoing; Wed, 4 Jun 1997 03:00:28 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id DAA02811 for ; Wed, 4 Jun 1997 03:00:27 -0400 (EDT) Received: from srv.apsydev.com(194.3.103.34) by gatekeeper.megasoft.com via smap (V2.0) id xma002809; Wed, 4 Jun 97 03:00:17 -0400 Received: by srv.apsydev.com with Internet Mail Service (5.0.1457.3) id ; Wed, 4 Jun 1997 09:08:57 +0100 Message-ID: <71CEE820FE7FD011929000A0C90789FC039DF5@srv.apsydev.com> From: Joel ARMENGAUD To: deschall@gatekeeper.megasoft.com Subject: RE: Notification? Date: Wed, 4 Jun 1997 09:08:50 +0100 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1457.3) Content-Type: text/plain Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Indeed, it is very unfortunate that the client does not send to the server its email... One may wonder if somebody will ever get the $4000 :-) > -----Original Message----- > From: Cassaela [SMTP:cassaela@zipcon.net] > Sent: mardi, 3. juin 1997 21:43 > To: deschall@gatekeeper.megasoft.com > Subject: Notification? > > This list *will* be notified once the key is found, right? I ask > because I > had a client running over the weekend, which was giving output to the > screen and was accidently unplugged. Now, through a long and involved > story, the network it was connected to is no longer valid, so if that > client *did* find the key, I don't know about it and it's imposible to > contact me based on the IP I was using. > > > ____________________________________________________ > cassaela@zipcon.net http://www.zipcon.net/cassaela > ____________________________________________________ > > Ways To Order a Pizza, #85 > > Haggle. From owner-deschall-announce Wed Jun 4 17:45:02 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA09300 for deschall-outgoing; Wed, 4 Jun 1997 17:45:02 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA09294 for ; Wed, 4 Jun 1997 17:45:01 -0400 (EDT) Received: from out1.ibm.net(165.87.194.252) by gatekeeper.megasoft.com via smap (V2.0) id xma009281; Wed, 4 Jun 97 17:44:45 -0400 Received: from MYHOSTNAME (slip129-37-233-167.mi.us.ibm.net [129.37.233.167]) by out1.ibm.net (8.8.5/8.6.9) with SMTP id VAA97680 for ; Wed, 4 Jun 1997 21:53:34 GMT Message-ID: <3395E2A3.902@ibm.net> Date: Wed, 04 Jun 1997 16:48:19 -0500 From: Cliff Brady <"Cliff Brady"@ibm.net> X-Mailer: Mozilla 3.0 (OS/2; I) MIME-Version: 1.0 To: deschall@gatekeeper.megasoft.com Subject: U2T Gateway being written in Java,-- Status? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Does anyone know the status of the U2T Gateway being written in Java? I use OS/2 on two machines here and gave the PERL U2T a whirl but I don't think the specifics of getting to run under OS/2 have been worked out by anyone yet. Hopefully a Java U2T would be a more turnkey solution. Cliff From owner-deschall-announce Wed Jun 4 18:56:33 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA09674 for deschall-outgoing; Wed, 4 Jun 1997 18:56:33 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA09669 for ; Wed, 4 Jun 1997 18:56:33 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma009667; Wed, 4 Jun 97 18:56:28 -0400 Received: from hammond.cis.ohio-state.edu (hammond.cis.ohio-state.edu [164.107.17.6]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id TAA25132 for ; Wed, 4 Jun 1997 19:05:14 -0400 Received: from localhost (dolske@localhost) by hammond.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id TAA09354 for ; Wed, 4 Jun 1997 19:05:15 -0400 (EDT) X-Authentication-Warning: hammond.cis.ohio-state.edu: dolske owned process doing -bs Date: Wed, 4 Jun 1997 19:05:10 -0400 (EDT) From: Justin Dolske To: deschall@gatekeeper.megasoft.com Subject: Re: U2T Gateway being written in Java,-- Status? In-Reply-To: <3395E2A3.902@ibm.net> Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Wed, 4 Jun 1997, Cliff Brady wrote: > Does anyone know the status of the U2T Gateway being written in Java? I > use OS/2 on two machines here and gave the PERL U2T a whirl but I don't > think the specifics of getting to run under OS/2 have been worked out by > anyone yet. Hopefully a Java U2T would be a more turnkey solution. I'd be happy to help you get it working, but until your messages have a valid "From:" line, I can't respond. Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- "The folly of mistaking a paradox for a discovery, a metaphor for a proof, a torrent of verbiage for a spring of capital truths, and oneself for an oracle, is inborn in us." -- Paul Vale'ry, 1895 From owner-deschall-announce Wed Jun 4 22:32:12 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA10334 for deschall-outgoing; Wed, 4 Jun 1997 22:32:12 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA10329 for ; Wed, 4 Jun 1997 22:32:11 -0400 (EDT) Received: from hate.sizone.org(209.50.72.17) by gatekeeper.megasoft.com via smap (V2.0) id xma010327; Wed, 4 Jun 97 22:31:57 -0400 Received: by sizone.org (Linux Smail3.1.93 #5) id m0wZSWU-000H3XC; Wed, 4 Jun 97 22:43:34 -0400 (EDT) Message-Id: From: mathboy@sizone.org (Eating Before Swimming) Subject: Total DES Challenge Statistics for SGI (fwd) To: deschall@gatekeeper.megasoft.com Date: Wed, 4 Jun 1997 22:43:33 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk then Stunt Borg's all.. Subject: Total DES Challenge Statistics To: deschall@semiotek.com Date: Wed, 4 Jun 1997 18:30:55 -0700 (PDT) http://info.engr.sgi.com/RSAChallenge/totalstats.html Total DES Challenge Statistics

Total DES Challenge Statistics

This chart shows the hour-by-hour keychunk statistics up through last night, midnight.

total.gif image

Number of particpating hosts:

totalnhosts.gif image

The Total top twenty participants (i.e., who have searched the most chunks) are:


   un   ing    ed user%  last heard from identifier
 9690 462141 450430 19.1%  97.06.02 23:59 craywide/security@cray.com
10132 194439 180503  7.7%  97.05.30 23:35 overby@cray.com
 3628 141910 138447  5.9%  97.06.02 23:59 lab@csd.sgi.com
 1744 116065 114228  4.8%  97.06.02 23:59 kjw@engr.sgi.com
 2503 106219 103953  4.4%  97.06.02 23:58 Overcome
 1760 93550 91572  3.9%  97.06.02 23:54 csm@engr.sgi.com
  538 76662 76217  3.2%  97.06.02 23:59 glohr@engr.sgi.com
  380 57746 58281  2.5%  97.06.02 23:58 ghawkins@aw.sgi.com
 2017 54175 56087  2.4%  97.06.02 23:58 AliasWavefront@sb.aw.sgi.com
  430 46663 46385  2.0%  97.06.02 23:54 watc@watcenter.corp.sgi.com
  659 44509 44008  1.9%  97.06.02 23:59 BostonOffice(drk@boston.sgi.com)
  988 43159 42563  1.8%  97.06.02 23:58 GlobalTechSup
  500 37395 37023  1.6%  97.06.02 23:55 Houstonoffice(spc@houst.sgi.com)
  992 31298 30511  1.3%  97.06.02 23:55 Detroit(des@detroit.sgi.com)
    2    31 27848  1.2%  97.06.02 20:20 RecoveredChunks
   30 25342 25282  1.1%  97.06.02 23:56 williams@asd.sgi.com
  323 25093 24759  1.0%  97.06.02 23:52 SanDiegoOffice
  322 24068 23762  1.0%  97.06.02 23:59 Entertainment_Mktg(yiping@studio.sgi.com)
  575 23202 22518  1.0%  97.06.02 23:42 letsche@cray.com
  247 21799 21578  0.9%  97.06.02 23:59 SanRamonOffice(j@sgi.com)

(What do those "un", "ing", "ed", and "user%" things mean? See our glossary.)

Otherwise, refer to the complete list of participants and how many keys they've processed. You can also look at the complete list of hosts. This differs from the above, because several hosts (i.e. kjw@puma kjw@ocelot, kjw@borg) can be merged into one participant entry such as kjw@engr.sgi.com. To get a remapping such as this done, please use this hostid to participant Remapping/Aggregation Form .

[ Back to RSA Challenge home page ] [ New Hosts Today ] [ MIA hosts ]
Statistics for: [ Today ] [ Yesterday ] [ Week ] [ Month ]
This page generated on: Tue Jun 3 00:03:55 PDT 1997 -- Ken Chase mathboy@sizone.org Sonic Interzone $free$ email/news Toronto Canada ------------------------------------------------------------------------------ Join the DES Challenge! Wake up the US Govt! www.frii.com/~rcv/deschall.htm NB:Only 16000 P200-months CPU req'd to recover 56-bit IBM alliance keys! ** U.S. EXPORT LAWS MAY NOT APPLY TO YOUR COUNTRY: DEVELOP YOUR NATIONS' OWN CRYPTO-EXPORT INDUSTRY! USE 2048bit KEYS FREELY! FLAUNT YOUR SOVEREIGNTY! ** From owner-deschall-announce Thu Jun 5 02:32:17 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id CAA12310 for deschall-outgoing; Thu, 5 Jun 1997 02:32:17 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id CAA12305 for ; Thu, 5 Jun 1997 02:32:16 -0400 (EDT) Received: from hate.sizone.org(209.50.72.17) by gatekeeper.megasoft.com via smap (V2.0) id xma012303; Thu, 5 Jun 97 02:32:13 -0400 Received: by sizone.org (Linux Smail3.1.93 #5) id m0wZWGT-000H3XC; Thu, 5 Jun 97 02:43:17 -0400 (EDT) Message-Id: From: mathboy@sizone.org (Eating Before Swimming) Subject: RSA Secret Key Challenge Home Page @ SGI (fwd) To: deschall@gatekeeper.megasoft.com Date: Thu, 5 Jun 1997 02:43:16 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Doh - I forgot about this one! (Mebbe cuz I thot it was something I had to reply to, and I'm trying to avoid replies cuz I've gone cold turkey to the Dvorak keyboard layout. Ouch, I wish I hadnt explained that!) /kc ------------------------------------------------------------------------------ Subject: RSA Secret Key Challenge Home Page Date: Tue, 3 Jun 1997 18:48:06 -0700 (PDT) http://info.engr.sgi.com/RSAChallenge/ RSA Secret Key Challenge Home Page

RSA Secret Key Challenge Home Page

[Web Site Map at end of this page.]

Join the largest computation in history!

What is the RSA Secret Key Challenge?

On January 28th, RSA Data Security, Inc (www.rsa.com) put up twelve challenges against the RC5 cipher, and one additional challenge against the Data Encryption Standard (DES). DES has been the national standard for banks, government encryption, and more. For each challenge, RSA has provided a piece of encrypted text; the objective is to discover what key was used to encrypt the text, and thereby find what the original text was before encryption.

The RSA Secret Key Challenge serves to quantify, in a very real fashion, the security offered by the government-endorsed data encryption standard (DES) and other secret-key ciphers with keys of various sizes. The information obtained from these contests is anticipated to be of value to researchers and developers alike as they estimate the strength of an algorithm or application against exhaustive key-search.

Key length is one of the fundamental measurements of a encryption algorithm's strength. Current opinion is that 40-bit keys are inadequate because they are absurdly weak, and while 56-bit keys (which are potentially 2^16, or 65,536 times stronger) may be enough to protect something in the short term, it is no longer suffiently strong to protect information like Census Bureau data which is supposed to be kept secret for 100 years. Or for that matter, for protecting sensitive corporate data which a competitor might be able obtain substantial economic benefits from accessing, and therefore would have substantial incentive to defeat the encryption.

While today it might take several weeks or months to find the key for a specific plain/ciphertext pair by brute force (trying all possible keys), given the exponential growth of technology, what took weeks to months will soon only take hours to days.

What does this have to do with SGI?

There are thousands of workstations and hundreds of servers which belong to Silicon Graphics. Exhaustive key search, where one tries to find the original text before encryption by trying every possible key, is very amenable to distributed processing. I.e., by harnessing the large number of computer systems at SGI, we hope to be able to solve one of the RSA Secret Key Challenges, specifically, the DES one. Since DES is older than the RC5 encryption algorithm, and is far better known, solving the DES challenge should get much more media attention than solving any of the other challenges.

SGI participation has two possible benefits. First, if the RSA Secret Key Challenge as a whole helps to convince those who are against export of strong encryption software from the United States, this will be beneficial to the computer industry at large, and in particular, software and Internet commerce. Second, SGI stands to benefit from a considerable amount of (positive) publicity, demonstrating the "computational prowess" of our systems. For example, we can boast that since our systems support native 64-bit arithmetic, we were able to perform key searching faster than is possible on 32-bit platforms (which would include Intel systems and workstations from other vendors).

How can I participate?

We need your idle CPU cycles!

One of the benefits of Unix is that it can readily accomodate low priority programs running invisibly in the background without any degradation of system performance. Our programs do exactly that; they run in the background using all those CPU cycles that would otherwise be considered 'idle'. It has been estimated that 90-95% of all CPU power is spent 'idle'.

To let us utilize your otherwise wasted idle CPU cycles, all that you need to do is install the client software below. It takes only five minutes, so please lend us a CPU or two.

You can use either method:

Make sure you come back and visit our Statistics Page to see how fast and how far we are progressing!

How else can I help?

Aside from loaning us CPU's, we could always use some help in developing tools, developing software, maintaining the web pages, and any other related activity. There is a Majordomo mailing list, rsachallenge@postofc.corp.sgi.com, for discussing improvements to the software and ideas for future work. To subscribe, you can use the MailMan web page. and add yourself to the rsachallenge mailing list. For more information on what you might be able to do to help, check our Tasks To Do page.

Other Questions?

If you have any other questions about the software, what we're doing, Please check out our Frequently Asked Questions page.

Who are the organizers of this effort?

  • Kevin Wang - kjw@engr.sgi.com - Primary Organizer, SKSP key server, Web Statistics, cgi-scripts.
  • Anil Das - das@engr.sgi.com - DES Searching Code (des_search)
  • Emmanuel Mogenet - mgix@aw.sgi.com - SKSP client & driver, visual 2D keymap
  • Ping Huang - pshuang@sgi.com - Webmeister
  • And Thanks to David Moles for providing us with artwork for Silicon Junction.

References

Additional export-specific references can be found on the Export Restrictions Page.

Competitors

What's new?

  • March 26, 1997. New optimized versions of the IRIX clients are available; they are as much as 40-50% faster than previous versions! You should consider upgrading, either by hand or by using the Web form to upgrade. The auto-upgrade feature of desclient was broken for a while, so don't count on that to upgrade for you.
  • March 26, 1997 - Frequently Asked Questions section added. Auto-install option added.
  • April 16, 1997 - Banner ad for RSA Challenge put up on Silicon Junction.

Web Site Map

RSA Challenge Team - rsachallenge@postofc.corp.sgi.com

-- Ken Chase mathboy@sizone.org Sonic Interzone $free$ email/news Toronto Canada ------------------------------------------------------------------------------ Join the DES Challenge! Wake up the US Govt! www.frii.com/~rcv/deschall.htm NB:Only 16000 P200-months CPU req'd to recover 56-bit IBM alliance keys! ** U.S. EXPORT LAWS MAY NOT APPLY TO YOUR COUNTRY: DEVELOP YOUR NATIONS' OWN CRYPTO-EXPORT INDUSTRY! USE 2048bit KEYS FREELY! FLAUNT YOUR SOVEREIGNTY! ** From owner-deschall-announce Thu Jun 5 10:21:26 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id KAA14173 for deschall-outgoing; Thu, 5 Jun 1997 10:21:26 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id KAA14168 for ; Thu, 5 Jun 1997 10:21:25 -0400 (EDT) Received: from zipcon.net(205.199.135.5) by gatekeeper.megasoft.com via smap (V2.0) id xma014165; Thu, 5 Jun 97 10:21:12 -0400 Received: from localhost (cassaela@localhost) by zipcon.net (8.8.5/8.7.3) with SMTP id HAA08957 for ; Thu, 5 Jun 1997 07:29:06 -0700 Date: Thu, 5 Jun 1997 07:29:06 -0700 (PDT) From: Cassaela To: deschall@gatekeeper.megasoft.com Subject: Re: RSA Secret Key Challenge Home Page @ SGI (fwd) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Thu, 5 Jun 1997, Eating Before Swimming wrote: > software and Internet commerce. Second, SGI stands to benefit from a > considerable amount of (positive) publicity, demonstrating the > "computational prowess" of our systems. For example, we can > boast that since our systems support native 64-bit arithmetic, we were > able to perform key searching faster than is possible on 32-bit > platforms (which would include Intel systems and workstations from > other vendors). Yeah..... just wait until my Mac IIci finds the key..... :) ____________________________________________________ cassaela@zipcon.net http://www.zipcon.net/cassaela ____________________________________________________ Actual US High School Science Test Answer #37: To keep milk from turning sour: Keep it in the cow. From owner-deschall-announce Thu Jun 5 11:11:27 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA14653 for deschall-outgoing; Thu, 5 Jun 1997 11:11:27 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA14648 for ; Thu, 5 Jun 1997 11:11:26 -0400 (EDT) Received: from esinet1.esinet.net(208.197.151.2) by gatekeeper.megasoft.com via smap (V2.0) id xma014645; Thu, 5 Jun 97 11:11:17 -0400 Received: from arvin-95 (dialin27.max4048.esinet.net [208.197.151.154]) by esinet1.esinet.net (8.8.5/ESI-8.8.X-A) with ESMTP id LAA01731 for ; Thu, 5 Jun 1997 11:19:58 -0400 (EDT) Message-Id: <199706051519.LAA01731@esinet1.esinet.net> From: "Arvin Meyer" To: Subject: Leaders want crypto rules lifted Date: Thu, 5 Jun 1997 11:19:57 -0400 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1160 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk This appeared in today's CNet News: http://www.news.com/News/Item/0,4,11249,00.html ===================================== Leaders want crypto rules lifted By Reuters June 5, 1997, 7 a.m. PT WASHINGTON--Computer industry captains called on President Clinton yesterday to drop efforts to regulate data-encryption technologies, a move the FBI warned would cripple law enforcement and leave the country more vulnerable to terrorism. In an open letter to Clinton, Bill Gates, chairman and chief executive officer of Microsoft, and 12 other industry titans said U.S. competitiveness in electronic commerce was at stake in the debate. "Network users must have confidence that their communications, whether personal letters, financial transactions, or sensitive business information, are secure and private," they wrote. Access to computer programs with strong data-scrambling, or encryption, capabilities was "critical to providing this confidence," said the corporate chiefs who banded together as the Business Software Alliance, an industry trade group. Even as they argued at a news conference against export controls on encryption programs, FBI director Louis Freeh told Congress that the United States was at an "historical crossroads" on the issue. "Uncrackable encryption will allow drug lords, terrorists, and even gangs to communicate with impunity," Freeh told a Senate Judiciary Committee oversight hearing on the FBI. He said the government needed a kind of mathematical "key-recovery" system in which a spare key, or decoder, for encrypted information is held in escrow by a trusted third party. In theory this sort of escrowed "key" would give law enforcement authorities the ultimate ability to unscramble communications, but only if authorized to do so by a court. "Other than some kind of key-recovery system, there is no technical solution," Freeh testified. He said the widespread use of strong encryption without an escrowed key "will devastate our ability to fight crime and prevent terrorism." "If public policymakers act wisely, the safety of all Americans will be enhanced for decades to come. But if narrow interests prevail, law enforcement will be unable to provide the level of protection that people in a democracy properly expect and deserve," Freeh said. In their letter to Clinton, the computer chiefs said governments should not impose import or export controls on encryption products nor "attempt to force use of government-mandated key management infrastructures." Although no laws stop Americans from using any type of data-scrambling program within the United States, export regulations let companies export only a relatively weak form of encryption. Earlier this year the Clinton administration began allowing companies to export stronger encryption technology so long at it involved a spare key, possibly even held outside the United States. Congress is considering several bills, strongly backed by the software industry, to all but eliminate the export controls. In addition to Microsoft's Gates, the heads of Adobe Systems, Autodesk, Bentley Systems, Compaq, Intel, SCO, Symantec, Claris, Digital Equipment, Lotus Development, Novell and Sybase also signed the letter to President Clinton. ========================================= Arvin Meyer onsite@esinet.net From owner-deschall-announce Thu Jun 5 12:09:28 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA15049 for deschall-outgoing; Thu, 5 Jun 1997 12:09:28 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA15044 for ; Thu, 5 Jun 1997 12:09:27 -0400 (EDT) Received: from out1.ibm.net(165.87.194.252) by gatekeeper.megasoft.com via smap (V2.0) id xma015042; Thu, 5 Jun 97 12:09:21 -0400 Received: from smtp-gw01.ny.us.ibm.net (slip166-72-89-82.nc.us.ibm.net [166.72.89.82]) by out1.ibm.net (8.8.5/8.6.9) with SMTP id QAA80160 for ; Thu, 5 Jun 1997 16:18:08 GMT Message-Id: <199706051618.QAA80160@out1.ibm.net> From: mwf@ibm.net (Milton Forte II) Date: Thu, 05 Jun 97 12:16:39 -0400 To: deschall@gatekeeper.megasoft.com In-Reply-To: Subject: Re: Total DES Challenge Statistics for SGI (fwd) X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v1.27c Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk In , on 06/04/97 at 10:43 PM, mathboy@sizone.org (Eating Before Swimming) said: >Subject: Total DES Challenge Statistics >To: deschall@semiotek.com >Date: Wed, 4 Jun 1997 18:30:55 -0700 (PDT) So, what does this all mean (i.e. how much of the keyspace have they completed?)? -- Milton mwf@ibm.net OS/2 Warp V4 - Where I Want To Be Today! Crack DES now!! http://www.frii.com/~rcv/deschall.htm ----------------------------------------------------------------------- For all your Web Space / Web Pages Design / Web Site Manager Software / Web Servers needs..... http://www.adgrafix.com/info/mforteii/ ----------------------------------------------------------------------- From owner-deschall-announce Thu Jun 5 12:53:29 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA15222 for deschall-outgoing; Thu, 5 Jun 1997 12:53:29 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA15217 for ; Thu, 5 Jun 1997 12:53:28 -0400 (EDT) Received: from brickbat8.mindspring.com(207.69.200.11) by gatekeeper.megasoft.com via smap (V2.0) id xma015215; Thu, 5 Jun 97 12:53:06 -0400 Received: from [207.69.173.8] (user-37kbb88.dialup.mindspring.com [207.69.173.8]) by brickbat8.mindspring.com (8.8.5/8.8.5) with ESMTP id NAA14872 for ; Thu, 5 Jun 1997 13:01:55 -0400 (EDT) X-Sender: dakidd@pop.mindspring.com Message-Id: In-Reply-To: <199706051519.LAA01731@esinet1.esinet.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 5 Jun 1997 13:00:55 -0400 To: DESChall@gatekeeper.megasoft.com From: Dakidd Subject: Re: Leaders want crypto rules lifted Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >In addition to Microsoft's Gates, the heads of Adobe Systems, Autodesk, >Bentley Systems, Compaq, Intel, SCO, Symantec, Claris, Digital Equipment, >Lotus Development, Novell and Sybase also signed the letter to President >Clinton. Interesting... And rather disturbing to me... Apple's name is absent from this list. Granted, it's sort of implicit in the Claris signing, but I'd have been even happier to see a clear statement by Apple Inc, rather than just one of ther subsidiaries. Dakidd@mindspring.com +------------------------------+ +---------------------------------+ |Do you ever get the feel that | |I will choose a path that's clear| or |the story's too damn real and | |I will choose free will -Rush | |in the present tense? -J. Tull| +---------------------------------+ +------------------------------+ From owner-deschall-announce Thu Jun 5 13:36:00 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA15406 for deschall-outgoing; Thu, 5 Jun 1997 13:36:00 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA15401 for ; Thu, 5 Jun 1997 13:35:59 -0400 (EDT) Received: from exon.massart.edu(207.121.101.1) by gatekeeper.megasoft.com via smap (V2.0) id xma015399; Thu, 5 Jun 97 13:35:54 -0400 Received: (from paonia@localhost) by exon.massart.edu (8.7.5/8.7.3) id NAA29355; Thu, 5 Jun 1997 13:44:33 -0400 From: Paonia Ezrine Message-Id: <199706051744.NAA29355@exon.massart.edu> Subject: nice under AIX To: dakidd@mindspring.com (Dakidd) Date: Thu, 5 Jun 1997 13:44:33 -0400 (EDT) Cc: DESChall@gatekeeper.megasoft.com In-Reply-To: from "Dakidd" at Jun 5, 97 01:00:55 pm Content-Type: text Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk can someone please email me that realy nice aix info! thanks paonia -- +++++++++++++++++++++++++++++++++++++++++++++++++ | Paonia Ezrine | Mass Art | | paonia@massart.edu | 621 Huntington Ave | | 617-232-1555 ext 357 | Boston, MA 02115 | | 617-566-4034 (fax) | www.massart.edu | +++++++++++++++++++++++++++++++++++++++++++++++++ From owner-deschall-announce Thu Jun 5 14:28:01 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA15719 for deschall-outgoing; Thu, 5 Jun 1997 14:28:01 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA15714 for ; Thu, 5 Jun 1997 14:28:00 -0400 (EDT) Received: from gs213.sp.cs.cmu.edu(128.2.209.183) by gatekeeper.megasoft.com via smap (V2.0) id xma015709; Thu, 5 Jun 97 14:27:32 -0400 Received: by GS213.SP.CS.CMU.EDU (AIX 3.2/UCB 5.64/4.03) id AA17724; Thu, 5 Jun 1997 14:36:13 -0400 Date: Thu, 5 Jun 1997 14:36:13 -0400 Message-Id: <9706051836.AA17724@GS213.SP.CS.CMU.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Darrell Kindred To: Paonia Ezrine Cc: Dakidd , DESChall@gatekeeper.megasoft.com Subject: Re: nice under AIX Organization: Carnegie Mellon University School of Computer Science In-Reply-To: <199706051744.NAA29355@exon.massart.edu> References: <199706051744.NAA29355@exon.massart.edu> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Paonia Ezrine writes: > can someone please email me that realy nice aix info! > thanks > paonia Below is my earlier message about priorities under unix-like OSes. - Darrell > From: Darrell Kindred > To: deschall@gatekeeper.megasoft.com > Subject: `nice' issues revisited > Date: Fri, 23 May 1997 18:31:15 -0400 I have a correction to my previous instructions on running deschall nicely under Unix. It turns out that the AIX scheduler will give as much as 33% of the CPU to a nice=19 process when it's competing with a cpu-hungry nice=0 process. This annoying behavior can be overcome, though. If you save the program below as verynice.c and compile it with cc -o verynice verynice.c Then you can run the following as root: ./verynice deschall keymaster.verser.frii.com This will give deschall a fixed, extremely low priority. Under these conditions, deschall will get no CPU cycles at all if a normal process wants the CPU. If you're nervous about running it as root, you can use 'su' as shown below. So, to summarize, use the commands below to make deschall as nice as possible. (Replace 'deschall' with the appropriate client executable.) IRIX: npri -h 150 deschall keymaster.verser.frii.com AIX: cc -o verynice verynice.c then, as root: ./verynice su someuser -c deschall keymaster.verser.frii.com HPUX, SunOS, Solaris: /bin/nice -19 deschall keymaster.verser.frii.com Linux, NetBSD: /usr/bin/nice -n 19 deschall keymaster.verser.frii.com I've tested the commands above under each of the listed operating systems. For all systems except Solaris & NetBSD, deschall uses only 0-8% of the CPU when a normal-priority cpu-hungry process is running. Under Solaris, deschall gets about 10-15%. Under NetBSD, it gets about 25%. It might be good to put this info in the FAQ. - Darrell /* verynice.c -- run a command at the lowest possible priority, under AIX */ #include #include #include #include #include /* not declared in AIX headers--sigh */ int setpri (pid_t ProcessID, int Priority); void usage () { fprintf (stderr, "usage: verynice [args]\n"); } int main (int argc, char *argv[]) { int niceness; if (argc < 2) { usage (); exit (1); } if ((niceness = nice (20)) < 0) { perror ("verynice: warning: nice(40) failed"); } if (setpri (0, PRI_LOW) < 0) { switch (errno) { case EPERM: fprintf (stderr, "verynice: setpri failed: not root\n"); break; default: perror ("verynice: setpri failed"); } fprintf (stderr, "verynice: WARNING: running at niceness %d" " instead of fixed low priority\n", niceness); } argv++; execvp (argv[0], argv); fprintf (stderr, "can't run `%s'\n", argv[0]); usage (); exit (1); } From owner-deschall-announce Thu Jun 5 15:30:32 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA16239 for deschall-outgoing; Thu, 5 Jun 1997 15:30:32 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA16234 for ; Thu, 5 Jun 1997 15:30:32 -0400 (EDT) Received: from bahamut.dragonfire.net(209.70.16.2) by gatekeeper.megasoft.com via smap (V2.0) id xma016232; Thu, 5 Jun 97 15:30:28 -0400 Received: (from achurch@localhost) by Bahamut.dragonfire.net (8.8.5/8.7.5) id PAA21906; Thu, 5 Jun 1997 15:39:12 -0400 Message-Id: <199706051939.PAA21906@Bahamut.dragonfire.net> From: achurch@dragonfire.net (Andy Church) To: deschall@gatekeeper.megasoft.com Subject: Re: nice under AIX Date: Thu, 05 Jun 1997 15:38:59 EDT X-Mailer: MMail v4.61 Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk [stuff about niceness deleted] >I've tested the commands above under each of the listed >operating systems. For all systems except Solaris & NetBSD, >deschall uses only 0-8% of the CPU when a normal-priority >cpu-hungry process is running. Under Solaris, deschall gets >about 10-15%. Under NetBSD, it gets about 25%. Actually, I typically see nice +19 processes go into that 0-8% range on Solaris (2.5.1), too... --Andy Church | If Bell Atlantic really is the heart achurch@dragonfire.net | of communication, then it desperately www.dragonfire.net/~achurch/ | needs a quadruple bypass. From owner-deschall-announce Thu Jun 5 15:39:03 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA16295 for deschall-outgoing; Thu, 5 Jun 1997 15:39:03 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA16290 for ; Thu, 5 Jun 1997 15:39:02 -0400 (EDT) Received: from mail-out1.apple.com(17.254.0.52) by gatekeeper.megasoft.com via smap (V2.0) id xma016287; Thu, 5 Jun 97 15:38:35 -0400 Received: from [17.221.34.232] (A17-221-34-232.apple.com [17.221.34.232]) by mail-out1.apple.com (8.8.5/8.8.5) with SMTP id MAA49384 for ; Thu, 5 Jun 1997 12:44:39 -0700 Message-Id: <199706051944.MAA49384@mail-out1.apple.com> Subject: numbers game Date: Thu, 5 Jun 97 12:47:27 -0700 x-sender: zarzycki@pop.ricochet.net x-mailer: Claris Emailer 2.0, March 15, 1997 From: Dave Zarzycki To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk What is interesting is that only 1st through 18th place are doing better than 1% of the key-space per day. If I didn't make an error this means that all the machines from 19 on are representing 46% of the key-space checked each day! Dave Zarzycki I am not speaking for Apple, blah, blah, blah. ------------------------------------------------------------- Dave Zarzycki Student Workgroup Server QA Tester Irvington High School Apple Computer, Inc. dazarzycki@irvington.org zarzycki@apple.com From owner-deschall-announce Thu Jun 5 15:55:03 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA16397 for deschall-outgoing; Thu, 5 Jun 1997 15:55:03 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA16391 for ; Thu, 5 Jun 1997 15:55:02 -0400 (EDT) Received: from gw.research.megasoft.com(206.230.35.93) by gatekeeper.megasoft.com via smap (V2.0) id xma016386; Thu, 5 Jun 97 15:54:53 -0400 Received: (from uucp@localhost) by gw.research.megasoft.com (8.7.5/8.7.3-cmcurtin) id QAA19511 for ; Thu, 5 Jun 1997 16:11:03 -0400 (EDT) Received: from goffette.research.megasoft.com(192.168.1.2) by gw.research.megasoft.com via smap (V2.0) id xma019509; Thu, 5 Jun 97 16:11:02 -0400 Received: (from cmcurtin@localhost) by goffette.research.megasoft.com (8.8.5/8.8.5) id QAA09599; Thu, 5 Jun 1997 16:01:17 -0400 (EDT) Message-Id: <199706051943.MAA11264@mail-out1.apple.com> Subject: Request for stats addition Date: Thu, 5 Jun 97 12:46:02 -0700 x-sender: zarzycki@pop.ricochet.net x-mailer: Claris Emailer 2.0, March 15, 1997 From: Dave Zarzycki To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Would it be possible to add the following to the stats? For example: Level II, last 24 hours: 361069502578112 keys checked in the lasts 24 hours 0.501% of the key-space checked. 4.179 billion keys/sec Place Keys Percent Speed Hosts Domain ----- --------------- ------- ------- ------------- 1 30863272 * 2^20 8.963 374mk/s 616 cmu.edu etc. etc. * 2^20 etc. etc. etc. etc.edu Dave Zarzycki I am not speaking for Apple, blah, blah, blah. ------------------------------------------------------------- Dave Zarzycki Student Workgroup Server QA Tester Irvington High School Apple Computer, Inc. dazarzycki@irvington.org zarzycki@apple.com From owner-deschall-announce Thu Jun 5 16:39:34 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA16681 for deschall-outgoing; Thu, 5 Jun 1997 16:39:34 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA16676 for ; Thu, 5 Jun 1997 16:39:33 -0400 (EDT) Received: from vitalstatistix.cs.uoregon.edu(128.223.6.19) by gatekeeper.megasoft.com via smap (V2.0) id xma016674; Thu, 5 Jun 97 16:39:21 -0400 Received: from cs.uoregon.edu (psychotix.cs.uoregon.edu [128.223.8.54]) by cs.uoregon.edu (8.8.5/8.8.5) with ESMTP id NAA07729; Thu, 5 Jun 1997 13:48:08 -0700 (PDT) Message-Id: <199706052048.NAA07729@cs.uoregon.edu> To: Dave Zarzycki cc: deschall@gatekeeper.megasoft.com Subject: Re: Request for stats addition In-reply-to: Your message of "Thu, 05 Jun 1997 12:46:02 PDT." <199706051943.MAA11264@mail-out1.apple.com> Date: Thu, 05 Jun 1997 13:48:07 -0700 From: Chris Schleicher Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >Would it be possible to add the following to the stats? /.../ >361069502578112 keys checked in the lasts 24 hours >0.501% of the key-space checked. >4.179 billion keys/sec /.../ These figures are already included in the "beta" stats which appear at http://www.frii.com/~rcv/krstat/ >Dave Zarzycki --Chris -- Chris Schleicher Office: 541/346-3998 Univ of Oregon CIS GTF email: chrissch@cs.uoregon.edu URL: http://www.cs.uoregon.edu/~chrissch/ From owner-deschall-announce Thu Jun 5 17:50:36 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA17300 for deschall-outgoing; Thu, 5 Jun 1997 17:50:36 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA17295 for ; Thu, 5 Jun 1997 17:50:35 -0400 (EDT) Received: from mail-out1.apple.com(17.254.0.52) by gatekeeper.megasoft.com via smap (V2.0) id xma017293; Thu, 5 Jun 97 17:50:16 -0400 Received: from [17.221.34.232] (A17-221-34-232.apple.com [17.221.34.232]) by mail-out1.apple.com (8.8.5/8.8.5) with SMTP id OAA47330; Thu, 5 Jun 1997 14:56:15 -0700 Message-Id: <199706052156.OAA47330@mail-out1.apple.com> Subject: Re: Request for stats addition Date: Thu, 5 Jun 97 14:59:03 -0700 x-sender: zarzycki@pop.ricochet.net x-mailer: Claris Emailer 2.0, March 15, 1997 From: Dave Zarzycki To: "Chris Schleicher" cc: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >These figures are already included in the "beta" stats which appear at Thanks, I knew that, but I wanted people to know what numbers I was using to generate the additional stats. Dave ------------------------------------------------------------- Dave Zarzycki Student Workgroup Server QA Tester Irvington High School Apple Computer, Inc. dazarzycki@irvington.org zarzycki@apple.com From owner-deschall-announce Thu Jun 5 18:07:06 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA17365 for deschall-outgoing; Thu, 5 Jun 1997 18:07:06 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA17360 for ; Thu, 5 Jun 1997 18:07:05 -0400 (EDT) Received: from zipcon.net(205.199.135.5) by gatekeeper.megasoft.com via smap (V2.0) id xma017358; Thu, 5 Jun 97 18:06:47 -0400 Received: from localhost (cassaela@localhost) by zipcon.net (8.8.5/8.7.3) with SMTP id PAA27720 for ; Thu, 5 Jun 1997 15:14:55 -0700 Date: Thu, 5 Jun 1997 15:14:55 -0700 (PDT) From: Cassaela To: deschall@gatekeeper.megasoft.com Subject: Re: Request for stats addition In-Reply-To: <199706051943.MAA11264@mail-out1.apple.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Thu, 5 Jun 1997, Dave Zarzycki wrote: > 361069502578112 keys checked in the lasts 24 hours > 0.501% of the key-space checked. > 4.179 billion keys/sec As has been pointed out, these are already in place.... > Place Keys Percent Speed Hosts Domain > ----- --------------- ------- ------- ------------- > 1 30863272 * 2^20 8.963 374mk/s 616 cmu.edu > etc. etc. * 2^20 etc. etc. etc. etc.edu > ...but these are not. 'Twould be very nice to see the percentage each domain is contributing. (Load? Who cares about load?) ____________________________________________________ cassaela@zipcon.net http://www.zipcon.net/cassaela ____________________________________________________ "DOS Computers manufactured by companies such as IBM, Compaq, Tandy, and millions of others are by far the most popular, with about 70 million machines in use worldwide. Macintosh fans, on the other hand, may note that cockroaches are far more numerous than humans, and that numbers alone do not denote a higher life form." -New York Times, November 26, 1991 From owner-deschall-announce Thu Jun 5 19:34:08 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id TAA17687 for deschall-outgoing; Thu, 5 Jun 1997 19:34:08 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id TAA17682 for ; Thu, 5 Jun 1997 19:34:07 -0400 (EDT) Received: from mail1.its.rpi.edu(128.113.100.7) by gatekeeper.megasoft.com via smap (V2.0) id xma017680; Thu, 5 Jun 97 19:33:48 -0400 Received: from eclipse.its.rpi.edu (gad@eclipse.its.rpi.edu [128.113.24.33]) by mail1.its.rpi.edu (8.8.5/8.8.5) with SMTP id TAA38654 for ; Thu, 5 Jun 1997 19:42:39 -0400 Received: by eclipse.its.rpi.edu (NX5.67e/NX3.0M) id AA27136; Thu, 5 Jun 97 19:42:36 -0400 Message-Id: <9706052342.AA27136@eclipse.its.rpi.edu> Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Received: by NeXT.Mailer (1.118.2) From: Garance A Drosehn Date: Thu, 5 Jun 97 19:42:34 -0400 To: deschall@gatekeeper.megasoft.com Subject: Re: Request for stats addition References: Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > Cassaela wrote: > > On Thu, 5 Jun 1997, Dave Zarzycki wrote: > > Place Keys Percent Speed Hosts Domain > > ----- --------------- ------- ------- ------------- > > 1 30863272 * 2^20 8.963 374mk/s 616 cmu.edu > > etc. etc. * 2^20 etc. etc. etc. etc.edu > > > ...but these are not. 'Twould be very nice to see the percentage > each domain is contributing. (Load? Who cares about load?) I'm not sure there's much point to adding the percentage, but it might be nice. For most entries, it's just going to be some very tiny fraction. On the issue of speed, I'm not sure how meaningful that is. If I throw 30 machines at deschall for 10 hours a day, is the speed based on the #keys checked in 10 hours, or the same number averaged over 24 hours? The example claims a figure of "keys per second", and that seems somewhat meaningless in this context. One thing I would like to see is on the beta stats for "Rankings by hardware" and "Rankings by OS". Right now it shows the number of keys and the percentage of keys per {hardware,OS}. I think it might be interesting to include the number of individual hosts for each. --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu Senior Systems Programmer (MIME & NeXTmail capable) Rensselaer Polytechnic Institute; Troy NY USA From owner-deschall-announce Thu Jun 5 20:40:09 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA17965 for deschall-outgoing; Thu, 5 Jun 1997 20:40:09 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA17958 for ; Thu, 5 Jun 1997 20:40:08 -0400 (EDT) Received: from bahamut.dragonfire.net(209.70.16.2) by gatekeeper.megasoft.com via smap (V2.0) id xma017951; Thu, 5 Jun 97 20:39:55 -0400 Received: (from achurch@localhost) by Bahamut.dragonfire.net (8.8.5/8.7.5) id UAA21125; Thu, 5 Jun 1997 20:48:45 -0400 Message-Id: <199706060048.UAA21125@Bahamut.dragonfire.net> From: achurch@dragonfire.net (Andy Church) To: deschall@gatekeeper.megasoft.com Subject: Re: Request for stats addition Date: Thu, 05 Jun 1997 20:48:43 EDT X-Mailer: MMail v4.61 Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >On the issue of speed, I'm not sure how meaningful that is. If I >throw 30 machines at deschall for 10 hours a day, is the speed >based on the #keys checked in 10 hours, or the same number averaged >over 24 hours? The example claims a figure of "keys per second", >and that seems somewhat meaningless in this context. If the clients report back how long it took them to finish the keyblock they were on (I expect they must, else how does the keyserver know what size blocks to assign next time around?), then a valid keys-per-second figure can be derived, no matter what your deschall connectivity pattern looks like. --Andy Church | If Bell Atlantic really is the heart achurch@dragonfire.net | of communication, then it desperately www.dragonfire.net/~achurch/ | needs a quadruple bypass. From owner-deschall-announce Thu Jun 5 21:25:03 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id VAA18099 for deschall-outgoing; Thu, 5 Jun 1997 21:25:03 -0400 (EDT) Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id VAA18091 for deschall-announce-outgoing; Thu, 5 Jun 1997 21:21:10 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id VAA18086 for ; Thu, 5 Jun 1997 21:21:09 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma018084; Thu, 5 Jun 97 21:21:06 -0400 Received: from cuba.cis.ohio-state.edu (cuba.cis.ohio-state.edu [164.107.138.5]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id VAA11753 for ; Thu, 5 Jun 1997 21:29:53 -0400 Received: from localhost (dolske@localhost) by cuba.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id VAA28113 for ; Thu, 5 Jun 1997 21:29:54 -0400 (EDT) X-Authentication-Warning: cuba.cis.ohio-state.edu: dolske owned process doing -bs Date: Thu, 5 Jun 1997 21:29:49 -0400 (EDT) From: Justin Dolske Reply-To: Justin Dolske To: deschall-announce@gatekeeper.megasoft.com Subject: Lots of new clients available! Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk We may have been a bit quiet recently, but we've sure got something to show for it! Darrell Kindred has improved the bitslice code again, and has adapted it to work on 32bit platforms [previously, on 64bit platforms could run it]. As a result, nearly all of the non-Intel Unix clients have been updated, with speedups ranging from 10% to 82%! Sun UltraSparc users can expect the largest (82%) speedup. Normal Sun Sparcs are 45% faster, Alpha clients are running 25-40% faster, HP clients are 57% faster, and AIX gets a 20% boost. If you're running a non-Intel system, you should run off to the DESCHALL archive and get the new client immediately! Rocke's hand-optimized code is still fastest on Intel systems, so the Intel client has not been updated this time around. An Ultrix client is now available, as well as NetBSD for Alpha. And, not to be left behind, the Mac client has also been improved. The network code has been redone, a slick GUI replaces the old console style interface, and there's a 5-10% performace boost too. The Macintosh is indeed making a strong showing -- this really shows that Macs are just as good, if not better, than many other platforms when it comes to number crunching. Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. From owner-deschall-announce Thu Jun 5 21:28:40 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id VAA18122 for deschall-outgoing; Thu, 5 Jun 1997 21:28:40 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id VAA18117 for ; Thu, 5 Jun 1997 21:28:39 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma018115; Thu, 5 Jun 97 21:28:30 -0400 Received: from cuba.cis.ohio-state.edu (cuba.cis.ohio-state.edu [164.107.138.5]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id VAA12002 for ; Thu, 5 Jun 1997 21:37:18 -0400 Received: from localhost (dolske@localhost) by cuba.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id VAA28303 for ; Thu, 5 Jun 1997 21:37:18 -0400 (EDT) X-Authentication-Warning: cuba.cis.ohio-state.edu: dolske owned process doing -bs Date: Thu, 5 Jun 1997 21:37:16 -0400 (EDT) From: Justin Dolske To: deschall@gatekeeper.megasoft.com Subject: Lots of new clients available! Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk We may have been a bit quiet recently, but we've sure got something to show for it! Darrell Kindred has improved the bitslice code again, and has adapted it to work on 32bit platforms [previously, on 64bit platforms could run it]. As a result, nearly all of the non-Intel Unix clients have been updated, with speedups ranging from 10% to 82%! Sun UltraSparc users can expect the largest (82%) speedup. Normal Sun Sparcs are 45% faster, Alpha clients are running 25-40% faster, HP clients are 57% faster, and AIX gets a 20% boost. If you're running a non-Intel system, you should run off to the DESCHALL archive and get the new client immediately! Rocke's hand-optimized code is still fastest on Intel systems, so the Intel client has not been updated this time around. An Ultrix client is now available, as well as NetBSD for Alpha. And, not to be left behind, the Mac client has also been improved. The network code has been redone, a slick GUI replaces the old console style interface, and there's a 5-10% performace boost too. The Macintosh is indeed making a strong showing -- this really shows that Macs are just as good, if not better, than many other platforms when it comes to number crunching. Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. From owner-deschall-announce Thu Jun 5 22:00:41 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA18230 for deschall-outgoing; Thu, 5 Jun 1997 22:00:41 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA18225 for ; Thu, 5 Jun 1997 22:00:40 -0400 (EDT) Received: from zipcon.net(205.199.135.5) by gatekeeper.megasoft.com via smap (V2.0) id xma018223; Thu, 5 Jun 97 22:00:23 -0400 Received: from localhost (cassaela@localhost) by zipcon.net (8.8.5/8.7.3) with SMTP id TAA05592 for ; Thu, 5 Jun 1997 19:08:40 -0700 Date: Thu, 5 Jun 1997 19:08:40 -0700 (PDT) From: Cassaela Reply-To: Cassaela To: deschall@gatekeeper.megasoft.com Subject: Re: Request for stats addition In-Reply-To: <199706060048.UAA21125@Bahamut.dragonfire.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Thu, 5 Jun 1997, Andy Church wrote: > >On the issue of speed, I'm not sure how meaningful that is. If I > >throw 30 machines at deschall for 10 hours a day, is the speed > >based on the #keys checked in 10 hours, or the same number averaged > >over 24 hours? The example claims a figure of "keys per second", > >and that seems somewhat meaningless in this context. > > If the clients report back how long it took them to finish the > keyblock they were on (I expect they must, else how does the keyserver > know what size blocks to assign next time around?), then a valid > keys-per-second figure can be derived, no matter what your deschall > connectivity pattern looks like. This was recently a rather large debate over at the SolNET effort. What they had, which nobody seemed to like much, was an average key rate for each domain. So, if you've got 20 machines crunching 700k keys/sec, the stats would show your speed as 700k keys/sec, not 14000k keys/sec. Now, the 700k keys/sec figure may be the more "correct" average, but I think we can admit that the only reason we'd like to see speed and percentage contribution is so we can scratch our geek egos and show off our platform of choice..... in which case, bigger is always better. :) Just thought I'd point this out so that, if this does get implimented, it gets implimented "right" the first time and we can avoid the confusion of changing it down the road. Of course, now that I go back and reread the question, it seems like it had very little to do with what I was just talking about. Speed and #keys checked are two very different things; averaging your keys checked per day over 24 hours is *not* your speed. ____________________________________________________ cassaela@zipcon.net http://www.zipcon.net/cassaela ____________________________________________________ Duct tape is like the Force. It has a light side, a dark side, and it holds the universe together. From owner-deschall-announce Fri Jun 6 00:08:13 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA18634 for deschall-outgoing; Fri, 6 Jun 1997 00:08:13 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA18629 for ; Fri, 6 Jun 1997 00:08:12 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma018627; Fri, 6 Jun 97 00:07:59 -0400 Received: from hammond.cis.ohio-state.edu (hammond.cis.ohio-state.edu [164.107.17.6]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id AAA16548; Fri, 6 Jun 1997 00:16:47 -0400 Received: from localhost (dolske@localhost) by hammond.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id AAA17720; Fri, 6 Jun 1997 00:16:48 -0400 (EDT) X-Authentication-Warning: hammond.cis.ohio-state.edu: dolske owned process doing -bs Date: Fri, 6 Jun 1997 00:16:44 -0400 (EDT) From: Justin Dolske To: Cassaela cc: deschall@gatekeeper.megasoft.com Subject: Re: Request for stats addition In-Reply-To: Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Thu, 5 Jun 1997, Cassaela wrote: > Of course, now that I go back and reread the question, it seems like it > had very little to do with what I was just talking about. Speed and #keys > checked are two very different things; averaging your keys checked per day > over 24 hours is *not* your speed. True. But what good does inflating the numbers do for the effort? Suppose I run an Alpha doing 3 million keys/sec for only 1 hour each day. It's great that this system is really fast, but a 500 thousand keys/second machine running 24 hours a day is of more use for the effort. We'll stroke your egos a *bit*, but not too much. >From my random .sig file: "My PC is much faster, more expensive, and has more disk space than yours. And, my operating system is FAR superior. And, my.... AGH! MY HEAD! **POP**" -- OS2bot (IRC, #os/2) Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- You are surrounded by a maze of polychromatic NT icons, all alike. From owner-deschall-announce Fri Jun 6 11:20:01 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA21891 for deschall-outgoing; Fri, 6 Jun 1997 11:20:01 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA21883 for ; Fri, 6 Jun 1997 11:20:00 -0400 (EDT) Received: from engrpo.cedcc.psu.edu(130.203.197.4) by gatekeeper.megasoft.com via smap (V2.0) id xma021881; Fri, 6 Jun 97 11:19:49 -0400 Received: from kjh ([130.203.198.10]) by engrmail.cedcc.psu.edu (Post.Office MTA v3.0 release 0131 ID# 0-32327U1000L100S10000) with SMTP id AAA155 for ; Fri, 6 Jun 1997 11:27:45 -0400 Message-Id: <3.0.1.32.19970606112839.00969950@mail.engr.psu.edu> X-Sender: kenh@mail.engr.psu.edu X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Fri, 06 Jun 1997 11:28:39 -0400 To: deschall@gatekeeper.megasoft.com From: kenh@engr.psu.edu (Ken Hoover) Subject: NT on Alpha? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I've got four AXP 150 servers sitting around running NT but otherwise doing very little all day. Can someone whip up a NT/Alpha client that thse machines can use? - Ken Hoover -- Kenneth J. Hoover N3YER | "Very funny Scotty, Systems Analyst, CEDCC | now beam down my clothes." PSU College of Engineering | kenh@engr.psu.edu * www.personal.psu.edu/kjh6 From owner-deschall-announce Fri Jun 6 12:51:32 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA22671 for deschall-outgoing; Fri, 6 Jun 1997 12:51:32 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA22666 for ; Fri, 6 Jun 1997 12:51:32 -0400 (EDT) Received: from unknown(198.163.208.19) by gatekeeper.megasoft.com via smap (V2.0) id xma022664; Fri, 6 Jun 97 12:51:26 -0400 Received: (from uucp@localhost) by secure.hvdc.ca (8.7.3/8.7.3) id LAA17976 for ; Fri, 6 Jun 1997 11:57:06 -0500 (CDT) Received: from jamesh.hvdc.ca(198.163.210.116) by secure via smap (V1.3) id sma017974; Fri Jun 6 11:56:37 1997 Received: from jamesh (jamesh [198.163.210.116]) by jamesh.hvdc.ca (8.8.5/8.8.5) with SMTP id MAA02056 for ; Fri, 6 Jun 1997 12:00:17 -0500 (CDT) Date: Fri, 6 Jun 1997 12:00:14 -0500 (CDT) From: Kirk Saban X-Sender: kgs@jamesh To: deschall@gatekeeper.megasoft.com Subject: U2T Gateway and Base64/Escape.pm Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I am behind a firewall and need to use the perl script written by Justin Dolske to get around it. I have downloaded Escape.pm and Base64.pm however I don't know where to put these modules. I am running RedHat Linux 4.2 on an Alpha PC164. Can anybody help me with this. Thanks in advance! ------------------ Kirk G. Saban, E.I.T. RTDS Technolgies Inc. Winnipeg, Manitoba, CANADA From owner-deschall-announce Fri Jun 6 13:03:03 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA22724 for deschall-outgoing; Fri, 6 Jun 1997 13:03:03 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA22719 for ; Fri, 6 Jun 1997 13:03:02 -0400 (EDT) From: saurvok@exo.com Received: from server.snni.com(165.113.174.1) by gatekeeper.megasoft.com via smap (V2.0) id xma022717; Fri, 6 Jun 97 13:02:56 -0400 Received: from arp.snni.com (ppp39.snni.com [165.113.174.139]) by server.snni.com (8.6.12/8.6.9) with SMTP id KAA26196 for ; Fri, 6 Jun 1997 10:13:30 -0700 Message-Id: <3.0.32.19970606101219.006afb10@exo.com> X-Sender: saurvok@exo.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 06 Jun 1997 10:12:20 -0700 To: deschall@gatekeeper.megasoft.com Subject: gui client Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Does anyone know where the gui client for Windows can be found? Thanks. From owner-deschall-announce Fri Jun 6 13:08:03 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA22763 for deschall-outgoing; Fri, 6 Jun 1997 13:08:03 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA22758 for ; Fri, 6 Jun 1997 13:08:02 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma022755; Fri, 6 Jun 97 13:07:51 -0400 Received: from hammond.cis.ohio-state.edu (hammond.cis.ohio-state.edu [164.107.17.6]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id NAA05978; Fri, 6 Jun 1997 13:16:40 -0400 Received: from localhost (dolske@localhost) by hammond.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id NAA06351; Fri, 6 Jun 1997 13:16:39 -0400 (EDT) X-Authentication-Warning: hammond.cis.ohio-state.edu: dolske owned process doing -bs Date: Fri, 6 Jun 1997 13:16:35 -0400 (EDT) From: Justin Dolske To: saurvok@exo.com cc: deschall@gatekeeper.megasoft.com Subject: Re: gui client In-Reply-To: <3.0.32.19970606101219.006afb10@exo.com> Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Fri, 6 Jun 1997 saurvok@exo.com wrote: > Does anyone know where the gui client for Windows can be found? DESGui can be found on both of the DESCHALL archives, as well as at the author's homepage . Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- Witty comment revoked due to budget cuts. From owner-deschall-announce Fri Jun 6 13:38:33 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA22996 for deschall-outgoing; Fri, 6 Jun 1997 13:38:33 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA22989 for ; Fri, 6 Jun 1997 13:38:33 -0400 (EDT) Received: from postoffice2.mail.cornell.edu(132.236.56.10) by gatekeeper.megasoft.com via smap (V2.0) id xma022985; Fri, 6 Jun 97 13:38:31 -0400 Received: from [128.84.37.84] ([128.84.37.84]) by postoffice2.mail.cornell.edu (8.8.5/8.8.5) with ESMTP id NAA03073 for ; Fri, 6 Jun 1997 13:47:21 -0400 (EDT) Date: Fri, 6 Jun 1997 13:47:21 -0400 (EDT) X-Sender: dbw11@postoffice3.mail.cornell.edu Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: deschall@gatekeeper.megasoft.com From: David Weingart Subject: New Mac Client Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I just wanted to say the new Mac Client is very cool. Nice, simple GUI, and it is clearly a little bit faster. Nice work by Andrew. Now all us Mac users can show how the PowerPC kicks intel's butt! (a little platform rivalry never hurt anybody) Again, nice job Andrew. -dave -----------------------------+ David Weingart | dbw11@cornell.edu | "The foot can split wood....but it can't split a watermelon" From owner-deschall-announce Fri Jun 6 14:17:04 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA23270 for deschall-outgoing; Fri, 6 Jun 1997 14:17:04 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA23265 for ; Fri, 6 Jun 1997 14:17:03 -0400 (EDT) Received: from goose.stat.umn.edu(128.101.51.7) by gatekeeper.megasoft.com via smap (V2.0) id xma023263; Fri, 6 Jun 97 14:17:03 -0400 Received: from stat.umn.edu (localhost [127.0.0.1]) by goose.stat.umn.edu with ESMTP (8.7.1/8.7.1) id NAA15989 for ; Fri, 6 Jun 1997 13:28:12 -0500 (CDT) To: deschall@gatekeeper.megasoft.com Subject: Re: new clients Date: Fri, 06 Jun 1997 13:28:11 CDT Message-ID: <15987.865621691@stat.umn.edu> From: "Bret J. Musser" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk While we are congratulating everyone on the new clients, let me add that the new HP-UX client is dramatically faster. On our machines, performance has increased 2-3 times! Before we were struggling along at 80-100 Kkeys/sec; now, we are now getting 200-350 Kkeys/sec. Bret Musser -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Bret J. Musser -- Univ. of Minn. -- School of Statistics -- bjm@stat.umn.edu http://www.stat.umn.edu/~bjm/ -- PGP-encrypted e-mail welcome =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From owner-deschall-announce Fri Jun 6 14:25:34 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA23354 for deschall-outgoing; Fri, 6 Jun 1997 14:25:34 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA23349 for ; Fri, 6 Jun 1997 14:25:33 -0400 (EDT) Received: from dopey.verser.frii.com(206.168.13.68) by gatekeeper.megasoft.com via smap (V2.0) id xma023347; Fri, 6 Jun 97 14:25:22 -0400 Received: (from rcv@localhost) by dopey.verser.frii.com (8.6.12/8.6.12) id MAA07439 for deschall@gatekeeper.megasoft.com; Fri, 6 Jun 1997 12:34:12 -0600 Date: Fri, 6 Jun 1997 12:34:12 -0600 From: Rocke Verser Message-Id: <199706061834.MAA07439@dopey.verser.frii.com> To: deschall@gatekeeper.megasoft.com Subject: Expected date of solution Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- RSA DES Challenge Time-Of-Completion estimate - --------------------------------------------- Produced 12:00 MDT 06/06/97 Introduction: Many people have observed that DESCHALL's "time to 50% completion" published in the statistics Web pages is rapidly becoming a meaningless statistic. A more accurate measure is the expected date of solution. Noting that SolNet and SGI are major players in the RSA DES Challenge, I've developed a model that accounts for DESCHALL, SolNet, and SGI as the only three major players in the RSA DES Challenge. [There are other teams participating in other RSA Challenges, but I am not aware of any other major players undertaking the RSA DES Challenge, privately.] Given the "factual data" and the "assumptions" below, the "results" of this model are believed (not guaranteed) to be mathematically correct to within 1 day and to within 2 percentage points. Factual data: Recent DESCHALL keyrate: 4.125 billion keys per second Recent SolNet keyrate: 2.125 billion keys per second Recent SGI keyrate: 2.890 billion keys per second DESCHALL keyspace complete: 16.503% Solnet keyspace complete: 10.0896% SGI keyspace complete: 19.573% Assumptions: DESCHALL, SolNet, and SGI are working independently. Each group's keyspace rate remains constant at the levels shown above. Nobody else on the planet is working on the RSA DES Challenge. Results: Expected date of solution: 56 days from now. Probability that a DESCHALL client will find the key: 51% Probability that a SolNet client will find the key: 18% Probability that a SGI client will find the key: 31% Notes: These results are highly sensitive to each group's keyspace rates (billions of keys per second). If each group doubled our keyspace rates every 28 days, the "expected date of solution" would be 31 days from now. Giving SolNet an instant 30% increase in keyspace rate, while holding DESCHALL's and SGI's rate constant would shorten the "expected date of solution" to 53 days and changes the probabilities of each group finding the key to 48/24/29 (DESCHALL/SolNet/SGI). Giving SGI an instant 30% increase in keyspace rate, while holding DESCHALL and SolNet's rate constant would shorten the "expected date of solution" to 51 days and changes the probabilities of each group finding the key to 44/16/40 (DESCHALL/SolNet/SGI). Giving DESCHALL in instant 30% increase in keyspace rate, while holding SolNet's and SGI's rate constant would shorten the "expected date of solution" to 47 days and changes the probabilities of each group finding the key to 60/15/25 (DESCHALL/SolNet/SGI). Other observations: Keyspace searched by just 1 group: 33.4% Keyspace searched by exactly 2 groups: 5.9% Keyspace searched by all 3 groups: 0.3% Total Keyspace Searched 39.6% If all 3 groups combined forces and fully cooperated, the "expected date of solution" would be 28 days from now. If all 3 groups combined forces and fully cooperated, and if the combined effort doubled every 28 days, the "expected date of solution" would be 20 days from now. - -- Rocke Verser - -- PGP Fingerprint PGP ID = 1025/00000001 - -- EE 73 A9 78 60 9C BA CA DF FC 68 37 CD 73 F3 96 -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBM5hXIXI7TKUAAAABAQGgiQP/UMJLuyv6q5OawQMDjTwTmTylk/miLqHp lyChxVAByjgbYrH4LgAk9pI0VDYQ6g4Dlt+X2zNejmi/yDtP/v0YlLrCH9pvNNi7 J5AfWm10A4jSSrJ1oc4VsQWDcooQQKvvLlTKHAM7k/Yh8Sw1Ygo7Lny5v+u9NyTC 13uqtXevLOY= =BbGp -----END PGP SIGNATURE----- From owner-deschall-announce Fri Jun 6 14:57:35 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA23624 for deschall-outgoing; Fri, 6 Jun 1997 14:57:35 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA23616 for ; Fri, 6 Jun 1997 14:57:34 -0400 (EDT) Received: from rarloa-4.pr.mcs.net(205.253.85.124) by gatekeeper.megasoft.com via smap (V2.0) id xma023612; Fri, 6 Jun 97 14:57:14 -0400 Received: from rarloa-4.pr.mcs.net (rarloa-4.pr.mcs.net [205.253.85.124]) by rarloa-4.pr.mcs.net (8.8.4/8.8.4) with SMTP id OAA08980; Fri, 6 Jun 1997 14:06:54 GMT Date: Fri, 6 Jun 1997 14:06:54 +0000 (GMT) From: Wayde Milas To: David Weingart cc: deschall@gatekeeper.megasoft.com Subject: Re: New Mac Client In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Fri, 6 Jun 1997, David Weingart wrote: > I just wanted to say the new Mac Client is very cool. > > Nice, simple GUI, and it is clearly a little bit faster. > Yes, Kudos! Its clean and simple. my PTP225 is now doing 1.25 million keys a sec. Tested it on a dual 8500 at it does combined about 2 million keys a sec. pretty cool. Wayde From owner-deschall-announce Fri Jun 6 15:15:36 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA23854 for deschall-outgoing; Fri, 6 Jun 1997 15:15:36 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA23847 for ; Fri, 6 Jun 1997 15:15:34 -0400 (EDT) From: tmccabe@worldnet.att.net Received: from mailhost.worldnet.att.net(204.127.131.34) by gatekeeper.megasoft.com via smap (V2.0) id xma023843; Fri, 6 Jun 97 15:15:33 -0400 Received: from chaotic ([207.116.55.14]) by mtigwc03.worldnet.att.net (post.office MTA v2.0 0613 ) with SMTP id AAA28261 for ; Fri, 6 Jun 1997 19:24:23 +0000 Message-Id: <3.0.1.32.19970606152417.0069e828@postoffice.worldnet.att.net> X-Sender: tmccabe@postoffice.worldnet.att.net (Unverified) X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Fri, 06 Jun 1997 15:24:17 -0400 To: deschall@gatekeeper.megasoft.com Subject: resources Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I have a p120 (win95) and a p100(winnt) laptop available all trhough the night, and most of the day. Both have been running the DESgui client for a while, and i was wondering if i can allow the program to use 100% of the processor all the time. the machines are just sitting, not doing anything else, and i would like to get them to crunch as many keys as possible. If anyone has any other ideas, let me know... p120 gets 580,000 keys/sec on win95 p100 gets 500,000 keys/sec on winNT both are completely idle thanx --Andrew From owner-deschall-announce Fri Jun 6 15:26:06 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA23946 for deschall-outgoing; Fri, 6 Jun 1997 15:26:06 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA23938 for ; Fri, 6 Jun 1997 15:26:05 -0400 (EDT) Received: from hermes.services.ou.edu(129.15.2.121) by gatekeeper.megasoft.com via smap (V2.0) id xma023934; Fri, 6 Jun 97 15:25:42 -0400 Received: from popeye.telecom.ou.edu by hermes.services.ou.edu; Fri, 6 Jun 1997 14:34:32 -0500 Message-Id: <3.0.1.32.19970606143327.009345b0@pop.ou.edu> X-Sender: tayl9915@pop.ou.edu X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Fri, 06 Jun 1997 14:33:27 -0500 To: deschall@gatekeeper.megasoft.com From: Jeff Taylor Subject: Reverse Errors in Stats Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk All, When compiling the stats for Level II & Level III domains, does the software do a reverse lookup on the host or subnet. I have several machines from several subnets that have valid reverse entries, but they do not get added to our overall domain stats. The subnet I noticed the problem on was 129.15.106.0. When you do a nslookup for 129.15.106.21, it returns a valid domain name. What do I need to double check. Thanks, Jeff Taylor Network Specialist Telecommunications Department University of Oklahoma jefft@ou.edu From owner-deschall-announce Fri Jun 6 15:26:36 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA23960 for deschall-outgoing; Fri, 6 Jun 1997 15:26:36 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA23952 for ; Fri, 6 Jun 1997 15:26:35 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma023947; Fri, 6 Jun 97 15:26:17 -0400 Received: from hammond.cis.ohio-state.edu (hammond.cis.ohio-state.edu [164.107.17.6]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id PAA11299; Fri, 6 Jun 1997 15:35:06 -0400 Received: from localhost (dolske@localhost) by hammond.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id PAA14398; Fri, 6 Jun 1997 15:35:06 -0400 (EDT) X-Authentication-Warning: hammond.cis.ohio-state.edu: dolske owned process doing -bs Date: Fri, 6 Jun 1997 15:35:02 -0400 (EDT) From: Justin Dolske To: "Bret J. Musser" cc: deschall@gatekeeper.megasoft.com Subject: Re: new clients In-Reply-To: <15987.865621691@stat.umn.edu> Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Fri, 6 Jun 1997, Bret J. Musser wrote: > While we are congratulating everyone on the new clients, let me add > that the new HP-UX client is dramatically faster. On our machines, > performance has increased 2-3 times! Before we were struggling along at > 80-100 Kkeys/sec; now, we are now getting 200-350 Kkeys/sec. The HP PA2.0 client, which will ship shortly, is *really* fast. On the 780/C180 systems I've tested it on, I get about 2.4 million keys/sec. Not too bad! :-) Anyone know some people at HP? SGI and Sun are really getting involved, surely HP has a few machines... Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- "Comets are like cats. They have tails, and they do precisely what they want." -- David Levy From owner-deschall-announce Fri Jun 6 15:38:06 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA24077 for deschall-outgoing; Fri, 6 Jun 1997 15:38:06 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA24069 for ; Fri, 6 Jun 1997 15:38:05 -0400 (EDT) Received: from unknown(198.163.208.19) by gatekeeper.megasoft.com via smap (V2.0) id xma024065; Fri, 6 Jun 97 15:37:51 -0400 Received: (from uucp@localhost) by secure.hvdc.ca (8.7.3/8.7.3) id OAA18361 for ; Fri, 6 Jun 1997 14:43:35 -0500 (CDT) Received: from jamesh.hvdc.ca(198.163.210.116) by secure via smap (V1.3) id sma018354; Fri Jun 6 14:43:14 1997 Received: from dec2.hvdc.ca (kgs@dec2 [198.163.210.124]) by jamesh.hvdc.ca (8.8.5/8.8.5) with SMTP id OAA02646 for ; Fri, 6 Jun 1997 14:46:53 -0500 (CDT) Date: Fri, 6 Jun 1997 14:45:26 -0500 (8UU) From: Kirk Gordon Saban To: deschall@gatekeeper.megasoft.com Subject: Running U2T and a client on same machine Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I have two Alpha machine which I am attempting to use to crack keys. One machine is running Redhat Linux 4.2 and the other runs DEC Unix. I have had the U2T script for bypassing firewalls running on the Linux machine and have been able to make the UNIX machine communicate with it. Now I want to make the Linux machine crunch keys and run the U2T gateway at the same time. The gateway keeps giving me Error- 404 errors and booting me off. Does anybody know what's wrong or even if I can run a client and U2T gateway on the same machine. Thanks! ------------------ Kirk G. Saban, E.I.T. RTDS Technolgies Inc. Winnipeg, Manitoba, CANADA From owner-deschall-announce Fri Jun 6 15:50:07 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA24289 for deschall-outgoing; Fri, 6 Jun 1997 15:50:07 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA24278 for ; Fri, 6 Jun 1997 15:50:05 -0400 (EDT) Received: from terra.goingv.com(208.138.186.11) by gatekeeper.megasoft.com via smap (V2.0) id xma024264; Fri, 6 Jun 97 15:49:43 -0400 Received: from zoe.goingv.com (zoe [208.138.186.51]) by terra.goingv.com (8.8.5/8.8.5) with SMTP id PAA03140 for ; Fri, 6 Jun 1997 15:58:32 -0400 (EDT) Received: by zoe.goingv.com (SMI-8.6/SMI-SVR4) id PAA03702; Fri, 6 Jun 1997 15:58:29 -0400 Date: Fri, 6 Jun 1997 15:58:29 -0400 From: michael@goingv.com (Michael Quigley) Message-Id: <199706061958.PAA03702@zoe.goingv.com> To: deschall@gatekeeper.megasoft.com Subject: Re: new clients Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: aW0V/OTUNMdumu9WTEQkLQ== Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > While we are congratulating everyone on the new clients, let me add > that the new HP-UX client is dramatically faster. On our machines, > performance has increased 2-3 times! Before we were struggling along at > 80-100 Kkeys/sec; now, we are now getting 200-350 Kkeys/sec. The Ultra 1's we're using have also experienced at least a 50% performance improvement. We're getting around 1200k keys/sec with the new client. Michael -- Michael Quigley | Going Virtual, Inc. | this space for rent michael@goingv.com | From owner-deschall-announce Fri Jun 6 16:09:07 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA24495 for deschall-outgoing; Fri, 6 Jun 1997 16:09:07 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA24485 for ; Fri, 6 Jun 1997 16:09:06 -0400 (EDT) Received: from vela.acs.oakland.edu(141.210.10.2) by gatekeeper.megasoft.com via smap (V2.0) id xma024477; Fri, 6 Jun 97 16:08:43 -0400 Received: from localhost (mgscheue@localhost) by vela.acs.oakland.edu (8.8.4/8.6.6) with SMTP id QAA06986; Fri, 6 Jun 1997 16:16:41 -0400 (EDT) Date: Fri, 6 Jun 1997 16:16:41 -0400 (EDT) From: "Mark G. Scheuern" To: Kirk Gordon Saban cc: deschall@gatekeeper.megasoft.com Subject: Re: Running U2T and a client on same machine In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Fri, 6 Jun 1997, Kirk Gordon Saban wrote: > I have two Alpha machine which I am attempting to use to crack keys. One > machine is running Redhat Linux 4.2 and the other runs DEC Unix. I have > had the U2T script for bypassing firewalls running on the Linux machine > and have been able to make the UNIX machine communicate with it. Now I > want to make the Linux machine crunch keys and run the U2T gateway at the > same time. The gateway keeps giving me Error- 404 errors and booting > me off. Does anybody know what's wrong or even if I can run a client and > U2T gateway on the same machine. You should be able to. I'm doing it on our Solaris box. Mark From owner-deschall-announce Fri Jun 6 16:12:07 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA24562 for deschall-outgoing; Fri, 6 Jun 1997 16:12:07 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA24557 for ; Fri, 6 Jun 1997 16:12:06 -0400 (EDT) Received: from gw.research.megasoft.com(206.230.35.93) by gatekeeper.megasoft.com via smap (V2.0) id xma024555; Fri, 6 Jun 97 16:11:51 -0400 Received: (from uucp@localhost) by gw.research.megasoft.com (8.7.5/8.7.3-cmcurtin) id QAA02307; Fri, 6 Jun 1997 16:28:12 -0400 (EDT) Received: from goffette.research.megasoft.com(192.168.1.2) by gw.research.megasoft.com via smap (V2.0) id xma002305; Fri, 6 Jun 97 16:28:10 -0400 Received: (from cmcurtin@localhost) by goffette.research.megasoft.com (8.8.5/8.8.5) id QAA14044; Fri, 6 Jun 1997 16:18:23 -0400 (EDT) Date: Fri, 6 Jun 1997 16:18:23 -0400 (EDT) Message-Id: <199706062018.QAA14044@goffette.research.megasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: C Matthew Curtin To: Kirk Saban Cc: deschall@gatekeeper.megasoft.com Subject: Re: U2T Gateway and Base64/Escape.pm In-Reply-To: References: X-Mailer: VM 6.22 under 19.15 XEmacs Lucid X-Face: "&>g(&eGr?u^F:nFihL%BsyS1[tCqG7}I2rGk4{aKJ5I_5A\*6RYn4"N.`1pPF9LO!Fa<(gj:12)?=uP2l01e10Gij"7j&-)torL^iBrNf\s7PDLm=rf[PjxtSbZ{J(@@j"q2/iV9^Mx>>>> "Kirk" == Kirk Saban writes: Kirk> I am behind a firewall and need to use the perl script written Kirk> by Justin Dolske to get around it. I have downloaded Escape.pm Kirk> and Base64.pm however I don't know where to put these modules. Kirk> I am running RedHat Linux 4.2 on an Alpha PC164. Can anybody Kirk> help me with this. Thanks in advance! You're better off grabbing the whole lib-www module that includes Escape and Base64. It's somewhere on http://perl.com/CPAN/ Then all you need to do is unwind the archive, make it, and install it. $ gzip -dc foo.tar.gz | tar xvof - $ cd whatever-dir-it-made $ perl Makefile.PL $ make $ make test $ su # make install Dishes are done, man. Alternatively, put those .pm files in whatever directory you want, then edit the script and uncomment the "use lib" line and make it whateve directory you dropped those .pm files in. -- Matt Curtin Chief Scientist Megasoft Online cmcurtin@research.megasoft.com http://www.research.megasoft.com/people/cmcurtin/ I speak only for myself Death to small keys. Crack DES NOW! http://www.frii.com/~rcv/deschall.htm From owner-deschall-announce Fri Jun 6 16:58:09 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA25022 for deschall-outgoing; Fri, 6 Jun 1997 16:58:09 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA25017 for ; Fri, 6 Jun 1997 16:58:07 -0400 (EDT) Received: from groucho.cablelan.net(24.64.12.10) by gatekeeper.megasoft.com via smap (V2.0) id xma025015; Fri, 6 Jun 97 16:57:49 -0400 Received: from otv55.cablelan.net (24.64.12.128) by groucho.cablelan.net (Rockliffe SMTPRA 1.2.2) with SMTP id ; Fri, 06 Jun 1997 14:14:23 -0700 Message-ID: From: "Dean Mills" To: "DESChallenge Mailing List" Date: Fri, 06 Jun 97 14:09:15 -0700 Reply-To: "Dean Mills" X-Mailer: PMMail 1.92 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Is OS/2 client SMP capable? Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Greetings, As per the subject, I've recently put up a dual P200 machine running Warp Server Advanced SMP, and was wondering, since the client reports "Processor # 1 blah blah", does that mean it is SMP capable? If not, would it be beneficial (and possible) to run a client on each processor individually? It won't be online for another 4-5 days or so, our vendor ran out of EDO RAM! Anyone have 8 spare 32MB 72 pins of EDO lying about collecting dust? :) Thanks for any help. Regards, Dean Mills, DevBahn Archiver/Founder. /* ------------------------------------------------------------- */ /* DevBahn - OS/2 Programming Sanctuary */ /* devbahn@geocities.com */ /* http://www.geocities.com/SiliconValley/Heights/8867/ */ /* ------------------------------------------------------------- */ /* DevBahn - OS/2 Game Programming Sanctuary */ /* devbahn-games@geocities.com */ /* http://www.geocities.com/SiliconValley/Heights/8678/ */ /* ------------------------------------------------------------- */ From owner-deschall-announce Fri Jun 6 17:52:43 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA25324 for deschall-outgoing; Fri, 6 Jun 1997 17:52:43 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA25319 for ; Fri, 6 Jun 1997 17:52:38 -0400 (EDT) Received: from mail13.digital.com(192.208.46.30) by gatekeeper.megasoft.com via smap (V2.0) id xma025316; Fri, 6 Jun 97 17:52:32 -0400 Received: from dashub1.das.dec.com by mail13.digital.com (8.7.5/UNX 1.5/1.0/WV) id RAA01549; Fri, 6 Jun 1997 17:55:20 -0400 (EDT) Received: by dashub1.das.dec.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.995.52) id <01BC72A3.1ECC1C20@dashub1.das.dec.com>; Fri, 6 Jun 1997 17:57:38 -0400 Message-ID: From: Randy Austin To: "'DES Challenge'" Subject: deschal questions Date: Fri, 6 Jun 1997 17:57:32 -0400 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.995.52 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk several items that I have ran across in the past couple of days since I accidently ran across this conglomeration of idle computers. 1) the deschal client keeps giving me the following error message: | Processor 1 -- Key not found | 'nvalid msg: ' And then it exits. This means that when this occurs no more processing can happen. At first it would only happen several hours after I had started the clients up. Right now between enabling DEBUG on the perl script and doing some manual HTTP requests, I am getting a connection refused message from the deshall-gateway. I do think that things need to be more forgiving in the case of errors through the U2T script. 2) DESGui seems to have some bugs in it. though I am running 1.3beta3. It is crashing windows (NT4.0) if DESChal is misbehaving (especially when I tried to run deschal in a BAT file so that it would try and restart itself if an error occurred (since DESGui does not do this)). Also, when working on a dual processor system, DESGui does not allow for multiple executions at a time. Which means that I still have to run trayminimizer to get the other process going. (any chance of there ever being smp support within deschal? since the output does indicate that multiple processors was at least thought of in the design.) 3) The alpha client that was uploaded yesterday seems 50-60% faster than the one before. How much of that code is in assembly language? And is there a Windows NT Alpha client being worked on? (hopefully the middle of next week I will have one at home. It would be nice if I could work on stuff like this at work. As it is I am pushing my luck trying to run the client on my computer here at work. If I wasn't having problems with the U2T gateway I could be doing at least 6-7 Million keys a second across 7 CPU's all weekend long.) 4) in the log file some hosts show up as anonymousxx.anonymous. changing the anonymous flag in the perl script only switches between the domain showing up and it being added to the deschallenge gateways. so how is anonymousxx.anonymous generated? (I figured that much out because I looked at the two statistics reports and noticed that no new anonymousxx hosts where added) oh well. Looking at the time it is time for me to head out and do other things. I'll get back to this on Monday's lunch break. --Randy Austin Contrary to popular belief, UNIX is user friendly. It just happens to be selective about who it makes friends with. From owner-deschall-announce Fri Jun 6 17:52:09 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA25305 for deschall-outgoing; Fri, 6 Jun 1997 17:52:09 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA25300 for ; Fri, 6 Jun 1997 17:52:08 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma025298; Fri, 6 Jun 97 17:51:42 -0400 Received: from cuba.cis.ohio-state.edu (cuba.cis.ohio-state.edu [164.107.138.5]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id SAA16716; Fri, 6 Jun 1997 18:00:17 -0400 Received: from localhost (dolske@localhost) by cuba.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id SAA07424; Fri, 6 Jun 1997 18:00:17 -0400 (EDT) X-Authentication-Warning: cuba.cis.ohio-state.edu: dolske owned process doing -bs Date: Fri, 6 Jun 1997 18:00:11 -0400 (EDT) From: Justin Dolske To: Dean Mills cc: DESChallenge Mailing List Subject: Re: Is OS/2 client SMP capable? In-Reply-To: Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Fri, 6 Jun 1997, Dean Mills wrote: > As per the subject, I've recently put up a dual P200 machine running Warp > Server Advanced SMP, and was wondering, since the client reports "Processor # > 1 blah blah", does that mean it is SMP capable? No, it's not. It would be more accurate for the client to say "Process 1" or something. This is really only for Unix folk -- the Unix clients can fork() themselves, so that on multiple CPU systems you don't have to start the client twice. > If not, would it be beneficial (and possible) to run a client on each > processor individually? It won't be online for another 4-5 days or so, > our vendor ran out of EDO RAM! Yes, this exactly what you should do. Run 1 copy of DESCHALL per processor. > Anyone have 8 spare 32MB 72 pins of EDO > lying about collecting dust? :) Thanks for any help. Sure. Oh, wait. It's all ECC and is plugged into idle workstations. :-) Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- You are surrounded by a maze of polychromatic NT icons, all alike. From owner-deschall-announce Fri Jun 6 18:30:39 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA25566 for deschall-outgoing; Fri, 6 Jun 1997 18:30:39 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA25561; Fri, 6 Jun 1997 18:30:38 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma025559; Fri, 6 Jun 97 18:30:30 -0400 Received: from cuba.cis.ohio-state.edu (cuba.cis.ohio-state.edu [164.107.138.5]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id SAA17858; Fri, 6 Jun 1997 18:39:15 -0400 Received: from localhost (dolske@localhost) by cuba.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id SAA09442; Fri, 6 Jun 1997 18:39:15 -0400 (EDT) X-Authentication-Warning: cuba.cis.ohio-state.edu: dolske owned process doing -bs Date: Fri, 6 Jun 1997 18:39:10 -0400 (EDT) From: Justin Dolske To: deschall-announce@gatekeeper.megasoft.com cc: deschall@gatekeeper.megasoft.com Subject: HP/UP PA-RISC 2.0 client available. Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk This client didn't ship with the others... it's on the archive now. An HP 9000/780 (model C180) will get around 2.4 Million keys/second with this client, about a 20% speedup. Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- "Just because you're into control doesn't mean you're in control." -- Larry Wall From owner-deschall-announce Fri Jun 6 18:32:06 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA25581 for deschall-outgoing; Fri, 6 Jun 1997 18:32:06 -0400 (EDT) Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA25576 for deschall-announce-outgoing; Fri, 6 Jun 1997 18:31:32 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA25561; Fri, 6 Jun 1997 18:30:38 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma025559; Fri, 6 Jun 97 18:30:30 -0400 Received: from cuba.cis.ohio-state.edu (cuba.cis.ohio-state.edu [164.107.138.5]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id SAA17858; Fri, 6 Jun 1997 18:39:15 -0400 Received: from localhost (dolske@localhost) by cuba.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id SAA09442; Fri, 6 Jun 1997 18:39:15 -0400 (EDT) X-Authentication-Warning: cuba.cis.ohio-state.edu: dolske owned process doing -bs Date: Fri, 6 Jun 1997 18:39:10 -0400 (EDT) From: Justin Dolske To: deschall-announce@gatekeeper.megasoft.com cc: deschall@gatekeeper.megasoft.com Subject: HP/UP PA-RISC 2.0 client available. Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk This client didn't ship with the others... it's on the archive now. An HP 9000/780 (model C180) will get around 2.4 Million keys/second with this client, about a 20% speedup. Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- "Just because you're into control doesn't mean you're in control." -- Larry Wall From owner-deschall-announce Fri Jun 6 19:42:41 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id TAA25821 for deschall-outgoing; Fri, 6 Jun 1997 19:42:41 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id TAA25816 for ; Fri, 6 Jun 1997 19:42:40 -0400 (EDT) Received: from zipcon.net(205.199.135.5) by gatekeeper.megasoft.com via smap (V2.0) id xma025814; Fri, 6 Jun 97 19:42:22 -0400 Received: from localhost (cassaela@localhost) by zipcon.net (8.8.5/8.7.3) with SMTP id QAA22533; Fri, 6 Jun 1997 16:50:25 -0700 Date: Fri, 6 Jun 1997 16:50:25 -0700 (PDT) From: Cassaela To: Justin Dolske cc: Dean Mills , DESChallenge Mailing List Subject: Re: Is OS/2 client SMP capable? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Fri, 6 Jun 1997, Justin Dolske wrote: > On Fri, 6 Jun 1997, Dean Mills wrote: > > > As per the subject, I've recently put up a dual P200 machine running Warp > > Server Advanced SMP, and was wondering, since the client reports "Processor # > > 1 blah blah", does that mean it is SMP capable? > > No, it's not. It would be more accurate for the client to say "Process 1" > or something. This is really only for Unix folk -- the Unix clients can > fork() themselves, so that on multiple CPU systems you don't have to start > the client twice. But just to keep things as clear as possible, the Mac version now *does* support multiple processors. So only run a single copy on your MP Macs, right? ____________________________________________________ cassaela@zipcon.net http://www.zipcon.net/cassaela ____________________________________________________ Things To Do During a Final You Know You're Going To Fail, #1: Bring a pillow. Fall asleep (or pretend to) until the last 15 minutes. Wake up, say "oh geez, better get cracking" and do some gibberish work. Turn it in a few minutes early. From owner-deschall-announce Fri Jun 6 20:33:12 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA25937 for deschall-outgoing; Fri, 6 Jun 1997 20:33:12 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA25932 for ; Fri, 6 Jun 1997 20:33:11 -0400 (EDT) Received: from unknown(128.172.89.118) by gatekeeper.megasoft.com via smap (V2.0) id xma025930; Fri, 6 Jun 97 20:32:53 -0400 Received: from [207.172.62.39] (rcm-as5s39.erols.com [207.172.62.39]) by ratboy.antennahead.com (8.8.0/8.6.12) with ESMTP id UAA14395 for ; Fri, 6 Jun 1997 20:42:03 -0400 Message-Id: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 6 Jun 1997 20:41:13 -0400 To: DESChallenge Mailing List From: andrew meggs Subject: Re: Is OS/2 client SMP capable? Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk At 4:50 PM -0700 6/06/97, Cassaela wrote: > >But just to keep things as clear as possible, the Mac version now *does* >support multiple processors. So only run a single copy on your MP Macs, >right? That's correct. The window will have one little progress panel per CPU. ____________________________________________________________________________ Andrew Meggs, content provider Antennahead Industries, Inc. From owner-deschall-announce Sat Jun 7 00:37:17 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA26496 for deschall-outgoing; Sat, 7 Jun 1997 00:37:17 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA26491 for ; Sat, 7 Jun 1997 00:37:16 -0400 (EDT) Received: from hate.sizone.org(209.50.72.17) by gatekeeper.megasoft.com via smap (V2.0) id xma026489; Sat, 7 Jun 97 00:36:51 -0400 Received: by sizone.org (Linux Smail3.1.93 #5) id m0waDPq-000H3YC; Sat, 7 Jun 97 00:47:50 -0400 (EDT) Message-Id: From: mathboy@sizone.org (Eating Before Swimming) Subject: gateway down? To: deschall@gatekeeper.megasoft.com Date: Sat, 7 Jun 1997 00:47:50 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I tried u2t at a number of different sites (just to make sure I havent been denied access at the firewall or something, tho I expect that if you had to lock someone out you'd let them know...) and it seems that the gateway, at least the one set as default in u2t, is DOWN, so none of my clients can get any keys... (and, I suspect, neither can Sun.com...) Just wanna make sure that whoever is spota know, does... (man, Apple.COM must be rutting all their prayers against us uPowered.org lately! :) one thing after another has kept us from doing any keys really in the last 2 days! argh! However Apple is looking pretty huge of late! Good work! We may never catch them now...) /kc -- Ken Chase mathboy@sizone.org Sonic Interzone $free$ email/news Toronto Canada ------------------------------------------------------------------------------ Join the DES Challenge! Wake up the US Govt! www.frii.com/~rcv/deschall.htm NB:Only 16000 P200-months CPU req'd to recover 56-bit IBM alliance keys! ** U.S. EXPORT LAWS MAY NOT APPLY TO YOUR COUNTRY: DEVELOP YOUR NATIONS' OWN CRYPTO-EXPORT INDUSTRY! USE 2048bit KEYS FREELY! FLAUNT YOUR SOVEREIGNTY! ** From owner-deschall-announce Sat Jun 7 00:43:47 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA26515 for deschall-outgoing; Sat, 7 Jun 1997 00:43:47 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA26510 for ; Sat, 7 Jun 1997 00:43:46 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma026508; Sat, 7 Jun 97 00:43:25 -0400 Received: from honsu.cis.ohio-state.edu (honsu.cis.ohio-state.edu [164.107.138.13]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id AAA25536; Sat, 7 Jun 1997 00:52:14 -0400 Received: from localhost (dolske@localhost) by honsu.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id AAA19572; Sat, 7 Jun 1997 00:52:14 -0400 (EDT) X-Authentication-Warning: honsu.cis.ohio-state.edu: dolske owned process doing -bs Date: Sat, 7 Jun 1997 00:52:12 -0400 (EDT) From: Justin Dolske To: Eating Before Swimming cc: deschall@gatekeeper.megasoft.com Subject: Re: gateway down? In-Reply-To: Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Sat, 7 Jun 1997, Eating Before Swimming wrote: > I tried u2t at a number of different sites (just to make sure I havent > been denied access at the firewall or something, tho I expect that if > you had to lock someone out you'd let them know...) The gateways running at OSU were down for about 40 minutes while the systems staff was working on some stuff. They're back up now. > Just wanna make sure that whoever is spota know, does... That would be Matt and I. Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- "Just because you're into control doesn't mean you're in control." -- Larry Wall From owner-deschall-announce Sat Jun 7 01:47:18 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA26660 for deschall-outgoing; Sat, 7 Jun 1997 01:47:18 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA26655 for ; Sat, 7 Jun 1997 01:47:17 -0400 (EDT) Received: from gw.research.megasoft.com(206.230.35.93) by gatekeeper.megasoft.com via smap (V2.0) id xma026653; Sat, 7 Jun 97 01:46:56 -0400 Received: (from uucp@localhost) by gw.research.megasoft.com (8.7.5/8.7.3-cmcurtin) id CAA07460; Sat, 7 Jun 1997 02:03:28 -0400 (EDT) Received: from goffette.research.megasoft.com(192.168.1.2) by gw.research.megasoft.com via smap (V2.0) id xma007452; Sat, 7 Jun 97 02:02:57 -0400 Received: (from cmcurtin@localhost) by goffette.research.megasoft.com (8.8.5/8.8.5) id BAA15148; Sat, 7 Jun 1997 01:52:59 -0400 (EDT) Date: Sat, 7 Jun 1997 01:52:59 -0400 (EDT) Message-Id: <199706070552.BAA15148@goffette.research.megasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: C Matthew Curtin To: mathboy@sizone.org (Eating Before Swimming) Cc: deschall@gatekeeper.megasoft.com Subject: Re: gateway down? In-Reply-To: References: X-Mailer: VM 6.22 under 19.15 XEmacs Lucid X-Face: "&>g(&eGr?u^F:nFihL%BsyS1[tCqG7}I2rGk4{aKJ5I_5A\*6RYn4"N.`1pPF9LO!Fa<(gj:12)?=uP2l01e10Gij"7j&-)torL^iBrNf\s7PDLm=rf[PjxtSbZ{J(@@j"q2/iV9^Mx>>>> "kc" == Eating Before Swimming writes: kc> I tried u2t at a number of different sites (just to make sure I kc> havent been denied access at the firewall or something, tho I kc> expect that if you had to lock someone out you'd let them know...) kc> and it seems that the gateway, at least the one set as default in kc> u2t, is DOWN, so none of my clients can get any keys... (and, I kc> suspect, neither can Sun.com...) A timeout on your gateway should have resulted in another attempt on another one of the gateways. A timeout there should have resulted in another attempt on the third gateway. This should have allowed things to continue to get out, though there might have been a fair bit of delay during the outage at OSU (two gateways are there) if those were the first two addresses that your gateway tried. The third at megasoft.com was in service all day Friday. (Though we're using one name, deschall-gateway.verser.frii.com, there are three hosts answering to that name. This makes things easier administratively, gives us better load balancing, and better failover then trying to manage each individually.) -- Matt Curtin Chief Scientist Megasoft Online cmcurtin@research.megasoft.com http://www.research.megasoft.com/people/cmcurtin/ I speak only for myself Death to small keys. Crack DES NOW! http://www.frii.com/~rcv/deschall.htm From owner-deschall-announce Sat Jun 7 02:03:19 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id CAA26859 for deschall-outgoing; Sat, 7 Jun 1997 02:03:19 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id CAA26854 for ; Sat, 7 Jun 1997 02:03:18 -0400 (EDT) Received: from mercury.sun.com(192.9.25.1) by gatekeeper.megasoft.com via smap (V2.0) id xma026851; Sat, 7 Jun 97 02:02:52 -0400 Received: from West.Sun.COM ([129.153.100.30]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id XAA24721 for ; Fri, 6 Jun 1997 23:30:48 -0700 Received: from marvin.west.sun.com by West.Sun.COM (SMI-8.6/SMI-5.3) id XAA23662; Fri, 6 Jun 1997 23:10:51 -0700 Received: by marvin.west.sun.com (SMI-8.6/SMI-SVR4) id XAA27659; Fri, 6 Jun 1997 23:11:42 -0700 From: john.falkenthal@West.Sun.COM (John Falkenthal) Message-Id: <199706070611.XAA27659@marvin.west.sun.com> Subject: Key Server down et. al. To: deschall@gatekeeper.megasoft.com Date: Fri, 6 Jun 1997 23:11:42 -0800 (PDT) X-Mailer: ELM [version 2.4 PL21] Content-Type: text Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Yeah, our clients have been getting starved periodically - I've attributed this to a combination of the keyserver, and our hokey firewall/gateway arrangement (I am forced to point my deschall gateway at an internal proxy webcache since port 8080 is filtered by Sun's firewall. It's really too bad... lots of wasted cycles :-( JF From owner-deschall-announce Sat Jun 7 06:43:54 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id GAA28940 for deschall-outgoing; Sat, 7 Jun 1997 06:43:54 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id GAA28935 for ; Sat, 7 Jun 1997 06:43:53 -0400 (EDT) Received: from netserv.com(198.37.128.10) by gatekeeper.megasoft.com via smap (V2.0) id xma028933; Sat, 7 Jun 97 06:43:38 -0400 Received: from [198.37.128.120] (smh-ppc.netserv.com [198.37.128.120]) by netserv.com (8.8.5/smh-1.1) with ESMTP id DAA08967 for ; Sat, 7 Jun 1997 03:48:29 -0700 (PDT) Message-Id: In-Reply-To: <199706070552.BAA15148@goffette.research.megasoft.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 7 Jun 1997 03:53:06 -0700 To: deschall@gatekeeper.megasoft.com From: "Scott M. Hinnrichs" Subject: some stats for June 6th way low? Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk The stats just put up for June 6th seem about 1/5 what they should be for the sites I have been watching. hal.com, netserv.com, and sun.com all seem about 1/5 of normal. Something go awry in the stats gathering, or in the computation? Some others seem low, while others seem normal. Considering we just put up all new clients, perhaps there is some ID problem with the new clients? They are communicating with the keyserver/u2t gateway ok. Any ideas? Scott From owner-deschall-announce Sat Jun 7 11:12:20 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA29988 for deschall-outgoing; Sat, 7 Jun 1997 11:12:20 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA29983 for ; Sat, 7 Jun 1997 11:12:19 -0400 (EDT) Received: from f.gp.cs.cmu.edu(128.2.250.164) by gatekeeper.megasoft.com via smap (V2.0) id xma029981; Sat, 7 Jun 97 11:11:53 -0400 Date: Sat, 7 Jun 1997 11:17:05 -0400 (EDT) From: Duane Williams Subject: Re: some stats for June 6th way low? To: deschall@gatekeeper.megasoft.com Message-Id: <865696625/dtw@F.GP.CS.CMU.EDU> In-Reply-To: "Scott M. Hinnrichs"'s message of Sat, 7 Jun 1997 035306 -0700 References: Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > The stats just put up for June 6th seem about 1/5 what they should be for > the sites I have been watching. hal.com, netserv.com, and sun.com all seem > about 1/5 of normal. Something go awry in the stats gathering, or in the > computation? CMU.EDU seems to be completely missing and it's one of the highest ranked players. Duane From owner-deschall-announce Sat Jun 7 11:51:50 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA00235 for deschall-outgoing; Sat, 7 Jun 1997 11:51:50 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA00230 for ; Sat, 7 Jun 1997 11:51:50 -0400 (EDT) Received: from ricochet.net(204.179.107.3) by gatekeeper.megasoft.com via smap (V2.0) id xma000228; Sat, 7 Jun 97 11:51:40 -0400 Received: from [192.168.1.103] (c204500-a.frmt1.sfba.home.com [24.1.67.221]) by rgate.metricom.com (8.7.6/8.7.3) with SMTP id JAA29399 for ; Sat, 7 Jun 1997 09:00:27 -0700 (PDT) Message-Id: <199706071600.JAA29399@rgate.metricom.com> Subject: Re: some stats for June 6th way low? Date: Sat, 7 Jun 97 09:00:29 -0700 x-sender: zarzycki@pop.ricochet.net x-mailer: Claris Emailer 2.0, March 15, 1997 From: Dave Zarzycki To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk If you look at the summery stats, we're down 3000 hosts for the day... Now it's my turn to ask, were are the missing domains? davez I'm not speaking for Apple, blah, blah, etc. ------------------------------------------------------------- Dave Zarzycki Student Workgroup Server QA Tester Irvington High School Apple Computer, Inc. dazarzycki@irvington.org zarzycki@apple.com From owner-deschall-announce Sat Jun 7 11:56:21 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA00258 for deschall-outgoing; Sat, 7 Jun 1997 11:56:21 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA00253 for ; Sat, 7 Jun 1997 11:56:20 -0400 (EDT) Received: from pollux.davidson.edu(152.42.2.11) by gatekeeper.megasoft.com via smap (V2.0) id xma000251; Sat, 7 Jun 97 11:56:02 -0400 Received: from POLLUX.DAVIDSON.EDU by POLLUX.DAVIDSON.EDU (PMDF V5.0-6 #7389) id <01IJSGLK3ZDS8Y7YFX@POLLUX.DAVIDSON.EDU> for deschall@gatekeeper.megasoft.com; Sat, 07 Jun 1997 12:06:12 -0500 (EST) Date: Sat, 07 Jun 1997 12:06:12 -0500 (EST) From: Mike Weber Subject: Automating Mac Dialup with OTPPP To: deschall@gatekeeper.megasoft.com Message-id: <01IJSGLK427M8Y7YFX@POLLUX.DAVIDSON.EDU> X-VMS-To: IN%"deschall@gatekeeper.megasoft.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Now that the new client can establish a connection and then let it drop, I thought it'd be great to just let this puppy run on my home machine and let it dial up when needed. However, as many of you may have noticed, Open Transport PPP puts up a modal dialog box every time the connection drops due to an inactivity timeout. This modal dialog seems to completely interrupt key processing. Curses! I couldn't find a switch to shut this off, BUT I did find another solution: Download a FREE control panel called Okey Dokey Pro. It will hit the default button in any modal dialog after a user-defined amount of time. You can get it by going to www.shareware.com and searching for 'dokey' in the Mac index. I've set my PPP to drop after 1 minute of inactivity, and I've set OkeyDokey Pro to respond to modal dialogs put up by DESChall and the Finder in 5 seconds. Now the client is not hung up by OT's silly modal dialogs for more than 5 seconds or so each cycle. Dialogs put up by other programs are not automatically dismissed, in case you need to run something else that periodically puts up dialogs that you don't want automatically dismissed. You can set which programs are affected. Not bad! :) Here's another interesting phenomenon: While OT PPP is connected, key processing on my machine runs about 685 kk/sec. The instant the connection drops, the search rate improves almost 9% to 745 kk/sec! This happens even when all other applications have been quit (using the 'quit all apps' menu option in Deschall.) I had no idea the OT stack was such a CPU hog.... or is there another explanation? Anyway, now all of you dialup Mac users can let the client run 24/7 just like the lucky folks with a permanent connection. :) Have fun! Mike ----------------------------------------------------------------------- Mike Weber * Coordinator of Academic Computing Applications Support miweber@davidson.edu * Davidson College * Davidson, NC * (704) 892-2429 From owner-deschall-announce Sat Jun 7 12:13:51 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA00305 for deschall-outgoing; Sat, 7 Jun 1997 12:13:51 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA00300 for ; Sat, 7 Jun 1997 12:13:50 -0400 (EDT) Received: from zipcon.net(205.199.135.5) by gatekeeper.megasoft.com via smap (V2.0) id xma000298; Sat, 7 Jun 97 12:13:44 -0400 Received: from localhost (cassaela@localhost) by zipcon.net (8.8.5/8.7.3) with SMTP id JAA23921 for ; Sat, 7 Jun 1997 09:21:49 -0700 Date: Sat, 7 Jun 1997 09:21:49 -0700 (PDT) From: Cassaela To: deschall@gatekeeper.megasoft.com Subject: Re: some stats for June 6th way low? In-Reply-To: <865696625/dtw@F.GP.CS.CMU.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Sat, 7 Jun 1997, Duane Williams wrote: > > The stats just put up for June 6th seem about 1/5 what they should be for > > the sites I have been watching. hal.com, netserv.com, and sun.com all seem > > about 1/5 of normal. Something go awry in the stats gathering, or in the > > computation? > > CMU.EDU seems to be completely missing and it's one of the highest > ranked players. washington.edu, which used to have more than 60 machines working, is now somehow down to 4 - all of which are mine. (2 Macs and 2 OSF/1's.) If just one site dropped out for a day or two, I could understand.... maybe they just want to use their machines for some "real" work for a bit. :) But it's hard to imagine that so many people need so much processing time so suddenly. ____________________________________________________ cassaela@zipcon.net http://www.zipcon.net/cassaela ____________________________________________________ Ways To Order a Pizza, #6 Tell the order taker a rival pizza place is on the other line and you're going with the lowest bidder. From owner-deschall-announce Sat Jun 7 12:23:51 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA00363 for deschall-outgoing; Sat, 7 Jun 1997 12:23:51 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA00358 for ; Sat, 7 Jun 1997 12:23:50 -0400 (EDT) From: techs@obfuscation.org Received: from yop-tebya.obfuscation.org(208.209.25.230) by gatekeeper.megasoft.com via smap (V2.0) id xma000356; Sat, 7 Jun 97 12:23:37 -0400 Received: (qmail 10611 invoked from network); 7 Jun 1997 15:28:19 -0000 Received: from unknown (HELO idoru.obfuscation.org) (unknown) by unknown with SMTP; 7 Jun 1997 15:28:19 -0000 Received: (qmail 26327 invoked by uid 10); 7 Jun 1997 16:32:25 -0000 Message-ID: <19970607163224.26326.qmail@idoru.obfuscation.org> Subject: New Clients and a key timeout question To: deschall@gatekeeper.megasoft.com Date: Sat, 7 Jun 1997 12:32:24 -0400 (EDT) Reply-To: techs@obfuscation.org Organization: little tiny brain pan full of baked apricots, inc. X-Mailer: ELM [version 2.4 PL25 PGP3 *ALPHA*] MIME-Version: 1.0 Content-Type: application/X-pgp-message Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- First, WOW. the clients keep getting faster and faster. the first 64bit bitslice client on my 166mhz EV4 21066A Alpha (Dec Multia) brought the crunch rate up from ~200kk/sec to 540kk/sec.. I just got the new one and it's hauling along at ~940kk/sec ! jeeeeeez. never knew this little box could do THAT much work. the new 32bit bitslicing client on my sparc1 is also doubled my key rate to a (whopping? hah) 55kk/sec.. not much, but at least it's doing 2*2**27 keys per block instead of being locked down at 2*2**26. the Graph-O-Matic shows me a big hefty spike just from changing the client on the sparc1 last night, i can't wait to see the one from the new alpha client. (tangent question: any ETA on 32bit bitslice for 486 class linux/freebsd boxen? i've got two 5x86/133's (linux and freebsd) and another tiny 486/33 crunching away at a pitiful rate.. be nice to help them out just a tiny bit. likewise, a faster 68040 NextStep client would be nice..) Anyway, the changing of the clients brings up the age old question that I can't find in the FAQ... how long does it take the keyserver to recover from the loss of the keyblock i was working on when the client died off? does the new client have a graceful SIGHUP yet? i hate to lose even one half keyblock worth of cpu work. - -- (emf:erik fichtner:techs:discursive melancholia) "It's true. No man is an island. But if you take a bunch of dead guys and tie 'em together, they make a pretty good raft."- Red Meat http://www.obfuscation.org/~techs N 39 10.409' W 77 11.750' -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQEUAwUBM5mNER4vUu/DkipZAQF5AQf2J/utC6SFojGPKBT7U5tcpRkvRwfut/2w MbkTfkF5/BijMewEYKL4MHnV8UTPqx2G0+D/1/2ddceQp4uDN41WxIhJgRNlL+TJ 7idJ+8MKyv7Qn3XRT/PtmFVfxrJ5JR9yIRLixnfEBIZfd41uULkUCC/TiG8h0Qdv wooE+UxOEzMK5JGhw7GG656YGpTj9BDUp/P5Ka6qYA+hqUThh3sOwKklU3aWT1Jb OUbrFQWFiYSnKEUqvrCkXDyw1dPcrU0J2WBSUWmUz/PCAmDFAZ6DRWW6bzANIvBq WNV4BX4BGnGXrfzBbS05eIscb9yXqJy0PxfvjUbuWJSfWbU6ZrYe =aqzZ -----END PGP SIGNATURE----- From owner-deschall-announce Sat Jun 7 13:03:52 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA00466 for deschall-outgoing; Sat, 7 Jun 1997 13:03:52 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA00461 for ; Sat, 7 Jun 1997 13:03:51 -0400 (EDT) Received: from goodall1.u.washington.edu(140.142.12.163) by gatekeeper.megasoft.com via smap (V2.0) id xma000455; Sat, 7 Jun 97 13:03:23 -0400 Received: from localhost (mheroux@localhost) by goodall1.u.washington.edu (8.8.4+UW97.04/8.8.4+UW97.05) with SMTP id KAA39830; Sat, 7 Jun 1997 10:12:08 -0700 Date: Sat, 7 Jun 1997 10:12:08 -0700 (PDT) From: "M. Heroux" To: Cassaela cc: deschall@gatekeeper.megasoft.com Subject: Re: some stats for June 6th way low? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Sat, 7 Jun 1997, Cassaela wrote: > washington.edu, which used to have more than 60 machines working, is now > somehow down to 4 - all of which are mine. (2 Macs and 2 OSF/1's.) I noticed that.. Plus Ive got a fair amount of machines running.. Sparcs + my P-Pro.. plus numerous others. -mike From owner-deschall-announce Sat Jun 7 13:14:52 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA00488 for deschall-outgoing; Sat, 7 Jun 1997 13:14:52 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA00483 for ; Sat, 7 Jun 1997 13:14:51 -0400 (EDT) Received: from homer.louisville.edu(136.165.1.20) by gatekeeper.megasoft.com via smap (V2.0) id xma000481; Sat, 7 Jun 97 13:14:27 -0400 Received: from [136.165.6.151] (llarson.math.louisville.edu [136.165.6.151]) by homer.louisville.edu (8.8.4/8.7.3) with SMTP id NAA16661 for ; Sat, 7 Jun 1997 13:23:18 -0400 (EDT) Message-Id: <199706071723.NAA16661@homer.louisville.edu> Subject: Using New Macintosh Client via PPP Date: Sat, 7 Jun 97 13:23:30 -0400 x-mailer: Claris Emailer 2.0, March 15, 1997 From: Lee Larson To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I've been testing a beta version of the new Macintosh client for several weeks now, and have played with several variations to keep it going over a PPP connection on different machines. Here's the simplest solution I've found. (1) Set your PPP so that a client can initiate connections. This setting is in the PPP control panel. With this setting, the DES client can initiate a PPP connection when it needs a new batch of keys. The annoying part of this is that when the Mac is re-bonged, it also wants to initiate PPP. I can live with this because I rarely restart my Macs. (2) Get a little program called PPPop from the usual sources, or my ftp site at . This is a program which sits in the background watching a PPP connection. You can set it to cleanly kill a PPP connection after a certain maximum time. (3) Set PPPop to kill the PPP connection after 1 minute. This is usually plenty of time for the client to get a new batch of keys. If it doesn't get a batch of keys before the timeout, it will just initiate another connection, which repeats the whole process. The advantage of using PPPop is that it cleanly kills the PPP connection without the long lasting (and key killing) dialogs from the PPP control panel. I've been running this way on my machine at home for over a week and don't have any show-stopping problems with it. Lee Larson http://www.louisville.edu/~lmlars01/ (502)852-6826 Mathematics Department, University of Louisville, Louisville, KY 40292 From owner-deschall-announce Sat Jun 7 13:16:22 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA00514 for deschall-outgoing; Sat, 7 Jun 1997 13:16:22 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA00509 for ; Sat, 7 Jun 1997 13:16:21 -0400 (EDT) Received: from zipcon.net(205.199.135.5) by gatekeeper.megasoft.com via smap (V2.0) id xma000501; Sat, 7 Jun 97 13:15:55 -0400 Received: from localhost (cassaela@localhost) by zipcon.net (8.8.5/8.7.3) with SMTP id KAA25895; Sat, 7 Jun 1997 10:23:58 -0700 Date: Sat, 7 Jun 1997 10:23:58 -0700 (PDT) From: Cassaela To: "M. Heroux" cc: deschall@gatekeeper.megasoft.com Subject: Re: some stats for June 6th way low? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Hmm. Well, if *you've* got a fair amount of machines running, and *I've* got 4 machines running, and the stats only report 4 machines total, then I think it's safe to say that the stats have problems. On Sat, 7 Jun 1997, M. Heroux wrote: > On Sat, 7 Jun 1997, Cassaela wrote: > > > washington.edu, which used to have more than 60 machines working, is now > > somehow down to 4 - all of which are mine. (2 Macs and 2 OSF/1's.) > > I noticed that.. Plus Ive got a fair amount of machines running.. Sparcs + > my P-Pro.. plus numerous others. > > > > -mike > ____________________________________________________ cassaela@zipcon.net http://www.zipcon.net/cassaela ____________________________________________________ Real programmers don't document. If it was hard to write, it should be hard to understand. From owner-deschall-announce Sat Jun 7 13:29:23 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA00544 for deschall-outgoing; Sat, 7 Jun 1997 13:29:23 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA00539 for ; Sat, 7 Jun 1997 13:29:22 -0400 (EDT) Received: from comp.uark.edu(130.184.252.197) by gatekeeper.megasoft.com via smap (V2.0) id xma000536; Sat, 7 Jun 97 13:28:51 -0400 Received: from gibx.uark.edu (dsf@nemesis.uark.edu [130.184.221.8]) by comp.uark.edu (8.8.5/8.7.3) with SMTP id MAA26183 for ; Sat, 7 Jun 1997 12:37:42 -0500 (CDT) Date: Sat, 7 Jun 1997 12:37:32 -0500 (CDT) From: Scott Fendley X-Sender: dsf@gibx.uark.edu Reply-To: Scott Fendley To: deschall@gatekeeper.megasoft.com Subject: Re: some stats for June 6th way low? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Sat, 7 Jun 1997, Scott M. Hinnrichs wrote: > The stats just put up for June 6th seem about 1/5 what they should be for > the sites I have been watching. hal.com, netserv.com, and sun.com all seem > about 1/5 of normal. Something go awry in the stats gathering, or in the > computation? > Some others seem low, while others seem normal. Considering we just put up > all new clients, perhaps there is some ID problem with the new clients? > They are communicating with the keyserver/u2t gateway ok. I just popped on to check email and the stats page and I noticed that the krstats are presently showing the June 5th statistics. I would venture a guess that _maybe perhaps_ the stats are being re-run. The total keys done yesterday was down overall so perhaps a network glitch or maybe a glitch with the program that compiles the information. In either case I look forward to the real stats. Scott Fendley University of Arkansas Dept. of Computer Science Systems Admin From owner-deschall-announce Sat Jun 7 13:31:53 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA00565 for deschall-outgoing; Sat, 7 Jun 1997 13:31:53 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA00560 for ; Sat, 7 Jun 1997 13:31:52 -0400 (EDT) Received: from ns.jfku.edu(204.161.52.10) by gatekeeper.megasoft.com via smap (V2.0) id xma000558; Sat, 7 Jun 97 13:31:28 -0400 Received: by jfku.edu (5.x/SMI-SVR4) id AA02875; Sat, 7 Jun 1997 10:40:14 -0700 From: runge@jfku.edu (Karl J. runge) Message-Id: <9706071740.AA02875@jfku.edu> Subject: Re: some stats for June 6th way low? To: runge@crl.com Date: Sat, 7 Jun 1997 10:40:14 -0800 (PDT) Cc: deschall@gatekeeper.megasoft.com In-Reply-To: <865696625/dtw@F.GP.CS.CMU.EDU> from "Duane Williams" at Jun 7, 97 11:17:05 am X-Mailer: ELM [version 2.4 PL21] Content-Type: text Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Hi folks, I sent this message about 30 min ago, but it went to Duane not the group. I found the problem about 45min ago, I'm embarrassed to say my cron job ran twice (overlapped) last night. :-( I've put the previous days' stats in place. Should be about 1.5 hours to redo the new ones. I will post here when they are up. Karl > > > The stats just put up for June 6th seem about 1/5 what they should be for > > the sites I have been watching. hal.com, netserv.com, and sun.com all seem > > about 1/5 of normal. Something go awry in the stats gathering, or in the > > computation? > > CMU.EDU seems to be completely missing and it's one of the highest > ranked players. > > Duane > From owner-deschall-announce Sat Jun 7 13:32:52 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA00583 for deschall-outgoing; Sat, 7 Jun 1997 13:32:52 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA00578 for ; Sat, 7 Jun 1997 13:32:52 -0400 (EDT) From: keith.sippy@cedar-rapids.net Received: from cedar-rapids.net(206.24.60.1) by gatekeeper.megasoft.com via smap (V2.0) id xma000576; Sat, 7 Jun 97 13:32:46 -0400 Received: from PENT150 ([206.24.60.37]) by CEDAR-RAPIDS.NET with SMTP (IPAD 1.52/64) id 1055100 ; Sat, 07 Jun 1997 12:39:01 EST Date: Sat, 07 Jun 97 12:36:33 -0500 To: deschall@gatekeeper.megasoft.com Subject: Re: some stats for June 6th way low? In-Reply-To: X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v1.1 Message-Id: <199706071639.1055100@CEDAR-RAPIDS.NET> Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk In , on 06/07/97 at 03:53 AM, "Scott M. Hinnrichs" said: >The stats just put up for June 6th seem about 1/5 what they should be >for the sites I have been watching. hal.com, netserv.com, and sun.com >all seem about 1/5 of normal. Something go awry in the stats I checked the stats and mine has doubled. Actually exactly double of yesterdays total keys. Which is impossible for my machine to do. Another person could have started running it on this ISP. But, the coincidence of being exactly double of yesterdays is remote. Keith -- ----------------------------------------------------------- keith.sippy@cedar-rapids.net MR/2 ICE #432563512 Break DES. http://www.frii.com/~rcv/deschall.htm Support free choice on the Internet. Support eDNS! http://www.edns.net/ Is your free speech still free? http://www.aclu.org http://www.eff.org ----------------------------------------------------------- From owner-deschall-announce Sat Jun 7 14:16:53 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA00719 for deschall-outgoing; Sat, 7 Jun 1997 14:16:53 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA00714 for ; Sat, 7 Jun 1997 14:16:52 -0400 (EDT) Received: from unknown(128.172.89.118) by gatekeeper.megasoft.com via smap (V2.0) id xma000712; Sat, 7 Jun 97 14:16:23 -0400 Received: from [207.172.61.87] (rcm-as2s24.erols.com [207.172.61.87]) by ratboy.antennahead.com (8.8.0/8.6.12) with ESMTP id OAA15103 for ; Sat, 7 Jun 1997 14:25:29 -0400 Message-Id: In-Reply-To: <01IJSGLK427M8Y7YFX@POLLUX.DAVIDSON.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 7 Jun 1997 14:16:23 -0400 To: deschall@gatekeeper.megasoft.com From: andrew meggs Subject: Re: Automating Mac Dialup with OTPPP Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk At 12:06 PM -0500 6/7/97, Mike Weber wrote: >I've set my PPP to drop after 1 minute of inactivity, and I've set >OkeyDokey Pro to respond to modal dialogs put up by DESChall and the >Finder in 5 seconds. If you do that, you definitely should *NOT* disable logfile generation. Otherwise, you might miss the winning key. You don't need to be constantly checking the logfile, because the progress window will start flashing "KEY FOUND!" instead of drawing bars once the key is found, but the full information on what iteration inside what block will appear in a dialog box and the logfile, not in the progress window. >Here's another interesting phenomenon: While OT PPP is connected, key >processing on my machine runs about 685 kk/sec. The instant the >connection drops, the search rate improves almost 9% to 745 kk/sec! Pretty shocking, isn't it? And that performance lag is simply for having PPP open, even if no data is being sent or received. One of the things that seems to help is to edit your Modem script and reduce the serial port speed. Sending data to a 28.8 modem at 115200 bps is just plain overkill. 38400 is more realistic. If you want to be really shocked, get an MP system and see how fast the other processor(s) are running compared to the primary CPU that's handling all the IO interrupts. In fairness, I should say that the overhead on the primary CPU is only half as bad as the overhead that the "super-efficient" BeOS puts on both CPU's, but it's still a bit alarming. >Anyway, now all of you dialup Mac users can let the client run 24/7 >just like the lucky folks with a permanent connection. :) ____________________________________________________________________________ Andrew Meggs, content provider Antennahead Industries, Inc. From owner-deschall-announce Sat Jun 7 14:53:54 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA00805 for deschall-outgoing; Sat, 7 Jun 1997 14:53:54 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA00800 for ; Sat, 7 Jun 1997 14:53:53 -0400 (EDT) Received: from dopey.verser.frii.com(206.168.13.68) by gatekeeper.megasoft.com via smap (V2.0) id xma000798; Sat, 7 Jun 97 14:53:43 -0400 Received: (from deslists@localhost) by dopey.verser.frii.com (8.6.12/8.6.12) id NAA13244; Sat, 7 Jun 1997 13:02:32 -0600 Date: Sat, 7 Jun 1997 13:02:32 -0600 From: DES Challenge Lists Message-Id: <199706071902.NAA13244@dopey.verser.frii.com> To: deschall@gatekeeper.megasoft.com, runge@jfku.edu Subject: Re: some stats for June 6th way low? Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > From: runge@jfku.edu (Karl J. runge) > Subject: Re: some stats for June 6th way low? > Date: Sat, 7 Jun 1997 10:40:14 -0800 (PDT) > > Hi folks, I sent this message about 30 min ago, but it went to Duane > not the group. > > I found the problem about 45min ago, I'm embarrassed to say my > cron job ran twice (overlapped) last night. :-( > > I've put the previous days' stats in place. Should be about 1.5 hours > to redo the new ones. I will post here when they are up. > > Karl Karl: There's nothing to be embarassed about! I can attest to the complexity of (attempting) to get the stats perfect day after day. The revised stats went up a short while ago. They look *much* better. Thanks, Karl! -- Rocke From owner-deschall-announce Sat Jun 7 14:59:54 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA00824 for deschall-outgoing; Sat, 7 Jun 1997 14:59:54 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA00819 for ; Sat, 7 Jun 1997 14:59:53 -0400 (EDT) Received: from ns.jfku.edu(204.161.52.10) by gatekeeper.megasoft.com via smap (V2.0) id xma000817; Sat, 7 Jun 97 14:59:25 -0400 Received: by jfku.edu (5.x/SMI-SVR4) id AA04087; Sat, 7 Jun 1997 12:08:12 -0700 From: runge@jfku.edu (Karl J. runge) Message-Id: <9706071908.AA04087@jfku.edu> Subject: Stats corrected To: deschall@gatekeeper.megasoft.com Date: Sat, 7 Jun 1997 12:08:11 -0800 (PDT) Cc: runge@crl.com, rcv@dopey.verser.frii.com In-Reply-To: <9706071740.AA02875@jfku.edu> from "Karl J. runge" at Jun 7, 97 10:40:14 am X-Mailer: ELM [version 2.4 PL21] Content-Type: text Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk OK, the corrected stats are at the web site. Please check them out and look for any problems. No more "one time" cron jobs for me! The good news is we set a record yesterday 4.4Gkeys/sec! Rate Time to 50% ------------------------ ----------- Last 24 hours: 4.404 billion keys/sec 8 weeks Date Keys Done % Sum to Date % Rate (Gkeys/sec) ------ ---------------- ------ ----------------- ------ ------ 970606 380487117832192 0.528 12272259343319040 17.031 4.404 Sorry again for the technical difficulties ... Now let's break 5.0 Gkeys/sec this weekend! Karl From owner-deschall-announce Sat Jun 7 15:11:24 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA00852 for deschall-outgoing; Sat, 7 Jun 1997 15:11:24 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA00847 for ; Sat, 7 Jun 1997 15:11:24 -0400 (EDT) Received: from user2.ucinet.com(206.58.111.251) by gatekeeper.megasoft.com via smap (V2.0) id xma000845; Sat, 7 Jun 97 15:11:19 -0400 Received: from kb5cdx (ppp-2.ucinet.com [206.58.100.2]) by user2.ucinet.com (8.8.5/8.7.3) with SMTP id LAA17214 for ; Sat, 7 Jun 1997 11:27:18 -0700 Message-ID: <3399B45B.2151@ucinet.com> Date: Sat, 07 Jun 1997 12:19:55 -0700 From: Brett Mueller X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: deschall@gatekeeper.megasoft.com Subject: Cyrix Client? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Is there someone out there "in the know" that has written a client optimized for the Cyrix "6x86" family of processors? Of Rocke's Deschal[x] 4-5-6 Intel clients, Deschal4 seems to perform the fastest for mine--but my 133-Mhz ("P166+") Cyrix under (sigh) Win95 (I know, I know, I prefer Linux, too) is only cranking out 542K keys/sec during its idle periods, which seems somewhat lower than it is capable of. Techniques? Executables? Source code? Other ideas? (besides switching processors and O/Ss!) -- Brett Mueller KB5CDX mueller@ucinet.com From owner-deschall-announce Sat Jun 7 15:33:25 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA00928 for deschall-outgoing; Sat, 7 Jun 1997 15:33:25 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA00923 for ; Sat, 7 Jun 1997 15:33:24 -0400 (EDT) Received: from zipcon.net(205.199.135.5) by gatekeeper.megasoft.com via smap (V2.0) id xma000921; Sat, 7 Jun 97 15:33:16 -0400 Received: from localhost (cassaela@localhost) by zipcon.net (8.8.5/8.7.3) with SMTP id MAA31265; Sat, 7 Jun 1997 12:41:19 -0700 Date: Sat, 7 Jun 1997 12:41:18 -0700 (PDT) From: Cassaela To: "Karl J. runge" cc: deschall@gatekeeper.megasoft.com Subject: Re: Stats corrected In-Reply-To: <9706071908.AA04087@jfku.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Sat, 7 Jun 1997, Karl J. runge wrote: > OK, the corrected stats are at the web site. Please check them > out and look for any problems. I'm not sure this counts as a problem.... but I've always wondered why domains (like mine, for example) that show up on the Level II lists are excluded from the Level III lists. ____________________________________________________ cassaela@zipcon.net http://www.zipcon.net/cassaela ____________________________________________________ Ways To Order a Pizza, #8 Answer their questions with questions. From owner-deschall-announce Sat Jun 7 17:14:57 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA01102 for deschall-outgoing; Sat, 7 Jun 1997 17:14:57 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA01095 for ; Sat, 7 Jun 1997 17:14:56 -0400 (EDT) Received: from hate.sizone.org(209.50.72.17) by gatekeeper.megasoft.com via smap (V2.0) id xma001091; Sat, 7 Jun 97 17:14:42 -0400 Received: by sizone.org (Linux Smail3.1.93 #5) id m0waSzi-000H3YC; Sat, 7 Jun 97 17:25:54 -0400 (EDT) Message-Id: From: mathboy@sizone.org (Eating Before Swimming) Subject: major upsets! To: deschall@gatekeeper.megasoft.com Date: Sat, 7 Jun 1997 17:25:54 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Wow... some big changes in the rankings from yesterday! Sun down to 15, Apple up to 3rd, claris 13th, MIT 18th, PSU down to 5th! And low total keys as well! (Not to mention that I know uPowered checked at least 2^20 key yesterday, but we are nowhere in the stats...) Whats goin on? :) uPowered is going again, and with these new clients, has pulled a Sun-only site of ours to the top of our effort! (But not when our primarily Alphas- site contributor admin gets his new cliens going!) The increase in speed for a buncha SuperSparcs with the new client is 135%! For a sparc 5 netra it went from 120kk/s to 313kk/s! Great stuff! Well hope we show in the stats tommorow - I clocked uPowered for the last 6 hours just now at around 45Mk/s! (We also still have about 10-15 machines still down...) /kc -- Ken Chase mathboy@sizone.org Sonic Interzone $free$ email/news Toronto Canada ------------------------------------------------------------------------------ Join the DES Challenge! Wake up the US Govt! www.frii.com/~rcv/deschall.htm NB:Only 16000 P200-months CPU req'd to recover 56-bit IBM alliance keys! ** U.S. EXPORT LAWS MAY NOT APPLY TO YOUR COUNTRY: DEVELOP YOUR NATIONS' OWN CRYPTO-EXPORT INDUSTRY! USE 2048bit KEYS FREELY! FLAUNT YOUR SOVEREIGNTY! ** From owner-deschall-announce Sat Jun 7 18:29:58 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA01343 for deschall-outgoing; Sat, 7 Jun 1997 18:29:58 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA01338 for ; Sat, 7 Jun 1997 18:29:58 -0400 (EDT) Received: from mercury.sun.com(192.9.25.1) by gatekeeper.megasoft.com via smap (V2.0) id xma001336; Sat, 7 Jun 97 18:29:35 -0400 Received: from West.Sun.COM ([129.153.100.30]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id PAA12252; Sat, 7 Jun 1997 15:57:39 -0700 Received: from marvin.west.sun.com by West.Sun.COM (SMI-8.6/SMI-5.3) id PAA28850; Sat, 7 Jun 1997 15:37:29 -0700 Received: by marvin.west.sun.com (SMI-8.6/SMI-SVR4) id PAA10185; Sat, 7 Jun 1997 15:38:23 -0700 From: john.falkenthal@West.Sun.COM (John Falkenthal) Message-Id: <199706072238.PAA10185@marvin.west.sun.com> Subject: My box is bigger than your box To: deschall@gatekeeper.megasoft.com Date: Sat, 7 Jun 1997 15:38:23 -0800 (PDT) Cc: show@xylan.com X-Mailer: ELM [version 2.4 PL21] Content-Type: text Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk My style is better than your style - my kung-fu is stronger than your kung-fu! sorry - but I can't help myself! Just fired up a Sun Starfire server that is sustaining over 120 Mkeys/sec - that's right, 1 machine. Using SGI/Cray's own numbers, that is just a hair shy of a fully configured Cray T90 (I am going from memory that a T90 is max 32 procs @ 450mhz). Just wish I could get more Starfire's for longer periods of time... JF From owner-deschall-announce Sat Jun 7 18:47:59 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA01389 for deschall-outgoing; Sat, 7 Jun 1997 18:47:59 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA01384 for ; Sat, 7 Jun 1997 18:47:58 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma001382; Sat, 7 Jun 97 18:47:38 -0400 Received: from iceland.cis.ohio-state.edu (iceland.cis.ohio-state.edu [164.107.138.2]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id SAA11858; Sat, 7 Jun 1997 18:56:27 -0400 Received: from localhost (dolske@localhost) by iceland.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id SAA16755; Sat, 7 Jun 1997 18:56:28 -0400 (EDT) X-Authentication-Warning: iceland.cis.ohio-state.edu: dolske owned process doing -bs Date: Sat, 7 Jun 1997 18:56:25 -0400 (EDT) From: Justin Dolske Reply-To: Justin Dolske To: John Falkenthal cc: deschall@gatekeeper.megasoft.com Subject: Re: My box is bigger than your box In-Reply-To: <199706072238.PAA10185@marvin.west.sun.com> Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Sat, 7 Jun 1997, John Falkenthal wrote: > sorry - but I can't help myself! Just fired up a Sun Starfire server > that is sustaining over 120 Mkeys/sec - that's right, 1 machine. Zoinks! That's fast! I guess we've got a new benchmark to add to the benchmarks page... Is that a fully decked out system? [64 250Mhz UltraSparc II's?] Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. From owner-deschall-announce Sat Jun 7 20:58:01 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA01670 for deschall-outgoing; Sat, 7 Jun 1997 20:58:01 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA01665 for ; Sat, 7 Jun 1997 20:58:01 -0400 (EDT) Received: from dilbert.iagnet.net(207.206.8.155) by gatekeeper.megasoft.com via smap (V2.0) id xma001663; Sat, 7 Jun 97 20:57:39 -0400 Received: (from jamie@localhost) by dilbert.iagnet.net (8.8.5/8.8.5) id VAA11002 for deschall@gatekeeper.megasoft.com; Sat, 7 Jun 1997 21:06:26 -0400 (EDT) Message-Id: <199706080106.VAA11002@dilbert.iagnet.net> Subject: Sparc upgrade.. To: deschall@gatekeeper.megasoft.com Date: Sat, 7 Jun 1997 21:06:26 -0400 (EDT) RFC_Violation: You saw it here first! From: jamie@dilbert.iagnet.net (Jamie Rishaw) X-PGP-Fingerprint: <921C135D> C4 48 1B 26 18 7B 1F D9 BA C4 9C 7A B1 07 07 E8 Reply-To: jamie@dilbert.iagnet.net Organization: Internet Access Group, Inc. X-No-Archive: yes X-Face: >:-p X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I have deschall running on (among other things) some low-end sparcs.. I've seen radical improvements in speed with the new binary.. Model OLDsec NEWsec Improve SS10m40/32M 6300 3900 61% SS5m85 /32M 6400 3988 60% Good work =) -jamie -- jamie g.k. rishaw dal/efnet:gavroche Internet Access Group 'whois JGR2' for PGP keyID/Fingerprint __ Network Operations/TSD DID:216.902.5455 FAX:216.623.3566 \/ 800.637.4IAGx5455 DES: Help Crack the code! http://www.frii.com/~rcv/deschall.htm From owner-deschall-announce Sun Jun 8 00:44:36 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA02115 for deschall-outgoing; Sun, 8 Jun 1997 00:44:36 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA02110 for ; Sun, 8 Jun 1997 00:44:35 -0400 (EDT) Date: Sun, 8 Jun 1997 00:44:35 -0400 (EDT) Received: from cmuvm.csv.cmich.edu(141.209.1.16) by gatekeeper.megasoft.com via smap (V2.0) id xma002108; Sun, 8 Jun 97 00:44:35 -0400 Received: from [153.35.112.97] by CMUVM.CSV.CMICH.EDU (IBM VM SMTP V2R4) with TCP; Sun, 08 Jun 97 00:51:40 EDT X-Sender: 3yt7knq@cmuvm.csv.cmich.edu Message-Id: In-Reply-To: <199706071723.NAA16661@homer.louisville.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Lee Larson From: "Charles E. Novitski" Subject: Re: Using New Macintosh Client via PPP Cc: Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Thanks for your suggestions. They have helped but not attained my objectives. I am trying to get the new Macintosh client to log on and log off as needed. System 7.5.5, PPP 2.5, Geoport Internal "modem" 28.8. Internet provider disconnects after 10-15 minutes of inactivity. >I've been testing a beta version of the new Macintosh client for several >weeks now, and have played with several variations to keep it going over >a PPP connection on different machines. Here's the simplest solution I've >found. > >(1) Set your PPP so that a client can initiate connections. This setting >is in the PPP control panel. With this setting, the DES client can >initiate a PPP connection when it needs a new batch of keys. The annoying >part of this is that when the Mac is re-bonged, it also wants to initiate >PPP. I can live with this because I rarely restart my Macs. This was already the case. > >(2) Get a little program called PPPop from the usual sources, or my ftp >site at > >. > >This is a program which sits in the background watching a PPP connection. >You can set it to cleanly kill a PPP connection after a certain maximum >time. I did this. Set the timer to 5 minutes. This basically seems to work (although it seemed to have had slightly different effects on several occasions.) But it consistently gives two problems. First, I now get windows that I have never seen before, one that says that the sever has said " ", and one that says something to the effect that PPP has disconnected. Each is a message window that has to be clicked away. This first problem I tried to solve by using Okey Dokey Pro 2.0. I downloaded it, installedit, and set the timer to 30 seconds. That is successful in clicking away the message windows. But now, problem 2 is that the Deschall Mac client (latest) ends up in the background so that my speed goes down from 800+kkeys/sec to little over 200 kkeys/sec. My question is how can I restore or retain the Mac client in the foreground (or comparable fix)? As an earlier protocol, I used Deschall in the foreground and Eudora Pro in the background, retrieving mail every 10 minutes. This has two drawbacks. Presumably because the Geoport is on continuously and is a pseudomodem that uses substantial cpu capacity, my speed is slowed to about 550+kkeys/sec. Also, having Eudora and its password open continuously is not always a satisfactory solution. Your comments are appreciated. Thanks. > >(3) Set PPPop to kill the PPP connection after 1 minute. This is usually >plenty of time for the client to get a new batch of keys. If it doesn't >get a batch of keys before the timeout, it will just initiate another >connection, which repeats the whole process. > >The advantage of using PPPop is that it cleanly kills the PPP connection >without the long lasting (and key killing) dialogs from the PPP control >panel. > >I've been running this way on my machine at home for over a week and >don't have any show-stopping problems with it. > > >Lee Larson http://www.louisville.edu/~lmlars01/ (502)852-6826 >Mathematics Department, University of Louisville, Louisville, KY 40292 From owner-deschall-announce Sun Jun 8 02:57:39 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id CAA02621 for deschall-outgoing; Sun, 8 Jun 1997 02:57:39 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id CAA02616 for ; Sun, 8 Jun 1997 02:57:38 -0400 (EDT) Received: from unknown(128.172.89.118) by gatekeeper.megasoft.com via smap (V2.0) id xma002614; Sun, 8 Jun 97 02:57:21 -0400 Received: from [207.172.61.87] (rcm-as2s24.erols.com [207.172.61.87]) by ratboy.antennahead.com (8.8.0/8.6.12) with ESMTP id DAA15938 for ; Sun, 8 Jun 1997 03:06:41 -0400 Message-Id: In-Reply-To: References: <199706071723.NAA16661@homer.louisville.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 8 Jun 1997 03:05:53 -0400 To: deschall@gatekeeper.megasoft.com From: andrew meggs Subject: Re: Using New Macintosh Client via PPP Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk At 12:44 AM -0400 6/8/97, Charles E. Novitski wrote: > >System 7.5.5, PPP 2.5, Geoport Internal "modem" 28.8. Internet provider >disconnects after 10-15 minutes of inactivity. My first suggestion would be to try using the official OT/PPP rather than FreePPP or MacPPP or whatever you've currently got. It just seems to be a little better integrated with OT. > But it consistently gives two problems. First, I now get >windows that I have never seen before, one that says that the sever has >said " ", That's just weird. Is 'The server said " "' the exact wording? >But now, problem 2 is that the Deschall Mac client (latest) ends up in the >background so that my speed goes down from 800+kkeys/sec to little over 200 >kkeys/sec. I've never messed with either of these little extensions, so I can't really speculate. What program keeps pulling itself to the foreground in place of deschall? > My question is how can I restore or retain the Mac client in >the foreground (or comparable fix)? The best solution is to keep the problem from happening. As a second best solution, someone asked me to make a client that pulled itself to the foreground automatically if more than a user-settable number of minutes elapsed, and I added five lines of code to make it do just that. This would still leave the client in the background for 5-10 minutes every time it got sent there, but that's better than staying there for an entire keyblock. If you ask nicely, I suppose you could "beta test" it. ____________________________________________________________________________ Andrew Meggs, content provider Antennahead Industries, Inc. From owner-deschall-announce Sun Jun 8 03:10:09 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id DAA02653 for deschall-outgoing; Sun, 8 Jun 1997 03:10:09 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id DAA02648 for ; Sun, 8 Jun 1997 03:10:08 -0400 (EDT) Received: from serv1-2.jump.net(204.238.120.19) by gatekeeper.megasoft.com via smap (V2.0) id xma002643; Sun, 8 Jun 97 03:09:41 -0400 Received: from bleep.jump.net by serv1.jump.net (8.8.5/jump.1.11) id CAA26545; Sun, 8 Jun 1997 02:18:22 -0500 (CDT) Message-Id: <199706080718.CAA26545@serv1.jump.net> Comments: Authenticated sender is From: "Richard Hendricks" Organization: Motorola To: Lee Larson , "Charles E. Novitski" Date: Sun, 8 Jun 1997 02:17:57 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Using New Macintosh Client via PPP Reply-to: hendric@jump.net CC: X-mailer: Pegasus Mail for Win32 (v2.42) Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Date: Sun, 8 Jun 1997 00:44:35 -0400 (EDT) To: Lee Larson From: "Charles E. Novitski" Subject: Re: Using New Macintosh Client via PPP Cc: >Thanks for your suggestions. They have helped but not attained my >objectives. I am trying to get the new Macintosh client to log on and log >off as needed. Do you or anyone else know of a way to do that with the PC client? I'm running Windows 95 on two computers sharing the same phone line. If I could set them up for dial-up on demand, it would allow them to both check for keys and also save me alot of connect time. -- Richard Hendricks, Applications Engineer, Austin, Texas No dictator, no invader can hold an imprisoned population by force of arms forever. There is no greater power in the universe than the need for freedom. Against that power, government and tyrants and armies cannot stand. The Centauri learned this lesson once. We will teach it to them again. Though it may take a thousand years, we will be free. --G'Kar, 'The Long, Twilight Struggle', Babylon 5 hendric@jump.net From owner-deschall-announce Sun Jun 8 08:48:46 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id IAA03412 for deschall-outgoing; Sun, 8 Jun 1997 08:48:46 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id IAA03407 for ; Sun, 8 Jun 1997 08:48:45 -0400 (EDT) Received: from cmu1.acs.cmu.edu(128.2.35.186) by gatekeeper.megasoft.com via smap (V2.0) id xma003405; Sun, 8 Jun 97 08:48:41 -0400 Received: from [128.2.120.41] (CREAMOFWHEAT-41.SLIP.ANDREW.CMU.EDU [128.2.120.41]) by cmu1.acs.cmu.edu (8.8.2/8.7.3) with ESMTP id IAA03238 for ; Sun, 8 Jun 1997 08:57:29 -0400 X-Sender: dtw@f.gp.cs.cmu.edu Message-Id: In-Reply-To: References: <199706071723.NAA16661@homer.louisville.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 8 Jun 1997 08:56:03 -0400 To: deschall@gatekeeper.megasoft.com From: Duane T Williams Subject: Re: Using New Macintosh Client via PPP Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I would like to report that the new Mac client together with MacSLIP 3.0.3 does the logon/logoff trick quite nicely with DESChall/OT in the foreground with no additional extensions/programs needed. I configured MacSLIP to auto-connect on TCP open or packet activity and to auto-disconnect after a few minutes of idleness. I have seen the new client get stuck, which I believe happens if it's in the background when the relogon occurs, although I don't know if it gets stuck all the time. (I avoid the situation.) The relogon is successful, but the client doesn't seem to realize it. I have been able to unstick it by manually disconnecting and reconnecting. It then completes its communication with the server. __________ -------------------------------------------------\ / Duane Thomas Williams (mailto:duane+@cmu.edu) \ / Carnegie Mellon University, DH 4307F, 412-268-7896 \ / http://www.cs.cmu.edu/~dtw/ \ / -----------------------------------------------------\/ From owner-deschall-announce Sun Jun 8 10:23:48 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id KAA03558 for deschall-outgoing; Sun, 8 Jun 1997 10:23:48 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id KAA03553 for ; Sun, 8 Jun 1997 10:23:47 -0400 (EDT) Received: from homer.louisville.edu(136.165.1.20) by gatekeeper.megasoft.com via smap (V2.0) id xma003551; Sun, 8 Jun 97 10:23:45 -0400 Received: from [136.165.221.21] (ppp0120.remote.louisville.edu [136.165.221.21]) by homer.louisville.edu (8.8.4/8.7.3) with SMTP id KAA12946; Sun, 8 Jun 1997 10:32:28 -0400 (EDT) Message-Id: <199706081432.KAA12946@homer.louisville.edu> Subject: Re: Using New Macintosh Client via PPP Date: Sun, 8 Jun 97 10:32:25 -0400 x-mailer: Claris Emailer 2.0, March 15, 1997 From: Lee Larson To: "Charles E. Novitski" cc: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Charles E. Novitski wrote on 6/8/97 12:44 AM >I did this. Set the timer to 5 minutes. This basically seems to work >(although it seemed to have had slightly different effects on several >occasions.) But it consistently gives two problems. First, I now get >windows that I have never seen before, one that says that the sever has >said " ", and one that says something to the effect that PPP has >disconnected. Each is a message window that has to be clicked away. This sounds to me like the behavior of the PPP control panel and not PPPop. Check your timeout settings in the PPP control panel and make sure it isn't kicking in before PPPop does its thing. My experience with this is that PPPop stays in the background and the DES client stays in the foreground. There is a message window for ten seconds or so when the connection is actually being terminated, but nothing else, and certainly nothing to click. It's been working this way for over a week. In fact, the new client has been doing this for over 200 billion keys in the current run. Perhaps versions make a difference. Mac OS 7.6.1 Open Transport 1.1.2 (note this is newer than that which comes with 7.6.1) Open Transport/PPP 1.0 PPPop 1.5.4 I've got this working on a PowerBase 240. Lee Larson http://www.louisville.edu/~lmlars01/ (502)852-6826 Mathematics Department, University of Louisville, Louisville, KY 40292 USA From owner-deschall-announce Sun Jun 8 10:51:48 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id KAA03617 for deschall-outgoing; Sun, 8 Jun 1997 10:51:48 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id KAA03612 for ; Sun, 8 Jun 1997 10:51:47 -0400 (EDT) Received: from brickbat8.mindspring.com(207.69.200.11) by gatekeeper.megasoft.com via smap (V2.0) id xma003610; Sun, 8 Jun 97 10:51:39 -0400 Received: from [209.86.12.15] (user-38lc30f.dialup.mindspring.com [209.86.12.15]) by brickbat8.mindspring.com (8.8.5/8.8.5) with ESMTP id LAA20834 for ; Sun, 8 Jun 1997 11:00:27 -0400 (EDT) X-Sender: dakidd@pop.mindspring.com Message-Id: In-Reply-To: <199706081432.KAA12946@homer.louisville.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 8 Jun 1997 11:03:26 -0400 To: deschall@gatekeeper.megasoft.com From: Dakidd Subject: Re: Using New Macintosh Client via PPP Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > >Perhaps versions make a difference. > >Mac OS 7.6.1 >Open Transport 1.1.2 (note this is newer than that which comes with 7.6.1) >Open Transport/PPP 1.0 >PPPop 1.5.4 > >I've got this working on a PowerBase 240. The processor makes a *BIG* difference. 68K based systems don't re-establish comunications under DESChall. DESChall never speaks to the server again after the connection is lost the first time. Once the PPP connection is lost (for any reason) DESChall has to be killed then restarted before any further conversation with the server will happen. PPC systems run a different version of the client that does re-establish with the server. I'm still waiting to see the new version of the 68K client that will re-make the connection properly. Andrew said he needed stubs for the MP library to build a 68K version of the PPC client, and I've provided them, but so far, nada. Any progress, Andrew? Dakidd@mindspring.com +------------------------------+ +---------------------------------+ |Do you ever get the feel that | |I will choose a path that's clear| or |the story's too damn real and | |I will choose free will -Rush | |in the present tense? -J. Tull| +---------------------------------+ +------------------------------+ From owner-deschall-announce Sun Jun 8 13:16:21 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA03942 for deschall-outgoing; Sun, 8 Jun 1997 13:16:21 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA03937 for ; Sun, 8 Jun 1997 13:16:20 -0400 (EDT) Received: from dopey.verser.frii.com(206.168.13.68) by gatekeeper.megasoft.com via smap (V2.0) id xma003935; Sun, 8 Jun 97 13:16:04 -0400 Received: (from rcv@localhost) by dopey.verser.frii.com (8.6.12/8.6.12) id LAA20320 for deschall@gatekeeper.megasoft.com; Sun, 8 Jun 1997 11:24:54 -0600 Date: Sun, 8 Jun 1997 11:24:54 -0600 From: Rocke Verser Message-Id: <199706081724.LAA20320@dopey.verser.frii.com> To: deschall@gatekeeper.megasoft.com Subject: Expected date of solution Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- RSA DES Challenge Time-Of-Completion estimate - 06/08/97 - -------------------------------------------------------- Introduction / Assumptions / Notes / Other Observations: Please refer to my posting, dated 06/06/97, for more information. Factual data: Recent DESCHALL keyrate: 5.185 billion keys per second Recent SolNet keyrate: 2.386 billion keys per second Recent SGI keyrate: ~2.890 billion keys per second DESCHALL keyspace complete: 17.653% Solnet keyspace complete: 10.6595% SGI keyspace complete: ~20.266% Results, assuming constant keyrates, and no cooperation: Expected date of solution: 47 days from now. Probability that a DESCHALL client will find the key: 58% Probability that a SolNet client will find the key: 17% Probability that an SGI client will find the key: 25% - -- Rocke Verser - -- PGP Fingerprint PGP ID = 1025/00000001 - -- EE 73 A9 78 60 9C BA CA DF FC 68 37 CD 73 F3 96 -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBM5rqG3I7TKUAAAABAQHZPwQAvaYSuV6/vJU+Wgu5/NXisnHoN6cNK+vp CZW3H2LwNl1BnHgLMOUomUwDscjx5PTLyZ4bXlzZnlebIV3t5yC2p8FTuHCHjp7C P/xiEjpYzoZBRJ68zYjGMAXspT4WXO59zDwMXt2S82sPAsfo5qVRSWdKvpgC1r5E GXFdzQfW7ZQ= =gz3+ -----END PGP SIGNATURE----- From owner-deschall-announce Sun Jun 8 13:45:22 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA03992 for deschall-outgoing; Sun, 8 Jun 1997 13:45:22 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA03987 for ; Sun, 8 Jun 1997 13:45:21 -0400 (EDT) From: techs@obfuscation.org Received: from yop-tebya.obfuscation.org(208.209.25.230) by gatekeeper.megasoft.com via smap (V2.0) id xma003985; Sun, 8 Jun 97 13:45:08 -0400 Received: (qmail 10858 invoked from network); 8 Jun 1997 16:49:47 -0000 Received: from unknown (HELO idoru.obfuscation.org) (unknown) by unknown with SMTP; 8 Jun 1997 16:49:47 -0000 Received: (qmail 28682 invoked by uid 10); 8 Jun 1997 17:53:56 -0000 Message-ID: <19970608175356.28681.qmail@idoru.obfuscation.org> Subject: appletalk to tcp gateway? To: deschall@gatekeeper.megasoft.com Date: Sun, 8 Jun 1997 13:53:56 -0400 (EDT) Reply-To: techs@obfuscation.org Organization: little tiny brain pan full of baked apricots, inc. X-Mailer: ELM [version 2.4 PL25 PGP3 *ALPHA*] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk This is a little off topic, but the end goal is getting more systems hooked to deschall, so hopefully that will coax an answer out of someone if there is an answer at all. with that said.... I've got a couple macintosh systems here, but only one of them actually has an ethernet card (and even the capability to HAVE an ethernet card.. we're talking about pretty old boxen here.) but they are hooked to the in house AppleTalk network. Is there any freeware/shareware software that will let me do tcp/ip over appletalk, and turn the one mac with an ethernet interface into a gateway machine? I know there are rather pricey hardware solutions, and similarly priced software from Apple, but the net community generally abhors a vacuum and creates something small to do the trick in a pinch.. thanks, -- (emf:erik fichtner:techs:discursive melancholia) "It's true. No man is an island. But if you take a bunch of dead guys and tie 'em together, they make a pretty good raft."- Red Meat http://www.obfuscation.org/~techs N 39 10.409' W 77 11.750' From owner-deschall-announce Sun Jun 8 14:24:22 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA04064 for deschall-outgoing; Sun, 8 Jun 1997 14:24:22 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA04059 for ; Sun, 8 Jun 1997 14:24:21 -0400 (EDT) Received: from acme.genesis.ezlink.com(199.45.150.245) by gatekeeper.megasoft.com via smap (V2.0) id xma004055; Sun, 8 Jun 97 14:24:06 -0400 Received: (qmail 11206 invoked by uid 501); 8 Jun 1997 18:32:28 -0000 Date: Sun, 8 Jun 1997 12:32:16 -0600 (MDT) From: Matt Clauson To: techs@obfuscation.org cc: deschall@gatekeeper.megasoft.com Subject: Re: appletalk to tcp gateway? In-Reply-To: <19970608175356.28681.qmail@idoru.obfuscation.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Sun, 8 Jun 1997 techs@obfuscation.org wrote: > I've got a couple macintosh systems here, but only one of them actually has > an ethernet card (and even the capability to HAVE an ethernet card.. we're > talking about pretty old boxen here.) but they are hooked to the in > house AppleTalk network. > > Is there any freeware/shareware software that will let me do tcp/ip over > appletalk, and turn the one mac with an ethernet interface into a gateway > machine? I know there are rather pricey hardware solutions, and similarly > priced software from Apple, but the net community generally abhors a vacuum > and creates something small to do the trick in a pinch.. I know the old TCP/IP extension (I think, I don't work with Macs much any more) will run on appletalk. As for a router, I can't help you... But maybe someone else can. Matt -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBM5r6uPA2dQTrNiqdAQGpegP/W/Ko3sElbI70QeHkVAZf954MXkMt5IL8 TCZikf426JR7amGNltG6/7jt5VAMgP8IUDrrVkh1rdLesQ+ReSPfDlG2osrv54Qu UJ8ArUZRXvi6ou7cemvG4Cwnu7mycPUd8Fw89cWS+KsW2p1o2pLT+vqiQv0lIiVF Z+myFc6tSG0= =W/ed -----END PGP SIGNATURE----- From owner-deschall-announce Sun Jun 8 16:27:25 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA04257 for deschall-outgoing; Sun, 8 Jun 1997 16:27:25 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA04252 for ; Sun, 8 Jun 1997 16:27:24 -0400 (EDT) Received: from duppp5.chmbg.franklin.pa.net(207.44.16.25) by gatekeeper.megasoft.com via smap (V2.0) id xma004250; Sun, 8 Jun 97 16:27:03 -0400 Received: from el03 - 207.44.17.188 by mail.cvn.net with Microsoft SMTPSVC; Sun, 8 Jun 1997 16:26:49 -0400 Comments: Authenticated sender is From: "Gerry Ellington" To: deschall@gatekeeper.megasoft.com Date: Sun, 8 Jun 1997 16:35:08 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Threading X-mailer: Pegasus Mail for Win32 (v2.54) Message-ID: <027014926200867MAIL@mail.cvn.net> Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I am just starting to use the NT Client, and have a question. I have a Dual PPro 200 MZ with 128 MB of Ram running NT 4.0. The question I have is: Is the deschal6 client multithreaded ? I am getting about the same key rate that I used to under OS/2 which was single processor. The task bar shows only 50 % utilization under load with DES Gui and SEVERAL other things going. Why does the client not suck up the rest of the CPU processes ? Is this a thread issue ? Thanks. -- ------------------------------------------------------------- Gerry Ellington http://www.pa.net/~ellingtg ... I don't have a life, I have a BBS... ------------------------------------------------------------- From owner-deschall-announce Sun Jun 8 16:35:25 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA04284 for deschall-outgoing; Sun, 8 Jun 1997 16:35:25 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA04279 for ; Sun, 8 Jun 1997 16:35:24 -0400 (EDT) Received: from digistar.com(204.71.96.189) by gatekeeper.megasoft.com via smap (V2.0) id xma004274; Sun, 8 Jun 97 16:35:00 -0400 Received: from localhost (jsb@localhost) by digistar.COM (8.8.5/8.8.5/jsb) with SMTP id PAA03945 for ; Sun, 8 Jun 1997 15:43:51 -0500 Date: Sun, 8 Jun 1997 15:43:50 -0500 (CDT) From: Jason Buchanan Reply-To: jsb@digistar.com cc: deschall@gatekeeper.megasoft.com Subject: normal? In-Reply-To: <199706081724.LAA20320@dopey.verser.frii.com> Message-ID: X-Security: UNCLASSIFIED MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk hi, I entered myself into the maelstrom and I have a question: All this "key not found" business... is this normal? Is this correct or do I have something misconfigured. I'm running it on three different intel hosts, one a slow 486/66, another a Pentium Pro 233MHz (yes, it's fast :), and yet another on a Pentium Pro 200. All say Key not found. However, the 4th machine i'm running it on is a SS2 and it said "Key found" or something like that... and since I wasn't paying close attention I don't know if this is normal for the sun build to display this or not. I ran the -m test, it said 4 seconds on the ppro 233. When I axed all the background daemons and cron it stayed at 3 seconds. www.digistar.com is a busy box. ./deschall-linux-P6 keymaster.verser.frii.com & ***** FOR USE IN THE USA AND CANADA ONLY ***** *************** NOT FOR EXPORT *************** Selftest passed Program version: V0.214 Mar 12 1997 13:45:12 Processor #1: Working Processor 1 -- 2^22 complementary pairs of keys starting with 7CADE93819800101 ..Processor 1 -- Elapsed time: 7 seconds Processor 1 -- Key not found Processor 1 -- 2^26 complementary pairs of keys starting with 79A8D90240010101 ................................Processor 1 -- Elapsed time: 119 seconds Processor 1 -- Key not found Processor 1 -- 2^28 complementary pairs of keys starting with 79ADD96140010101 ................................................................ ................................................................ Processor 1 -- Elapsed time: 504 seconds Processor 1 -- Key not found Processor 1 -- 2^30 complementary pairs of keys starting with 7CA8F82C01010101 ................................................................ ................................................................ [anon] The 2^30 results are usually 1990-2020 seconds. Usually closer to 2005. I'd like to try this sometime in single-user mode. I have a LOT of garbage running on this box... mrtg, httpd, etc. thanks, Jason -- ____ . . __ / __ \__ ___ __ ___ / /____ _____ jsb@digistar.com Jason S. Buchanan / /_/ / / // / /(_-; Sun, 8 Jun 1997 16:47:24 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma004369; Sun, 8 Jun 97 16:47:20 -0400 Received: from cuba.cis.ohio-state.edu (cuba.cis.ohio-state.edu [164.107.138.5]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id QAA29612; Sun, 8 Jun 1997 16:56:09 -0400 Received: from localhost (dolske@localhost) by cuba.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id QAA09670; Sun, 8 Jun 1997 16:56:09 -0400 (EDT) X-Authentication-Warning: cuba.cis.ohio-state.edu: dolske owned process doing -bs Date: Sun, 8 Jun 1997 16:56:06 -0400 (EDT) From: Justin Dolske To: Gerry Ellington cc: deschall@gatekeeper.megasoft.com Subject: Re: Threading In-Reply-To: <027014926200867MAIL@mail.cvn.net> Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Sun, 8 Jun 1997, Gerry Ellington wrote: > I am just starting to use the NT Client, and have a question. I have > a Dual PPro 200 MZ with 128 MB of Ram running NT 4.0. The question I > have is: Is the deschal6 client multithreaded ? Nope. Just run another copy to take advantage of your second CPU. Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- In line with the government's efforts to cut spending, the light at the end of the tunnel has been turned off. From owner-deschall-announce Sun Jun 8 16:51:25 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA04395 for deschall-outgoing; Sun, 8 Jun 1997 16:51:25 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA04390 for ; Sun, 8 Jun 1997 16:51:24 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma004388; Sun, 8 Jun 97 16:50:57 -0400 Received: from cuba.cis.ohio-state.edu (cuba.cis.ohio-state.edu [164.107.138.5]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id QAA29692; Sun, 8 Jun 1997 16:59:46 -0400 Received: from localhost (dolske@localhost) by cuba.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id QAA09679; Sun, 8 Jun 1997 16:59:46 -0400 (EDT) X-Authentication-Warning: cuba.cis.ohio-state.edu: dolske owned process doing -bs Date: Sun, 8 Jun 1997 16:59:45 -0400 (EDT) From: Justin Dolske To: Jason Buchanan cc: deschall@gatekeeper.megasoft.com Subject: Re: normal? In-Reply-To: Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Sun, 8 Jun 1997, Jason Buchanan wrote: > All this "key not found" business... is this normal? Is this correct or > do I have something misconfigured. Yes, that's the expected behavior. We're searching through 72 quadrillion keys, to find the *1* key that correctly decodes the secret message. As soon as someone finds the key, the contest is over. > However, the 4th machine i'm running it on is a SS2 and it said "Key > found" or something like that... and since I wasn't paying close attention > I don't know if this is normal for the sun build to display this or not. I havn't seen an excited message from Rocke, so I'll assume you simply misread the screen. :-) Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- Ring around the Internet / Packet with a bit not set / ACK ENQ ACK ENQ / And we all go down! From owner-deschall-announce Sun Jun 8 17:36:56 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA04489 for deschall-outgoing; Sun, 8 Jun 1997 17:36:56 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA04484 for ; Sun, 8 Jun 1997 17:36:55 -0400 (EDT) Received: from mercury.sun.com(192.9.25.1) by gatekeeper.megasoft.com via smap (V2.0) id xma004482; Sun, 8 Jun 97 17:36:29 -0400 Received: from West.Sun.COM ([129.153.100.30]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id PAA06555 for ; Sun, 8 Jun 1997 15:04:42 -0700 Received: from marvin.west.sun.com by West.Sun.COM (SMI-8.6/SMI-5.3) id OAA05996; Sun, 8 Jun 1997 14:44:17 -0700 Received: by marvin.west.sun.com (SMI-8.6/SMI-SVR4) id OAA21964; Sun, 8 Jun 1997 14:45:14 -0700 From: john.falkenthal@West.Sun.COM (John Falkenthal) Message-Id: <199706082145.OAA21964@marvin.west.sun.com> Subject: More on Sun Starfire To: deschall@gatekeeper.megasoft.com Date: Sun, 8 Jun 1997 14:45:13 -0800 (PDT) X-Mailer: ELM [version 2.4 PL21] Content-Type: text Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I've had several requests for more info on what a "Sun Starfire" really is: briefly, the biggest baddest SMP on the planet... - 64 UltraSPARC II processors @ 250mhz, 1 or 4mb ecache (moving to 333Mhz) - 64 Gigabytes memory - crossbar interconnect (something over 10Gbyte/sec sustained bandwidth... don't recall the exact figure) - runs Solaris 2.5.1 - fully binary compatible with other Sparc/Solaris systems - Unique domain/partitioning features, and dynamic reconfiguration capabilty (cpu's, memory, and I/O can be added and removed from the system without interrupting Solaris). Lots of addition RAS features. - I have no idea how many terabytes of storage you can put on it, but we've got a system right now with 14 terabytes on it... Of course, the above is a max configuration. At any given time I have several smaller Starfire's contributing DESCHALL. Starfire is targeted at mission critical database/transaction processing - but it can certainly hold its own doing scientific work too... Sorry for the shameless self-promotion - but its all in the name of DESCHALL. (well, mostly) JF From owner-deschall-announce Sun Jun 8 18:36:27 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA04613 for deschall-outgoing; Sun, 8 Jun 1997 18:36:27 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA04608 for ; Sun, 8 Jun 1997 18:36:27 -0400 (EDT) Received: from belarus-c.it.earthlink.net(204.250.46.99) by gatekeeper.megasoft.com via smap (V2.0) id xma004606; Sun, 8 Jun 97 18:36:07 -0400 Received: from [153.35.8.225] (1Cust97.Max18.New-York.NY.MS.UU.NET [153.35.8.225]) by belarus.it.earthlink.net (8.8.5/8.8.5) with SMTP id PAA17017 for ; Sun, 8 Jun 1997 15:44:42 -0700 (PDT) Message-Id: <199706082244.PAA17017@belarus.it.earthlink.net> Subject: Re: normal? Date: Sun, 8 Jun 97 18:44:58 -0400 x-sender: ktekinay@vipmail.earthlink.net x-mailer: Claris Emailer 2.0, March 15, 1997 From: Kem Tekinay To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Jason Buchanan wrote: >However, the 4th machine i'm running it on is a SS2 and it said "Key >found" or something like that... and since I wasn't paying close attention >I don't know if this is normal for the sun build to display this or not. Um... This is a joke, right? RIGHT?!? __________________________________________________________________________ Kem Tekinay (212) 807-5611 MacTechnologies Consulting Fax (914) 242-7294 210 Fifth Avenue, Ste. 1102 Pager (917) 491-5546 New York, New York 10010 ktekinay@mactechnologies.com From owner-deschall-announce Sun Jun 8 18:53:28 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA04654 for deschall-outgoing; Sun, 8 Jun 1997 18:53:28 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA04649 for ; Sun, 8 Jun 1997 18:53:27 -0400 (EDT) From: marauder@marauder.randomc.com Received: from marauder.randomc.com(205.160.20.86) by gatekeeper.megasoft.com via smap (V2.0) id xma004647; Sun, 8 Jun 97 18:53:08 -0400 Received: from marauder.randomc.com (marauder.randomc.com [100.100.100.5]) by marauder.randomc.com (8.8.5/8.8.5) with SMTP id SAA17186; Sun, 8 Jun 1997 18:59:59 -0400 Date: Sun, 8 Jun 1997 18:59:59 -0400 (EDT) To: John Falkenthal cc: deschall@gatekeeper.megasoft.com Subject: Re: More on Sun Starfire In-Reply-To: <199706082145.OAA21964@marvin.west.sun.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk ne idea on how much this little wet dream cost 2 million maybe 10 million bucks?????????????? On Sun, 8 Jun 1997, John Falkenthal wrote: > > I've had several requests for more info on what a "Sun Starfire" really is: > briefly, the biggest baddest SMP on the planet... > > - 64 UltraSPARC II processors @ 250mhz, 1 or 4mb ecache (moving to 333Mhz) > - 64 Gigabytes memory > - crossbar interconnect (something over 10Gbyte/sec sustained bandwidth... > don't recall the exact figure) > - runs Solaris 2.5.1 - fully binary compatible with other Sparc/Solaris systems > - Unique domain/partitioning features, and dynamic reconfiguration capabilty > (cpu's, memory, and I/O can be added and removed from the system without > interrupting Solaris). Lots of addition RAS features. > - I have no idea how many terabytes of storage you can put on it, but > we've got a system right now with 14 terabytes on it... > > Of course, the above is a max configuration. At any given time I have > several smaller Starfire's contributing DESCHALL. > > Starfire is targeted at mission critical database/transaction processing - > but it can certainly hold its own doing scientific work too... > > Sorry for the shameless self-promotion - but its all in the name of DESCHALL. > (well, mostly) > > JF > From owner-deschall-announce Sun Jun 8 19:58:59 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id TAA04819 for deschall-outgoing; Sun, 8 Jun 1997 19:58:59 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id TAA04814 for ; Sun, 8 Jun 1997 19:58:58 -0400 (EDT) Received: from digistar.com(204.71.96.189) by gatekeeper.megasoft.com via smap (V2.0) id xma004812; Sun, 8 Jun 97 19:58:56 -0400 Received: from localhost (jsb@localhost) by digistar.COM (8.8.5/8.8.5/jsb) with SMTP id TAA11665; Sun, 8 Jun 1997 19:07:00 -0500 Date: Sun, 8 Jun 1997 19:06:59 -0500 (CDT) From: Jason Buchanan Reply-To: jsb@digistar.com To: Kem Tekinay cc: deschall@gatekeeper.megasoft.com Subject: Re: normal? In-Reply-To: <199706082244.PAA17017@belarus.it.earthlink.net> Message-ID: X-Security: UNCLASSIFIED MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Sun, 8 Jun 1997, Kem Tekinay wrote: > >However, the 4th machine i'm running it on is a SS2 and it said "Key > >found" or something like that... and since I wasn't paying close attention > >I don't know if this is normal for the sun build to display this or not. > > Um... This is a joke, right? > > RIGHT?!? Well, I dunno :) All hell's breaking loose at work right now. NTmail, a mailserver package for Windows NT is the world's worst piece of trash known to man. As a result, it has been crashing lately and I had a lot of things on my mind when I thought I saw that message. Since i'm ultimately responsible for our clients' email I was a bit anxious at the time. So when the contest is over, will there be another? Solve for 80 bits perhaps? :) From owner-deschall-announce Sun Jun 8 20:12:02 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA04920 for deschall-outgoing; Sun, 8 Jun 1997 20:12:02 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA04902 for ; Sun, 8 Jun 1997 20:12:01 -0400 (EDT) Received: from ns.jfku.edu(204.161.52.10) by gatekeeper.megasoft.com via smap (V2.0) id xma004868; Sun, 8 Jun 97 20:11:34 -0400 Received: by jfku.edu (5.x/SMI-SVR4) id AA15683; Sun, 8 Jun 1997 17:20:20 -0700 Date: Sun, 8 Jun 1997 17:20:20 -0700 Message-Id: <9706090020.AA15683@jfku.edu> To: deschall@gatekeeper.megasoft.com Subject: Re: More on Sun Starfire In-Reply-To: Mail from 'john.falkenthal@west.sun.com (John Falkenthal)' dated: Sun, 8 Jun 1997 14:45:13 -0800 (PDT) From: "Karl J. Runge" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Sun, 8 Jun 1997, john.falkenthal@west.sun.com (John Falkenthal) wrote: > > I've had several requests for more info on what a "Sun Starfire" really is: > briefly, the biggest baddest SMP on the planet... > > - 64 UltraSPARC II processors @ 250mhz, 1 or 4mb ecache (moving to 333Mhz) > - 64 Gigabytes memory [...] > Of course, the above is a max configuration. At any given time I have > several smaller Starfire's contributing DESCHALL. > > Starfire is targeted at mission critical database/transaction processing - > but it can certainly hold its own doing scientific work too... Starfire is definitely a beyond-awesome machine, I'd love to play with one! However, to put things a bit in perspective, one could build a faster "DESCHALL rack" out of commodity Intel for less than $100,000. In fact, this is the secret of our success: 100 PC's on a dorm LAN gives us a nice chunk. (I also can't remember the FPGA DES price/performance...) But John, the more sledgehammers you can find to swat DES flies the better!!! Keep up the great work! Cheers, Karl From owner-deschall-announce Sun Jun 8 20:54:38 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA05287 for deschall-outgoing; Sun, 8 Jun 1997 20:54:38 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA05282 for ; Sun, 8 Jun 1997 20:54:37 -0400 (EDT) Received: from bak-brks-ppp086.lightspeed.net(207.113.246.105) by gatekeeper.megasoft.com via smap (V2.0) id xma005280; Sun, 8 Jun 97 20:54:34 -0400 Received: (from fenris@localhost) by ulfheim.lightspeed.net (8.8.5/8.8.5) id SAA30627; Sun, 8 Jun 1997 18:01:06 -0700 Date: Sun, 8 Jun 1997 18:01:06 -0700 From: Michael Driscoll Message-Id: <199706090101.SAA30627@ulfheim.lightspeed.net> To: deschall@gatekeeper.megasoft.com, jsb@digistar.com Subject: Re: normal? Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >So when the contest is over, will there be another? Solve for 80 bits >perhaps? :) When this contest is over, we plan to move over to cracking keys for the RC5 56 bit contest. Details at http://rc5.distributed.net/. As for 80 bit DES, I hope you realize that would take 16.7 million times as long as 56 bit will ... ;-) Mike -- ---.-- Thinking of Maud you forget everything else.--More-- |{.... Michael Driscoll Now: |.d.@| Student of ChemEng at CSM Future: ------ char *home_page_pointer = (char *)http://frob.base.org/; From owner-deschall-announce Sun Jun 8 21:46:09 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id VAA05423 for deschall-outgoing; Sun, 8 Jun 1997 21:46:09 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id VAA05418 for ; Sun, 8 Jun 1997 21:46:08 -0400 (EDT) From: saurvok@exo.com Received: from server.snni.com(165.113.174.1) by gatekeeper.megasoft.com via smap (V2.0) id xma005410; Sun, 8 Jun 97 21:45:49 -0400 Received: from arp.snni.com (ppp104.snni.com [165.113.174.204]) by server.snni.com (8.6.12/8.6.9) with SMTP id SAA22508 for ; Sun, 8 Jun 1997 18:57:17 -0700 Message-Id: <3.0.32.19970608185523.006bf9cc@exo.com> X-Sender: saurvok@exo.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sun, 08 Jun 1997 18:55:25 -0700 To: deschall@gatekeeper.megasoft.com Subject: Re: More on Sun Starfire Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk You forget an important Starfire feature...it can also double as a walk-in toaster oven -or- small industrial-complex heating unit. At 05:20 PM 6/8/97 -0700, you wrote: > >On Sun, 8 Jun 1997, john.falkenthal@west.sun.com (John Falkenthal) wrote: >> >> I've had several requests for more info on what a "Sun Starfire" really is: >> briefly, the biggest baddest SMP on the planet... >> >> - 64 UltraSPARC II processors @ 250mhz, 1 or 4mb ecache (moving to 333Mhz) >> - 64 Gigabytes memory >[...] >> Of course, the above is a max configuration. At any given time I have >> several smaller Starfire's contributing DESCHALL. >> >> Starfire is targeted at mission critical database/transaction processing - >> but it can certainly hold its own doing scientific work too... > >Starfire is definitely a beyond-awesome machine, I'd love to play with one! > >However, to put things a bit in perspective, one could build a faster >"DESCHALL rack" out of commodity Intel for less than $100,000. In fact, >this is the secret of our success: 100 PC's on a dorm LAN gives us a >nice chunk. (I also can't remember the FPGA DES price/performance...) > >But John, the more sledgehammers you can find to swat DES flies the better!!! >Keep up the great work! > >Cheers, > >Karl > > From owner-deschall-announce Sun Jun 8 22:03:10 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA05452 for deschall-outgoing; Sun, 8 Jun 1997 22:03:10 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA05447 for ; Sun, 8 Jun 1997 22:03:09 -0400 (EDT) Received: from goblin.punk.net(207.114.150.62) by gatekeeper.megasoft.com via smap (V2.0) id xma005445; Sun, 8 Jun 97 22:03:03 -0400 Received: (from jsimmons@localhost) by goblin.punk.net (8.6.12/8.6.9) id TAA04904; Sun, 8 Jun 1997 19:13:14 -0700 From: Jeff Simmons Message-Id: <199706090213.TAA04904@goblin.punk.net> Subject: Re: normal? To: fenris@lightspeed.net (Michael Driscoll) Date: Sun, 8 Jun 1997 19:13:14 -0700 (PDT) Cc: deschall@gatekeeper.megasoft.com In-Reply-To: <199706090101.SAA30627@ulfheim.lightspeed.net> from "Michael Driscoll" at Jun 8, 97 06:01:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > > As for 80 bit DES, I hope you realize that would take 16.7 million > times as long as 56 bit will ... ;-) Assuming, of course, that the NSA will create such a beast just for us ... };-> -- Jeff Simmons jsimmons@goblin.punk.net Hey, man, got any spare CPU cycles? Help crack DES. http://www.frii.com/~rcv/deschall.htm From owner-deschall-announce Sun Jun 8 22:05:40 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA05470 for deschall-outgoing; Sun, 8 Jun 1997 22:05:40 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA05465 for ; Sun, 8 Jun 1997 22:05:39 -0400 (EDT) Received: from chatlink.com(205.139.105.61) by gatekeeper.megasoft.com via smap (V2.0) id xma005463; Sun, 8 Jun 97 22:05:31 -0400 Received: from cl6-p7 (cl6-p7.chatlink.com [205.139.105.175]) by chatlink.com (8.8.5/8.8.5) with SMTP id TAA25859 for ; Sun, 8 Jun 1997 19:13:36 -0700 MIME-Version: 1.0 Date: Sun, 08 Jun 1997 19:14:09 -0400 To: deschall@gatekeeper.megasoft.com From: "Andrew James Alan Welty" Subject: Re: normal? Message-Id: <865811649-0-andrew@chatlink.com> X-Mailer: IBM OS/2 Internet Mail Client Support for Lotus Notes Content-Type: text/plain; charset=ISO-8859-1 Content-Id: <865811649-1-andrew@chatlink.com> Content-Transfer-Encoding: 8bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >So when the contest is over, will there be another? Solve for 80 bits >perhaps? :) When this contest is over, we plan to move over to cracking keys for the RC5 56 bit contest. Details at http://rc5.distributed.net/. As for 80 bit DES, I hope you realize that would take 16.7 million times as long as 56 bit will ... ;-) === That should be "16.7 million times as much processing power". By the time we got around to 80 bit DES there would be more processing power available. From owner-deschall-announce Sun Jun 8 22:08:10 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA05485 for deschall-outgoing; Sun, 8 Jun 1997 22:08:10 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA05480 for ; Sun, 8 Jun 1997 22:08:09 -0400 (EDT) Received: from outland.cyberwar.com(206.88.128.42) by gatekeeper.megasoft.com via smap (V2.0) id xma005478; Sun, 8 Jun 97 22:07:42 -0400 Received: from matrix.cyberwar.com (ppp-7.cyberwar.com [206.88.129.7]) by outland.cyberwar.com (8.8.5/8.8.5) with ESMTP id WAA22361 for ; Sun, 8 Jun 1997 22:16:41 -0400 (EDT) Message-ID: <31BA33C9.798E@cyberwar.com> Date: Sat, 08 Jun 1996 22:15:37 -0400 From: Active Matrix X-Sender: Active Matrix (Unverified) X-Mailer: Mozilla 4.0b1 (Win95; I) MIME-Version: 1.0 To: deschall@gatekeeper.megasoft.com Subject: Re: More on Sun Starfire X-Priority: Normal References: <3.0.32.19970608185523.006bf9cc@exo.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk BUT, does it fold for easy storage? > You forget an important Starfire feature...it can also double as a walk-in > toaster oven -or- small industrial-complex heating unit. > From owner-deschall-announce Sun Jun 8 22:24:10 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA05526 for deschall-outgoing; Sun, 8 Jun 1997 22:24:10 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA05521 for ; Sun, 8 Jun 1997 22:24:09 -0400 (EDT) Received: from rarloa-4.pr.mcs.net(205.253.85.124) by gatekeeper.megasoft.com via smap (V2.0) id xma005519; Sun, 8 Jun 97 22:23:51 -0400 Received: from [205.253.85.123] (rarloa-3.pr.mcs.net [205.253.85.123]) by rarloa-4.pr.mcs.net (8.8.4/8.8.4) with ESMTP id QAA02231 for ; Sun, 8 Jun 1997 16:36:58 -0500 Date: Sun, 8 Jun 1997 16:36:58 -0500 Message-Id: In-Reply-To: <199706082145.OAA21964@marvin.west.sun.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: deschall@gatekeeper.megasoft.com From: Wayde Milas Subject: Re: More on Sun Starfire Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >I've had several requests for more info on what a "Sun Starfire" really is: >briefly, the biggest baddest SMP on the planet... > >- 64 UltraSPARC II processors @ 250mhz, 1 or 4mb ecache (moving to 333Mhz) >- 64 Gigabytes memory >- crossbar interconnect (something over 10Gbyte/sec sustained bandwidth... > don't recall the exact figure) >- runs Solaris 2.5.1 - fully binary compatible with other Sparc/Solaris >systems >- Unique domain/partitioning features, and dynamic reconfiguration capabilty > (cpu's, memory, and I/O can be added and removed from the system without > interrupting Solaris). Lots of addition RAS features. >- I have no idea how many terabytes of storage you can put on it, but > we've got a system right now with 14 terabytes on it... > >Of course, the above is a max configuration. At any given time I have >several smaller Starfire's contributing DESCHALL. > What does one of these beasts cost? Wayde From owner-deschall-announce Sun Jun 8 22:43:40 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA05558 for deschall-outgoing; Sun, 8 Jun 1997 22:43:40 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA05553 for ; Sun, 8 Jun 1997 22:43:40 -0400 (EDT) Received: from smarty.smart.net(206.27.242.102) by gatekeeper.megasoft.com via smap (V2.0) id xma005551; Sun, 8 Jun 97 22:43:33 -0400 Received: from localhost (nickle@localhost) by smarty.smart.net (8.8.5/8.8.5) with SMTP id WAA03218; Sun, 8 Jun 1997 22:52:23 -0400 Date: Sun, 8 Jun 1997 22:52:23 -0400 (EDT) From: Mike Nickle To: Active Matrix cc: deschall@gatekeeper.megasoft.com Subject: Re: More on Sun Starfire In-Reply-To: <31BA33C9.798E@cyberwar.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Sat, 8 Jun 1996, Active Matrix wrote: > BUT, does it fold for easy storage? > > > You forget an important Starfire feature...it can also double as a walk-in > > toaster oven -or- small industrial-complex heating unit. > > > I'm the one with the toaster. My little old O2 is cranking out it's avg of 804k keys/sec. Not to shabby considering I'm usually doing work to boot. M _____________________________________________________________________________ Michael D. Nickle || "Faster, faster! Until the thrill nickle@smart.net (NeXTmail ok)|| of speed overcomes the fear of death." http://www.smart.net/~nickle || -HST ----------------------------------------------------------------------------- From owner-deschall-announce Sun Jun 8 23:42:42 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA05674 for deschall-outgoing; Sun, 8 Jun 1997 23:42:42 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA05669 for ; Sun, 8 Jun 1997 23:42:41 -0400 (EDT) Received: from goblin.punk.net(207.114.150.62) by gatekeeper.megasoft.com via smap (V2.0) id xma005667; Sun, 8 Jun 97 23:42:15 -0400 Received: (from jsimmons@localhost) by goblin.punk.net (8.6.12/8.6.9) id UAA05426 for deschall@gatekeeper.megasoft.com; Sun, 8 Jun 1997 20:52:32 -0700 From: Jeff Simmons Message-Id: <199706090352.UAA05426@goblin.punk.net> Subject: Basic resources To: deschall@gatekeeper.megasoft.com Date: Sun, 8 Jun 1997 20:52:32 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- As Dennis Miller says, I don't want to get off on a rant here, but ... When I started with Rocke's DESCHALL, my three Pentiums were about 10% of the total cracking effort. Since then I've happily watched Punknet's contribution sink to about 100th on the list, even though we're up to about 20 computers now. But the knowledge expressed on this list of what we're doing and why we're doing it is appalling low. So before you guys make any more comments about 80-bit DES, 128-bit RSA keys, the cost and speed of specialized FPGA DES crackers, etc., do a little homework, huh? THE resource on cryptography is Bruce Schneier's "Applied Cryptography - Protocols, Algorithms, and Source Code in C". It costs about $50. Or you can check your local or university library. Or go to your local bookstore (I've seen copies in some really small places), sit down with a copy, and browse. Or contact the author at www.counterpane. com, Bruce'll sell you a copy at a 15% discount. Or aim a web browser at http://www.cs.hut.fi/ssh/crypto and check out one of the best web sites about cryptography on the net. Wander around for a while, see what's there. And if you REALLY want to see what the government's so scared of, take a look at Tim May's Cyphernomicon: http://www.oberlin.edu/~brchkind/cyphernomicon/ But please, no more bullshit. - -- Jeff Simmons jsimmons@goblin.punk.net Hey, man, got any spare CPU cycles? Help crack DES. http://www.frii.com/~rcv/deschall.htm -----BEGIN PGP SIGNATURE----- Version: 2.6.2 Comment: Auto-signed with Bryce's Auto-PGP v1.0 iQCVAwUBM5t9/+L8IP70uJJBAQEmeAP/WIjia/BvtxfrcdtT8EoQtikASEKS3AJb E3QI8p5/hvllcIrd1W/9l80xIDH04a0oEtVBdILvKo/KUM4QOOtLIWrJ/63NXb9C Re+WgndtO/sYLDkk04BhFwWEdtX5CI8uYp9dkY9hzNqB8Z3hBPzpukhlVmXLefxN teK2iNwDe/I= =T2xr -----END PGP SIGNATURE----- From owner-deschall-announce Mon Jun 9 01:30:10 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA05927 for deschall-outgoing; Mon, 9 Jun 1997 01:30:10 -0400 (EDT) Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA05915 for deschall-announce-outgoing; Mon, 9 Jun 1997 01:28:15 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA05910 for ; Mon, 9 Jun 1997 01:28:13 -0400 (EDT) Received: from gw.research.megasoft.com(206.230.35.93) by gatekeeper.megasoft.com via smap (V2.0) id xma005908; Mon, 9 Jun 97 01:27:57 -0400 Received: (from uucp@localhost) by gw.research.megasoft.com (8.7.5/8.7.3-cmcurtin) id BAA03807 for ; Mon, 9 Jun 1997 01:44:51 -0400 (EDT) Received: from goffette.research.megasoft.com(192.168.1.2) by gw.research.megasoft.com via smap (V2.0) id xma003805; Mon, 9 Jun 97 01:44:42 -0400 Received: (from cmcurtin@localhost) by goffette.research.megasoft.com (8.8.5/8.8.5) id BAA18661; Mon, 9 Jun 1997 01:34:28 -0400 (EDT) Date: Mon, 9 Jun 1997 01:34:28 -0400 (EDT) Message-Id: <199706090534.BAA18661@goffette.research.megasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: C Matthew Curtin To: deschall-announce@gatekeeper.megasoft.com Subject: mailing list archives X-Mailer: VM 6.22 under 19.15 XEmacs Lucid X-Face: "&>g(&eGr?u^F:nFihL%BsyS1[tCqG7}I2rGk4{aKJ5I_5A\*6RYn4"N.`1pPF9LO!Fa<(gj:12)?=uP2l01e10Gij"7j&-)torL^iBrNf\s7PDLm=rf[PjxtSbZ{J(@@j"q2/iV9^Mx; Mon, 9 Jun 1997 01:33:13 -0400 (EDT) Received: from mercury.sun.com(192.9.25.1) by gatekeeper.megasoft.com via smap (V2.0) id xma005943; Mon, 9 Jun 97 01:32:55 -0400 Received: from West.Sun.COM ([129.153.100.30]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id XAA22466 for ; Sun, 8 Jun 1997 23:01:18 -0700 Received: from marvin.west.sun.com by West.Sun.COM (SMI-8.6/SMI-5.3) id WAA08206; Sun, 8 Jun 1997 22:40:43 -0700 Received: by marvin.west.sun.com (SMI-8.6/SMI-SVR4) id WAA00038; Sun, 8 Jun 1997 22:41:41 -0700 From: john.falkenthal@West.Sun.COM (John Falkenthal) Message-Id: <199706090541.WAA00038@marvin.west.sun.com> Subject: Cost of Starfire To: deschall@gatekeeper.megasoft.com Date: Sun, 8 Jun 1997 22:41:40 -0800 (PDT) X-Mailer: ELM [version 2.4 PL21] Content-Type: text Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > ne idea on how much this little wet dream cost > 2 million maybe 10 million bucks?????????????? You know what they say... If you have to ask, you can't afford it :-) Depending on size of system, storage and peripherals, and various discounts (nobody pays list price), you're in the 1-4M range. List price of smallest configuration is somewhere around $500k. But, as was stated already, this beast pales in comparison to the countless desktops chugging away out there. It sure is easier to manage than the equivalent number of desktops though! What a great weekend this has been. Lets keep it up and at least sustain this rate. Kudos to CMU - great job fellas. JF From owner-deschall-announce Mon Jun 9 01:48:44 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA05993 for deschall-outgoing; Mon, 9 Jun 1997 01:48:44 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA05988 for ; Mon, 9 Jun 1997 01:48:43 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma005986; Mon, 9 Jun 97 01:48:38 -0400 Received: from cuba.cis.ohio-state.edu (cuba.cis.ohio-state.edu [164.107.138.5]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id BAA08120; Mon, 9 Jun 1997 01:57:27 -0400 Received: from localhost (dolske@localhost) by cuba.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id BAA21362; Mon, 9 Jun 1997 01:57:28 -0400 (EDT) X-Authentication-Warning: cuba.cis.ohio-state.edu: dolske owned process doing -bs Date: Mon, 9 Jun 1997 01:57:26 -0400 (EDT) From: Justin Dolske To: John Falkenthal cc: deschall@gatekeeper.megasoft.com Subject: Re: Cost of Starfire In-Reply-To: <199706090541.WAA00038@marvin.west.sun.com> Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Sun, 8 Jun 1997, John Falkenthal wrote: > Depending on size of system, storage and peripherals, and various discounts > (nobody pays list price), you're in the 1-4M range. List price of smallest > configuration is somewhere around $500k. That had *better* include a large number of Das Blinkenlights... :-) > What a great weekend this has been. Lets keep it up and at least sustain > this rate. Kudos to CMU - great job fellas. No doubt! We're certainly making progress... Big Numbers are Good Numbers. Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- We were so poor when we were kids, we couldn't afford gray. We had to wear black and white checks and stand back. From owner-deschall-announce Mon Jun 9 02:25:45 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id CAA06208 for deschall-outgoing; Mon, 9 Jun 1997 02:25:45 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id CAA06203 for ; Mon, 9 Jun 1997 02:25:44 -0400 (EDT) Received: from ultra2.ionet.net(206.41.128.42) by gatekeeper.megasoft.com via smap (V2.0) id xma006201; Mon, 9 Jun 97 02:25:24 -0400 Received: from swsip1-10.ionet.net (swsip1-10.ionet.net [207.204.108.20]) by mail.ionet.net (8.8.5/8.7.3) with SMTP id BAA03806 for ; Mon, 9 Jun 1997 01:34:14 -0500 (CDT) Message-Id: <199706090634.BAA03806@mail.ionet.net> From: "Colin L. Hildinger" To: "deschall@gatekeeper.megasoft.com" Date: Mon, 09 Jun 97 01:30:50 -0500 Reply-To: "Colin L. Hildinger" X-Mailer: PMMail 1.91 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Process scheduling. Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I've been gone for about 2 weeks and have returned. For you OS/2'ers out there, I'm going to weed through the folder of stats I've collected. I found the nice discussion interesting. In OS/2, if I run a processor intensive task, say Quake ;-), and check back with deschall 4 hours later, nothing has happened. I mean nothing, because it's set to idle priority. I figured nice -19 or whatever would do the same thing on Unix, but I'm unimpressed that it doesn't on many systems. I like OS/2's method, personally. There are four brackets of priority, each with higher importance. A critical priority always takes precedence over an idle one. Period. If a critical priority thread is due, a server level one and below waits, if an server level thread is due, an application level and below waits, and if an application level thread is due, idle waits (I might not have gotten the names right). There are then 32 levels of priority within each process type that share processor time based on a fairness algorhythm. BTW - how does it work in NT? I use it but I have to admit I'm not intimately familiar with the scheduling. Same question for 95 I guess, but whatever 95 does, it's poorly implemented based on the useability of the system when you get a few processes going, especially DOS programs. 95 can't deal with them to save its neck. Colin L. Hildinger Games Editor - OS/2 e-Zine! http://www.os2ezine.com/ The Ultimate OS/2 Gaming Page http://www.ionet.net/~colin/games.html The Official Unofficial AWE32 and OS/2 Warp Page http://www.ionet.net/~colin/awe32.html From owner-deschall-announce Mon Jun 9 03:05:16 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id DAA06295 for deschall-outgoing; Mon, 9 Jun 1997 03:05:16 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id DAA06288 for ; Mon, 9 Jun 1997 03:05:15 -0400 (EDT) Message-Id: <199706090705.DAA06288@gatekeeper.megasoft.com> Received: from msi011.mustang.com(209.31.204.11) by gatekeeper.megasoft.com via smap (V2.0) id xma006281; Mon, 9 Jun 97 03:04:59 -0400 From: "Greg Hewgill" To: Subject: Re: Process scheduling. Date: Mon, 9 Jun 1997 00:14:51 -0700 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1160 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > From: Colin L. Hildinger > I like OS/2's method, personally. There are four brackets of priority, > each with higher importance. A critical priority always takes > precedence over an idle one. Period. [...] > > BTW - how does it work in NT? I use it but I have to admit I'm not > intimately familiar with the scheduling. NT has pretty much exactly the same scheduling algorithm as OS/2 (a surprising amount of the base architecture of the two systems is the same actually). When running an idle priority process, anybody that has any "real" work to do gets the CPU. I understand that occasionally NT will juggle process priorities temporarily to avoid total starvation, but this is not noticeable on any performance meter. I would suspect that OS/2 may do the same thing. > Same question for 95 I guess, > but whatever 95 does, it's poorly implemented based on the useability > of the system when you get a few processes going, especially DOS > programs. 95 can't deal with them to save its neck. The scheduler is Windows 95 is much different, and definitely worse for background idle tasks like DESChall. DOS programs really test the scheduler, as they generally don't voluntarily give up any CPU at all. Just Say No! :) From owner-deschall-announce Mon Jun 9 03:54:47 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id DAA06393 for deschall-outgoing; Mon, 9 Jun 1997 03:54:47 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id DAA06388 for ; Mon, 9 Jun 1997 03:54:46 -0400 (EDT) Received: from ultra2.ionet.net(206.41.128.42) by gatekeeper.megasoft.com via smap (V2.0) id xma006386; Mon, 9 Jun 97 03:54:44 -0400 Received: from swsip1-10.ionet.net (swsip1-10.ionet.net [207.204.108.20]) by mail.ionet.net (8.8.5/8.7.3) with SMTP id DAA14495; Mon, 9 Jun 1997 03:03:34 -0500 (CDT) Message-Id: <199706090803.DAA14495@mail.ionet.net> From: "Colin L. Hildinger" To: "deschall@gatekeeper.megasoft.com" , "Greg Hewgill" Date: Mon, 09 Jun 97 03:00:10 -0500 Reply-To: "Colin L. Hildinger" X-Mailer: PMMail 1.91 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: Process scheduling. Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Mon, 9 Jun 1997 00:14:51 -0700, Greg Hewgill wrote: >> From: Colin L. Hildinger >> I like OS/2's method, personally. There are four brackets of priority, >> each with higher importance. A critical priority always takes >> precedence over an idle one. Period. [...] >> >> BTW - how does it work in NT? I use it but I have to admit I'm not >> intimately familiar with the scheduling. > >NT has pretty much exactly the same scheduling algorithm as OS/2 (a >surprising amount of the base architecture of the two systems is the same >actually). When running an idle priority process, anybody that has any "real" >work to do gets the CPU. I understand that occasionally NT will juggle >process priorities temporarily to avoid total starvation, but this is not >noticeable on any performance meter. I would suspect that OS/2 may do the >same thing. That's what I thought. Gee, NT was what happened when IBM and MS had their little spat. MS told their guys to do OS/2 again as Windows. There were a lot of shared by the two. NT has gotten away from some of them, though, and looks to be moving further away from them. OS/2 (and I suppose NT) gives a priority boost to any application that has focus and a smaller priority boost to any application that has the mouse over it. There is also the previously mentioned fairness algorhythm regarding processes at the same priority class, but at different levels. So order of operations goes: Ring 0 Kernel level Ring 3 Application level Critical>Server>Application>Idle An Idle priority app will get no cycles if they aren't available, and so something like Quake causes DESCHALL to halt completely. NT 4.0 moved the graphics interface into Ring 0 to increase graphics performance, but of course, it hurt multitasking because now a kernel level process can actually wait on a line to be drawn or a bitmap to be blitted. Duh. Of course, to the end user, under light conditions, this makes NT "feel" faster, but it's not very smart when you're doing real work with lots of processes. I mean, a graphically intensive app could grind your server to a halt. Oops. As MS does more and more stupid things like this, NT will become less and less stable, not more and more. NT 3.51 will prove to be the most stable version of NT for some years to come, I fear. Colin L. Hildinger Games Editor - OS/2 e-Zine! http://www.os2ezine.com/ The Ultimate OS/2 Gaming Page http://www.ionet.net/~colin/games.html The Official Unofficial AWE32 and OS/2 Warp Page http://www.ionet.net/~colin/awe32.html From owner-deschall-announce Mon Jun 9 04:40:18 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id EAA06472 for deschall-outgoing; Mon, 9 Jun 1997 04:40:18 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id EAA06467 for ; Mon, 9 Jun 1997 04:40:17 -0400 (EDT) Received: from s5-171-9.student.washington.edu(128.95.171.9) by gatekeeper.megasoft.com via smap (V2.0) id xma006462; Mon, 9 Jun 97 04:39:57 -0400 Received: (from xyzzy@localhost) by s5-171-9.student.washington.edu (8.6.12/8.6.9) id BAA26809; Mon, 9 Jun 1997 01:48:55 -0700 Date: Mon, 9 Jun 1997 01:48:55 -0700 (PDT) From: Trent Piepho To: DESCHALL Subject: Re: Process scheduling. In-Reply-To: <199706090634.BAA03806@mail.ionet.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Mon, 9 Jun 1997, Colin L. Hildinger wrote: > I like OS/2's method, personally. There are four brackets of priority, > each with higher importance. A critical priority always takes > precedence over an idle one. Period. If a critical priority thread is > due, a server level one and below waits, if an server level thread is > due, an application level and below waits, and if an application level > thread is due, idle waits (I might not have gotten the names right). There are some flaws with a strict priority system like this. Say an application program has locked a file that a server process needs. The application will never get any cpu time and will never unlock the file. Thus it is effectivly preventing the higher priority server process from running. |Gazing up to the breeze of the heavens \ on a quest, meaning, reason | |came to be, how it begun \ all alone in the family of the sun | |curiosity teasing everyone \ on our home, third stone from the sun. | |Trent Piepho (xyzzy@u.washington.edu) -- Metallica | From owner-deschall-announce Mon Jun 9 05:17:48 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id FAA06544 for deschall-outgoing; Mon, 9 Jun 1997 05:17:48 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id FAA06539 for ; Mon, 9 Jun 1997 05:17:48 -0400 (EDT) Received: from ultra2.ionet.net(206.41.128.42) by gatekeeper.megasoft.com via smap (V2.0) id xma006537; Mon, 9 Jun 97 05:17:39 -0400 Received: from swsip1-10.ionet.net (swsip1-10.ionet.net [207.204.108.20]) by mail.ionet.net (8.8.5/8.7.3) with SMTP id EAA21412 for ; Mon, 9 Jun 1997 04:26:29 -0500 (CDT) Message-Id: <199706090926.EAA21412@mail.ionet.net> From: "Colin L. Hildinger" To: "DESCHALL" Date: Mon, 09 Jun 97 04:23:05 -0500 Reply-To: "Colin L. Hildinger" X-Mailer: PMMail 1.91 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: Process scheduling. Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Mon, 9 Jun 1997 01:48:55 -0700 (PDT), Trent Piepho wrote: >On Mon, 9 Jun 1997, Colin L. Hildinger wrote: >> I like OS/2's method, personally. There are four brackets of priority, >> each with higher importance. A critical priority always takes >> precedence over an idle one. Period. If a critical priority thread is >> due, a server level one and below waits, if an server level thread is >> due, an application level and below waits, and if an application level >> thread is due, idle waits (I might not have gotten the names right). > >There are some flaws with a strict priority system like this. Say an >application program has locked a file that a server process needs. The >application will never get any cpu time and will never unlock the file. Thus >it is effectivly preventing the higher priority server process from running. I may of course be slightly wrong then. I know Idle priority works this way, the others may not be quite as strict, I know that idle is, though. Colin L. Hildinger Games Editor - OS/2 e-Zine! http://www.os2ezine.com/ The Ultimate OS/2 Gaming Page http://www.ionet.net/~colin/games.html The Official Unofficial AWE32 and OS/2 Warp Page http://www.ionet.net/~colin/awe32.html From owner-deschall-announce Mon Jun 9 08:15:52 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id IAA07052 for deschall-outgoing; Mon, 9 Jun 1997 08:15:52 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id IAA07047 for ; Mon, 9 Jun 1997 08:15:51 -0400 (EDT) Received: from bahamut.dragonfire.net(209.70.16.2) by gatekeeper.megasoft.com via smap (V2.0) id xma007045; Mon, 9 Jun 97 08:15:29 -0400 Received: (from achurch@localhost) by Bahamut.dragonfire.net (8.8.5/8.7.5) id IAA20267; Mon, 9 Jun 1997 08:24:16 -0400 Message-Id: <199706091224.IAA20267@Bahamut.dragonfire.net> From: achurch@dragonfire.net (Andy Church) To: deschall@gatekeeper.megasoft.com Subject: Re: normal? Date: Mon, 09 Jun 1997 08:24:14 EDT X-Mailer: MMail v4.61 Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >> As for 80 bit DES, I hope you realize that would take 16.7 million >> times as long as 56 bit will ... ;-) > >Assuming, of course, that the NSA will create such a beast just for >us ... };-> http://www.rsa.com/rsalabs/97challenge/ They have challenges going all the way up to 128 bits. Anyone want to try _that_? ;) On the other hand, seeing as 56 bits is "just not big enough" anymore, to borrow Rocke's words, we could always move up to 64 when this is done. I'm borrowing spare cycles from a few Sparc Ultras to test the RC5-32/12/8 setup I created in a fit of boredom; at the rate they crunch keys, my expected time to solution has dropped under a million years! --Andy Church | If Bell Atlantic really is the heart achurch@dragonfire.net | of communication, then it desperately www.dragonfire.net/~achurch/ | needs a quadruple bypass. From owner-deschall-announce Mon Jun 9 08:23:22 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id IAA07102 for deschall-outgoing; Mon, 9 Jun 1997 08:23:22 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id IAA07095 for ; Mon, 9 Jun 1997 08:23:21 -0400 (EDT) Received: from cmu1.acs.cmu.edu(128.2.35.186) by gatekeeper.megasoft.com via smap (V2.0) id xma007091; Mon, 9 Jun 97 08:22:58 -0400 Received: from [128.2.120.53] (CREAMOFWHEAT-53.SLIP.ANDREW.CMU.EDU [128.2.120.53]) by cmu1.acs.cmu.edu (8.8.2/8.7.3) with ESMTP id IAA14837 for ; Mon, 9 Jun 1997 08:31:46 -0400 X-Sender: dtw@f.gp.cs.cmu.edu Message-Id: In-Reply-To: <199706090352.UAA05426@goblin.punk.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 9 Jun 1997 08:31:10 -0400 To: deschall@gatekeeper.megasoft.com From: Duane T Williams Subject: Re: Basic resources Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >THE resource on cryptography is Bruce Schneier's "Applied Cryptography - >Protocols, Algorithms, and Source Code in C". It costs about $50. It's available online at http://www.amazon.com/ for about $30 + $4 shipping. The path to the exact page is http://www.amazon.com/exec/obidos/ISBN=0471117099/9716-7573466-360623. -Duane From owner-deschall-announce Mon Jun 9 09:12:53 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id JAA07607 for deschall-outgoing; Mon, 9 Jun 1997 09:12:53 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id JAA07599 for ; Mon, 9 Jun 1997 09:12:52 -0400 (EDT) Received: from bahamut.dragonfire.net(209.70.16.2) by gatekeeper.megasoft.com via smap (V2.0) id xma007595; Mon, 9 Jun 97 09:12:40 -0400 Received: (from achurch@localhost) by Bahamut.dragonfire.net (8.8.5/8.7.5) id JAA24647; Mon, 9 Jun 1997 09:21:31 -0400 Message-Id: <199706091321.JAA24647@Bahamut.dragonfire.net> From: achurch@dragonfire.net (Andy Church) To: deschall@gatekeeper.megasoft.com Subject: Re: normal? (I'm stupid) Date: Mon, 09 Jun 1997 09:21:29 EDT X-Mailer: MMail v4.61 Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Someone wrote: >>> As for 80 bit DES, [...] And I pointed to: >http://www.rsa.com/rsalabs/97challenge/ Yup, I'm stupid. I saw "80 bit" and said to myself "RC5" without bothering to check. There is no such thing as "80-bit DES", for those who don't know; the DES algorithm has fixed parameters which limit it to exactly 56 bits. RC5, on the other hand, has a number of variable parameters, and the RSA Challenge _does_ include RC5 challenges from 40 bits to 128 bits. --Andy Church | If Bell Atlantic really is the heart achurch@dragonfire.net | of communication, then it desperately www.dragonfire.net/~achurch/ | needs a quadruple bypass. From owner-deschall-announce Mon Jun 9 09:31:54 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id JAA07755 for deschall-outgoing; Mon, 9 Jun 1997 09:31:54 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id JAA07748 for ; Mon, 9 Jun 1997 09:31:53 -0400 (EDT) Received: from r02a05.cac.psu.edu(146.186.15.15) by gatekeeper.megasoft.com via smap (V2.0) id xma007744; Mon, 9 Jun 97 09:31:24 -0400 Received: from tincan (nbslip130.cac.psu.edu [128.118.140.130]) by r02n05.cac.psu.edu (8.7.6/8.6.12) with SMTP id JAA24918 for ; Mon, 9 Jun 1997 09:40:14 -0400 Message-Id: <199706091340.JAA24918@r02n05.cac.psu.edu> From: "Rodney R. Korte" To: "deschall@gatekeeper.megasoft.com" Date: Mon, 09 Jun 97 09:40:07 -0400 Reply-To: "Rodney R. Korte" X-Mailer: PMMail 1.92 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: Basic resources Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Sun, 8 Jun 1997 20:52:32 -0700 (PDT), Jeff Simmons wrote: [...] >But the knowledge expressed on this list of what we're doing and why >we're doing it is appalling low. So before you guys make any more >comments about 80-bit DES, 128-bit RSA keys, the cost and speed of >specialized FPGA DES crackers, etc., do a little homework, huh? [...] Look at the bright side... This puts an atomic tip on the point of this effort. Thousands of people who have absolutely no clue break a DES encrypted message. Just think what people who are in-the-know could/can do? Rod -- Rodney R. Korte OS/2. Operate at a higher level. korte@sabine.acs.psu.edu ---> MIME, PGP (finger for key) welcome. http://sharkbait.arl.psu.edu/ Crack DES NOW! http://www.frii.com/~rcv/deschall.htm From owner-deschall-announce Mon Jun 9 10:01:25 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id KAA08094 for deschall-outgoing; Mon, 9 Jun 1997 10:01:25 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id KAA08076 for ; Mon, 9 Jun 1997 10:01:24 -0400 (EDT) From: speed@ns.connext.net Received: from connext.net(207.42.196.2) by gatekeeper.megasoft.com via smap (V2.0) id xma008069; Mon, 9 Jun 97 10:00:59 -0400 Received: from trident (swoop@[204.177.148.138]) by ns.connext.net (8.8.5/8.8.5) with SMTP id KAA28901; Mon, 9 Jun 1997 10:09:56 -0400 (EDT) Message-Id: <199706091409.KAA28901@ns.connext.net> Comments: Authenticated sender is To: deschall@gatekeeper.megasoft.com, colin@ionet.net Date: Mon, 9 Jun 1997 10:17:21 -0400 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Process scheduling. Reply-to: speed@connext.net In-reply-to: <199706090803.DAA14495@mail.ionet.net> X-mailer: Pegasus Mail for Win32 (v2.53/R1) Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On 9 Jun 97 at 3:00, Colin L. Hildinger wrote: > An Idle priority app will get no cycles if they aren't available, > and so something like Quake causes DESCHALL to halt completely. NT > 4.0 moved the graphics interface into Ring 0 to increase graphics > performance, but of course, it hurt multitasking because now a > kernel level process can actually wait on a line to be drawn or a > bitmap to be blitted. Duh. Of course, to the end user, under > light conditions, this makes NT "feel" faster, but it's not very > smart when you're doing real work with lots of processes. I mean, a > graphically intensive app could grind your server to a halt. Oops. > As MS does more and more stupid things like this, NT will become > less and less stable, not more and more. NT 3.51 will prove to be > the most stable version of NT for some years to come, I fear. There is another reason behind Microsoft's decision to move the graphics interface into Ring 0. Microsoft wants to cater to the largest possible audience. They also realize that NT is quickly becoming their primary OS as people see the shortcomings of 95. However, NT has traditionally turned away one large group of consumers: the ones who want to play games. DOS games just run faster, and programmers can deal with the hardware the way they want to. Microsoft's solution - DirectX. However, this requires moving the graphics subsystem into Ring 0. A good move for the server people? Probably not. But then again, if you are running NT strictly as a server, odds are you won't be running many graphically intensive apps in the first place. Is it a good move from a marketing standpoint? Certainly - because you just told the average Joe that he can now play all the latest games on Windows NT :) - Mark From owner-deschall-announce Mon Jun 9 14:55:12 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA10450 for deschall-outgoing; Mon, 9 Jun 1997 14:55:12 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA10445 for ; Mon, 9 Jun 1997 14:55:11 -0400 (EDT) Received: from mail1.its.rpi.edu(128.113.100.7) by gatekeeper.megasoft.com via smap (V2.0) id xma010440; Mon, 9 Jun 97 14:54:44 -0400 Received: from eclipse.its.rpi.edu (gad@eclipse.its.rpi.edu [128.113.24.33]) by mail1.its.rpi.edu (8.8.5/8.8.5) with SMTP id PAA157002 for ; Mon, 9 Jun 1997 15:03:35 -0400 Received: by eclipse.its.rpi.edu (NX5.67e/NX3.0M) id AA08243; Mon, 9 Jun 97 15:03:33 -0400 Message-Id: <9706091903.AA08243@eclipse.its.rpi.edu> Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Received: by NeXT.Mailer (1.118.2) From: Garance A Drosehn Date: Mon, 9 Jun 97 15:03:31 -0400 To: deschall@gatekeeper.megasoft.com Subject: Re: Basic resources References: <199706090352.UAA05426@goblin.punk.net> Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > But the knowledge expressed on this list of what we're doing and > why we're doing it is appalling low. So before you guys make > any more comments about 80-bit DES, 128-bit RSA keys, the cost > and speed of specialized FPGA DES crackers, etc., do a little > homework, huh? One thing to realize is that what "we" are doing, and why "we" are doing it depends on which group of contributors you are talking to. If I have to "do homework" to avoid being berated for contributing to this project, I'll simply go somewhere else. > THE resource on cryptography is Bruce Schneier's "Applied > Cryptography - Protocols, Algorithms, and Source Code in C". > It costs about $50. Or you can check your local or university > library. Or go to your local bookstore (I've seen copies in > some really small places), sit down with a copy, and browse. There are many interesting things about this deschall project, and many people contributing. I think it is great to see the cooperation, even if people don't all want to sit down and read a book about cryptography. Even from a technical angle, there are interesting things about what Rocke is doing here which are not specific to cryptography. > But please, no more bullshit. Yeesh. Calm down. I think this list has been very interesting, even if we're not all memorizing the facts of cryptography. --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu Senior Systems Programmer (MIME & NeXTmail capable) Rensselaer Polytechnic Institute; Troy NY USA From owner-deschall-announce Mon Jun 9 16:02:44 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA10743 for deschall-outgoing; Mon, 9 Jun 1997 16:02:44 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA10738 for ; Mon, 9 Jun 1997 16:02:43 -0400 (EDT) Received: from mail-out1.apple.com(17.254.0.52) by gatekeeper.megasoft.com via smap (V2.0) id xma010736; Mon, 9 Jun 97 16:02:28 -0400 Received: from [17.221.34.232] (A17-221-34-232.apple.com [17.221.34.232]) by mail-out1.apple.com (8.8.5/8.8.5) with SMTP id NAA09182 for ; Mon, 9 Jun 1997 13:08:58 -0700 Message-Id: <199706092008.NAA09182@mail-out1.apple.com> Subject: What's Next? Date: Mon, 9 Jun 97 13:11:15 -0700 x-sender: zarzycki@pop.ricochet.net x-mailer: Claris Emailer 2.0, March 15, 1997 From: Dave Zarzycki To: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Okay, it's easy to hum along while none of us find the key, but what happens once someone does? How will the lucky client respond (beeping, mailing of the user who owns the process, etc.)? How will the unlucky clients respond? How quickly will Rocke find out? How quickly will we (on the list) find out? How and will the media be notified? Will we make a coordinated effort and all move on to rc5? (imagine the sudden speed increase for them! ;-) In other words, what's the plan? Dave ------------------------------------------------------------- Dave Zarzycki Student Workgroup Server QA Tester Irvington High School Apple Computer, Inc. dazarzycki@irvington.org zarzycki@apple.com From owner-deschall-announce Mon Jun 9 16:19:18 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA10850 for deschall-outgoing; Mon, 9 Jun 1997 16:19:18 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA10845 for ; Mon, 9 Jun 1997 16:19:13 -0400 (EDT) Received: from lucifer.testlab.orst.edu(128.193.78.11) by gatekeeper.megasoft.com via smap (V2.0) id xma010843; Mon, 9 Jun 97 16:19:09 -0400 Received: by lucifer.TestLab.ORST.EDU with Internet Mail Service (5.0.1457.3) id <2BAY98V0>; Mon, 9 Jun 1997 13:33:25 -0700 Message-ID: <71846B925036CF11BD6D00C0D15709291274B3@lucifer.TestLab.ORST.EDU> From: Adam Haberlach To: deschall@gatekeeper.megasoft.com Subject: RE: Basic resources / Flamewars / Crypto Knowledge... Date: Mon, 9 Jun 1997 13:33:22 -0700 X-Priority: 3 X-Mailer: Internet Mail Service (5.0.1457.3) Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- - -----Original Message----- From: Garance A Drosehn [SMTP:gad@eclipse.its.rpi.edu] Sent: Monday, June 09, 1997 12:04 PM To: deschall@gatekeeper.megasoft.com Subject: Re: Basic resources >> But the knowledge expressed on this list of what we're doing >and >> why we're doing it is appalling low. So before you guys make >> any more comments about 80-bit DES, 128-bit RSA keys, the >cost >> and speed of specialized FPGA DES crackers, etc., do a little >> homework, huh? >One thing to realize is that what "we" are doing, and why "we" >are doing it depends on which group of contributors you are >talking to. If I have to "do homework" to avoid being berated >for contributing to this project, I'll simply go somewhere >else. Nobody is asking you to do homework in order to contribute to the project. However, many of the discussions that have been going back and forth on this list could be minimized by knowledge of basic crypto principles--thinks like symetric vs. asymetric key lengths and how DES works. A good FAQ is also needed. How many more times are we going to have people ask "My Windows NT machine has two procs--how do I use both of them?" How many more times are we going to have seven people answer them via the list? >> But please, no more bullshit. >Yeesh. Calm down. I think this list has been very >interesting, >even if we're not all memorizing the facts of cryptography. Good points on both sides. However, in the realm of discussion about cryptography, we need people to think or research before they talk about 80-bit DES, or brute-force key search attacks on 1024-bit asymetric keys. I think this thread is a good signal that we're ready to split the list. It seems like every time a mailing list gets fairly big, tensions build, questions get re-asked, and throughput comes to a standstill. I would like to suggest that we create new lists, as well as make sure the FAQ goes out to everyone as soon as they subscribe to the list--with a suggestion that they read it. How about lists called deschall-new and deschall-tech, for starters... - --- Adam Haberlach http://www.testlab.orst.edu/~haberlaa Crack DES NOW! http://www.frii.com/~rcv/deschall.htm -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBM5wFIRSmwqZasiJdAQE3YQP/dcLFzhUoXyIIojYEmaxJ994slT3exJ11 uDvNULGfSb45vQyL9W1PgRzNuIiKvotlzrJUfxgqJeHFjiFFiW4XjIKu0P/ZlQ4X P+tCOmheDietVBaEx6RWk5s1iivLS8e4Ta1i85D1G9UxCvtI/Fyuv9xKbGziU5F9 KzghP0hi/bU= =ASau -----END PGP SIGNATURE----- From owner-deschall-announce Mon Jun 9 17:18:45 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA11293 for deschall-outgoing; Mon, 9 Jun 1997 17:18:45 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA11288 for ; Mon, 9 Jun 1997 17:18:44 -0400 (EDT) Received: from unknown(128.172.89.118) by gatekeeper.megasoft.com via smap (V2.0) id xma011286; Mon, 9 Jun 97 17:18:15 -0400 Received: from [207.172.61.178] (rcm-as3s51.erols.com [207.172.61.178]) by ratboy.antennahead.com (8.8.0/8.6.12) with ESMTP id RAA17626 for ; Mon, 9 Jun 1997 17:27:45 -0400 Message-Id: In-Reply-To: <199706092008.NAA09182@mail-out1.apple.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 9 Jun 1997 17:26:40 -0400 To: deschall@gatekeeper.megasoft.com From: andrew meggs Subject: Re: What's Next? Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk At 1:11 PM -0700 6/9/97, Dave Zarzycki wrote: >How will the lucky client respond (beeping, mailing of the user who owns >the process, etc.)? > Most terminal-based clients will print "Key found at iteration nnnnn." and terminate -- hopefully people are redirecting output to a logfile. The MacOS client will display a dialog box and replace the progress bar with a flashing "Key Found". I have no idea what happens if someone running desgui finds the key. >How will the unlucky clients respond? > They'll keep on running, unless Rocke kills off the server. The server has the facility to make a client display a message or to tell a client to quit, and once the key is found it likely will be set up to do one of those. >How quickly will we (on the list) find out? > Likely not until the winning key has been confirmed and the prize has been claimed, both to avoid false alarms and to keep someone else from making a grab at the money. >How quickly will Rocke find out? > The server will know right away. I believe Rocke has a pager, but he could always be out of range. >Will we make a coordinated effort and all move on to rc5? (imagine the >sudden speed increase for them! ;-) We could, or it might be possible to do a round of client updates that all have rc5 cracking code embedded in them, and once the des competition was over all 15000+ hosts would start checking 56-bit rc5 keys in an independent effort. That's assuming our computing power by that time would be a match for an rc5 group that had a tremendous head start. Or, if we have truly phenomenal power by then, we could think about 64-bit rc5. Unlike DES, rc5 is designed to be efficient on today's CPU's, so while 64-bit rc5 would take 256 times longer than 56-bit rc5, it probably would only take 50-100 times longer than 56-bit DES. :) ____________________________________________________________________________ Andrew Meggs, content provider Antennahead Industries, Inc. From owner-deschall-announce Mon Jun 9 17:33:28 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA11578 for deschall-outgoing; Mon, 9 Jun 1997 17:33:28 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id RAA11573 for ; Mon, 9 Jun 1997 17:33:27 -0400 (EDT) Received: from zipcon.net(205.199.135.5) by gatekeeper.megasoft.com via smap (V2.0) id xma011571; Mon, 9 Jun 97 17:33:06 -0400 Received: from localhost (cassaela@localhost) by zipcon.net (8.8.5/8.7.3) with SMTP id OAA08785; Mon, 9 Jun 1997 14:41:28 -0700 Date: Mon, 9 Jun 1997 14:41:28 -0700 (PDT) From: Cassaela To: Dave Zarzycki cc: deschall@gatekeeper.megasoft.com Subject: Re: What's Next? In-Reply-To: <199706092008.NAA09182@mail-out1.apple.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Mon, 9 Jun 1997, Dave Zarzycki wrote: > In other words, what's the plan? The future is RC5 for everybody I know. And then, once RC5 is over, it'll be time to whip out the FPGA boards. :) ____________________________________________________ cassaela@zipcon.net http://www.zipcon.net/cassaela ____________________________________________________ at my most down & out i sat on a roof & watched the traffic at the light & waited for the end of the world or the end of something one night we were out there & we heard a crash & then the blue flicker coplights boy! that was quick! we thought, walking down-- the sucker had run the light & hit the goddamned police car, we laughed about that all the way back up the stairs & out on the roof, fresh beers in our hands, watching the green yellow red w/ eyes slitted in antici- pation Submitted to the Poetry Archive: http://www.zipcon.net/cassaela/npoetry.html Donate your spare CPU cycles for a chance at $4,000! http://www.frii.com/~rcv/deschall.htm From owner-deschall-announce Mon Jun 9 18:06:59 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA11730 for deschall-outgoing; Mon, 9 Jun 1997 18:06:59 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA11725 for ; Mon, 9 Jun 1997 18:06:58 -0400 (EDT) Received: from s5-171-9.student.washington.edu(128.95.171.9) by gatekeeper.megasoft.com via smap (V2.0) id xma011723; Mon, 9 Jun 97 18:06:55 -0400 Received: (from xyzzy@localhost) by s5-171-9.student.washington.edu (8.6.12/8.6.9) id PAA28257; Mon, 9 Jun 1997 15:15:51 -0700 Date: Mon, 9 Jun 1997 15:15:50 -0700 (PDT) From: Trent Piepho To: DESCHALL Subject: Re: What's Next? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Mon, 9 Jun 1997, andrew meggs wrote: > have truly phenomenal power by then, we could think about 64-bit rc5. > Unlike DES, rc5 is designed to be efficient on today's CPU's, so while > 64-bit rc5 would take 256 times longer than 56-bit rc5, it probably would > only take 50-100 times longer than 56-bit DES. :) I thought rc5 was slower than DES. At least the clients are slower than the deschall client. But as we all know, all clients aren't created equal. |Gazing up to the breeze of the heavens \ on a quest, meaning, reason | |came to be, how it begun \ all alone in the family of the sun | |curiosity teasing everyone \ on our home, third stone from the sun. | |Trent Piepho (xyzzy@u.washington.edu) -- Metallica | From owner-deschall-announce Mon Jun 9 18:59:30 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA11955 for deschall-outgoing; Mon, 9 Jun 1997 18:59:30 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id SAA11950 for ; Mon, 9 Jun 1997 18:59:29 -0400 (EDT) From: saurvok@exo.com Received: from server.snni.com(165.113.174.1) by gatekeeper.megasoft.com via smap (V2.0) id xma011948; Mon, 9 Jun 97 18:59:25 -0400 Received: from arp.snni.com (ppp86.snni.com [165.113.174.186]) by server.snni.com (8.6.12/8.6.9) with SMTP id QAA30497 for ; Mon, 9 Jun 1997 16:11:02 -0700 Message-Id: <3.0.32.19970609160851.006bf2a8@exo.com> X-Sender: saurvok@exo.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 09 Jun 1997 16:08:53 -0700 To: DESCHALL Subject: Re: What's Next? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I was running the Bovine RC5 client before switching to Deschall. My P200 was doing about 180,000 keys per second with Bovines gui client. With Desgui Im get a little over 1 million keys per second. At 03:15 PM 6/9/97 -0700, you wrote: >On Mon, 9 Jun 1997, andrew meggs wrote: >> have truly phenomenal power by then, we could think about 64-bit rc5. >> Unlike DES, rc5 is designed to be efficient on today's CPU's, so while >> 64-bit rc5 would take 256 times longer than 56-bit rc5, it probably would >> only take 50-100 times longer than 56-bit DES. :) > >I thought rc5 was slower than DES. At least the clients are slower than the >deschall client. But as we all know, all clients aren't created equal. From owner-deschall-announce Mon Jun 9 22:10:04 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA12555 for deschall-outgoing; Mon, 9 Jun 1997 22:10:04 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA12550 for ; Mon, 9 Jun 1997 22:10:03 -0400 (EDT) Received: from datahaven.fix.net(207.114.131.2) by gatekeeper.megasoft.com via smap (V2.0) id xma012545; Mon, 9 Jun 97 22:09:34 -0400 Received: from localhost (jrichard@localhost) by datahaven.fix.net (8.8.5/8.7.3) with SMTP id TAA01883 for ; Mon, 9 Jun 1997 19:17:14 -0700 Date: Mon, 9 Jun 1997 19:17:13 -0700 (PDT) From: Josh Richards To: deschall@gatekeeper.megasoft.com Subject: Re: normal? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Sun, 8 Jun 1997, Justin Dolske wrote: > On Sun, 8 Jun 1997, Jason Buchanan wrote: [..] > > However, the 4th machine i'm running it on is a SS2 and it said "Key > > found" or something like that... and since I wasn't paying close attention > > I don't know if this is normal for the sun build to display this or not. > > I havn't seen an excited message from Rocke, so I'll assume you simply > misread the screen. :-) Here's what it would say (and more): (excerpt of a 'strings' on the Linux i486 binary of deschall client) [..unreadable stuff snipped..] AAAAAAAAAAAAAAAA 5555555555555555 2^21 complementary pairs of keys tested: %ld seconds select sendto recvfrom Received packet from host %lX Key was found, but network notification failed. Please send e-mail or telephone!!!!! Unable to contact server for more work. DES Challenge Solver Copyright (c) Rocke Verser, 1986, 1997 All Rights Reserved. ***** FOR USE IN THE USA AND CANADA ONLY ***** *************** NOT FOR EXPORT *************** usage: %s [-d] [-e] server [ #multiprocessors ] OR %s -m (for measurements) fork Selftest passed socket bind I2 %d %s %s Processor #%d: Working Client stopped by server (%s) A2 %s %s %s %s %s %lu Invalid msg: '%s' 54686520756E6B6E 794581C0A06E40A2 99E97CBF4F7A6E8F Invalid checksum: '%s' Invalid key-parity: '%s' Processor %d -- 2^%u complementary pairs of keys starting with %s F2 %u %s Processor %d -- Key found after %d iterations Processor %d -- Elapsed time: %ld seconds Selftest failed N2[%8.8X/%8.8X] %d %s Processor %d -- Key not found %8x%8x Invalid hexdata: '%s' Linux 10:34:58 Mar 12 1997 V0.214 %s %s Program version: %s %8.8X%8.8X Selftest A failed Selftest B failed Selftest C failed -- i,j,k = %d %d %d Selftest D failed Selftest E failed [%8.8X:%8.8X] The unknyE GCC: (GNU) 2.7.2.1 GCC: (GNU) 2.7.2.1 [..SNIP!] - Josh Richards - (jrichard@fix.net) - Finger for PGP key - - FIX Net - "Your Central Coast Internet Provider" - http://www.fix.net - From owner-deschall-announce Mon Jun 9 23:36:36 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA12797 for deschall-outgoing; Mon, 9 Jun 1997 23:36:36 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA12792 for ; Mon, 9 Jun 1997 23:36:35 -0400 (EDT) Received: from gw.research.megasoft.com(206.230.35.93) by gatekeeper.megasoft.com via smap (V2.0) id xma012790; Mon, 9 Jun 97 23:36:14 -0400 Received: (from uucp@localhost) by gw.research.megasoft.com (8.7.5/8.7.3-cmcurtin) id XAA14893; Mon, 9 Jun 1997 23:53:17 -0400 (EDT) Received: from goffette.research.megasoft.com(192.168.1.2) by gw.research.megasoft.com via smap (V2.0) id xma014891; Mon, 9 Jun 97 23:53:08 -0400 Received: (from cmcurtin@localhost) by goffette.research.megasoft.com (8.8.5/8.8.5) id XAA21894; Mon, 9 Jun 1997 23:42:42 -0400 (EDT) Date: Mon, 9 Jun 1997 23:42:42 -0400 (EDT) Message-Id: <199706100342.XAA21894@goffette.research.megasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: C Matthew Curtin To: Adam Haberlach Cc: deschall@gatekeeper.megasoft.com Subject: RE: Basic resources / Flamewars / Crypto Knowledge... In-Reply-To: <71846B925036CF11BD6D00C0D15709291274B3@lucifer.TestLab.ORST.EDU> References: <71846B925036CF11BD6D00C0D15709291274B3@lucifer.TestLab.ORST.EDU> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid X-Face: "&>g(&eGr?u^F:nFihL%BsyS1[tCqG7}I2rGk4{aKJ5I_5A\*6RYn4"N.`1pPF9LO!Fa<(gj:12)?=uP2l01e10Gij"7j&-)torL^iBrNf\s7PDLm=rf[PjxtSbZ{J(@@j"q2/iV9^Mx>>>> "Adam" == Adam Haberlach writes: Adam> A good FAQ is also needed. How many more times are we Adam> going to have people ask "My Windows NT machine has two Adam> procs--how do I use both of them?" How many more times are we Adam> going to have seven people answer them via the list? This will probably continue to be the case until I am able to update it. I agree it needs an update, and in fact, it is about halfway done through a complete rewrite from scratch, but it's in pieces. The plan for tonight is to get the Java gateway working so I can begin real testing with it tomorrow, and then fix the FAQ. Feel free to contribute to the FAQ; email me a Q&A, and I can slap it in a lot easier than deciding that it needs to be addressed, then writing it, THEN slapping it in there. I'm sorry I'm slow about getting things turned around here, my load average is extremely high... I'm involved in well over a dozen different projects, my _inbox_ is now over 550 messages deep, and I'm literally thousands of messages behind in mailing lists... Sorry, but you'll just have to either deal with the FAQ or give me a hand. Adam> I think this thread is a good signal that we're ready to split Adam> the list. You're probably right. But guess who has to do that... heh. (You just can't win, can ya? :-) I like deschall-tech, but I'm going to kick this around while doing the other-tonight-stuff before doing it. -- Matt Curtin Chief Scientist Megasoft Online cmcurtin@research.megasoft.com http://www.research.megasoft.com/people/cmcurtin/ I speak only for myself Death to small keys. Crack DES NOW! http://www.frii.com/~rcv/deschall.htm From owner-deschall-announce Mon Jun 9 23:58:06 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA12886 for deschall-outgoing; Mon, 9 Jun 1997 23:58:06 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA12881 for ; Mon, 9 Jun 1997 23:58:05 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma012879; Mon, 9 Jun 97 23:57:55 -0400 Received: from cuba.cis.ohio-state.edu (cuba.cis.ohio-state.edu [164.107.138.5]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id AAA07952; Tue, 10 Jun 1997 00:06:42 -0400 Received: from localhost (dolske@localhost) by cuba.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id AAA21457; Tue, 10 Jun 1997 00:06:43 -0400 (EDT) X-Authentication-Warning: cuba.cis.ohio-state.edu: dolske owned process doing -bs Date: Tue, 10 Jun 1997 00:06:36 -0400 (EDT) From: Justin Dolske To: C Matthew Curtin cc: deschall@gatekeeper.megasoft.com Subject: RE: Basic resources / Flamewars / Crypto Knowledge... In-Reply-To: <199706100342.XAA21894@goffette.research.megasoft.com> Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Mon, 9 Jun 1997, C Matthew Curtin wrote: > You're probably right. But guess who has to do that... heh. (You > just can't win, can ya? :-) I like deschall-tech, but I'm going to > kick this around while doing the other-tonight-stuff before doing it. Just for the record, I don't really see a need to split up the DESCHALL list yet. It's not exactly low volume, but we're not getting *that* many messages per day. Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- Over the 10baseT, across the bridge, through the router -- nothing but Net. From owner-deschall-announce Tue Jun 10 00:13:36 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA12977 for deschall-outgoing; Tue, 10 Jun 1997 00:13:36 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA12972 for ; Tue, 10 Jun 1997 00:13:35 -0400 (EDT) Received: from post1.fast.net(198.69.204.13) by gatekeeper.megasoft.com via smap (V2.0) id xma012970; Tue, 10 Jun 97 00:13:13 -0400 Received: from etoswuxg (max1-11.PHL.FAST.NET [206.245.144.11]) by post1.fast.net (8.8.5/8.8.5) with ESMTP id AAA19151 for ; Tue, 10 Jun 1997 00:22:15 -0400 (EDT) Message-Id: <199706100422.AAA19151@post1.fast.net> From: "Terrence L. Domjan" To: Subject: Other Efforts Date: Tue, 10 Jun 1997 00:20:34 -0400 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Hello. 1. I''ve been able to find out about SolNet but where can I get info about SGI's effort? Is that just SGI showing off their own machines? 2. Also, in the May 6th MIT story in the News section on the DESCHALL site, there is a mention of an effort by MIT: "Kretchmar said that SIPB had not resolved which effort to join. Verser's effort is only one of several plans to break the key. SIPB is looking at an effort based on an algorithm developed at MIT, Kretchmar said." Is this a non-brute force algorithm? Have they started yet? 3. What happened to the DES Violation effort? I joined the DESCHALL effort only recently and didn't know anything about DES Violation when I read that they have stopped working. Terrence L. Domjan questor@fast.net From owner-deschall-announce Tue Jun 10 00:33:07 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA13047 for deschall-outgoing; Tue, 10 Jun 1997 00:33:07 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA13042 for ; Tue, 10 Jun 1997 00:33:06 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma013040; Tue, 10 Jun 97 00:32:42 -0400 Received: from cuba.cis.ohio-state.edu (cuba.cis.ohio-state.edu [164.107.138.5]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id AAA08587; Tue, 10 Jun 1997 00:41:29 -0400 Received: from localhost (dolske@localhost) by cuba.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id AAA22060; Tue, 10 Jun 1997 00:41:30 -0400 (EDT) X-Authentication-Warning: cuba.cis.ohio-state.edu: dolske owned process doing -bs Date: Tue, 10 Jun 1997 00:41:23 -0400 (EDT) From: Justin Dolske To: "Terrence L. Domjan" cc: deschall@gatekeeper.megasoft.com Subject: Re: Other Efforts In-Reply-To: <199706100422.AAA19151@post1.fast.net> Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Tue, 10 Jun 1997, Terrence L. Domjan wrote: > 1. I''ve been able to find out about SolNet > but where can I get info about SGI's effort? SGI's effort, so far, is apparently comppletely private (minus leaks ;-). It would be nice to get them to migrate to DESCHALL. In addition to getting some good publicity, I think we're at the point where they have a better chance of finding the key if they work with us. > 2. Also, in the May 6th MIT story in the News section > on the DESCHALL site, there is a mention of an > effort by MIT: I think this is likely referring to some people at MIT not wanting to run a client that they don't have source code for. I've never heard of MIT seriously considering their own effort. > 3. What happened to the DES Violation effort? They folded a few weeks ago. DESCHALL and SolNet were both much faster and farther ahead, so a 3rd effort wasn't really worth it. Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- Over the 10baseT, across the bridge, through the router -- nothing but Net. From owner-deschall-announce Tue Jun 10 01:07:07 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA13123 for deschall-outgoing; Tue, 10 Jun 1997 01:07:07 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA13118 for ; Tue, 10 Jun 1997 01:07:06 -0400 (EDT) Received: from serv1-2.jump.net(204.238.120.19) by gatekeeper.megasoft.com via smap (V2.0) id xma013116; Tue, 10 Jun 97 01:06:58 -0400 Received: from bleep.jump.net by serv1.jump.net (8.8.5/jump.1.11) id AAA28183; Tue, 10 Jun 1997 00:15:45 -0500 (CDT) Message-Id: <199706100515.AAA28183@serv1.jump.net> Comments: Authenticated sender is From: "Richard Hendricks" Organization: Motorola To: "DESCHALL" , "Colin L. Hildinger" Date: Tue, 10 Jun 1997 00:15:17 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Process scheduling. Reply-to: hendric@jump.net X-mailer: Pegasus Mail for Win32 (v2.42) Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > From: "Colin L. Hildinger" > To: "DESCHALL" > Date: Mon, 09 Jun 97 04:23:05 -0500 > Reply-to: "Colin L. Hildinger" > Subject: Re: Process scheduling. > On Mon, 9 Jun 1997 01:48:55 -0700 (PDT), Trent Piepho wrote: > > >On Mon, 9 Jun 1997, Colin L. Hildinger wrote: > >> I like OS/2's method, personally. There are four brackets of priority, > >> each with higher importance. A critical priority always takes > >> precedence over an idle one. Period. If a critical priority thread is > >> due, a server level one and below waits, if an server level thread is > >> due, an application level and below waits, and if an application level > >> thread is due, idle waits (I might not have gotten the names right). > > > >There are some flaws with a strict priority system like this. Say an > >application program has locked a file that a server process needs. The > >application will never get any cpu time and will never unlock the file. Thus > >it is effectivly preventing the higher priority server process from running. > > I may of course be slightly wrong then. I know Idle priority works > this way, the others may not be quite as strict, I know that idle is, > though. > > > Colin L. Hildinger I spent a semester in an Operating Systems course, and we spent months over different type of deadlock prevention/detection/termination schemes. Finally, at the end, we asked the instructor what kind Unix uses. He said "None. They all use way too much CPU." So, if an app grabs a system file(which, by definition it shouldn't ever do)and locks up the system, give if the three finger salute. -- Richard Hendricks, Applications Engineer, Austin, Texas hendric@jump.net From owner-deschall-announce Tue Jun 10 01:21:10 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA13244 for deschall-outgoing; Tue, 10 Jun 1997 01:21:10 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA13239 for ; Tue, 10 Jun 1997 01:21:09 -0400 (EDT) Received: from hate.sizone.org(209.50.72.17) by gatekeeper.megasoft.com via smap (V2.0) id xma013237; Tue, 10 Jun 97 01:20:48 -0400 Received: by sizone.org (Linux Smail3.1.93 #5) id m0wbJWl-000H3XC; Tue, 10 Jun 97 01:31:31 -0400 (EDT) Message-Id: From: mathboy@sizone.org (Eating Before Swimming) Subject: Re: Basic resources / Flamewars / Crypto Knowledge... To: deschall@gatekeeper.megasoft.com Date: Tue, 10 Jun 1997 01:31:30 -0400 (EDT) In-Reply-To: from "Justin Dolske" at Jun 10, 97 00:06:36 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk then Justin Dolske's all.. > > On Mon, 9 Jun 1997, C Matthew Curtin wrote: > > > You're probably right. But guess who has to do that... heh. (You > > just can't win, can ya? :-) I like deschall-tech, but I'm going to > > kick this around while doing the other-tonight-stuff before doing it. > > Just for the record, I don't really see a need to split up the DESCHALL > list yet. It's not exactly low volume, but we're not getting *that* many > messages per day. agreed, especially when people post with relevant and accurate subject lines, I can skip with impugnity! (DesGUI & Mac for eg...) So if people keep that in mind that would be great. /kc -- Ken Chase mathboy@sizone.org Sonic Interzone $free$ email/news Toronto Canada ------------------------------------------------------------------------------ Join the DES Challenge! Wake up the US Govt! www.frii.com/~rcv/deschall.htm NB:Only 16000 P200-months CPU req'd to recover 56-bit IBM alliance keys! ** U.S. EXPORT LAWS MAY NOT APPLY TO YOUR COUNTRY: DEVELOP YOUR NATIONS' OWN CRYPTO-EXPORT INDUSTRY! USE 2048bit KEYS FREELY! FLAUNT YOUR SOVEREIGNTY! ** From owner-deschall-announce Tue Jun 10 01:28:10 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA13262 for deschall-outgoing; Tue, 10 Jun 1997 01:28:10 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA13257 for ; Tue, 10 Jun 1997 01:28:09 -0400 (EDT) Message-Id: <199706100528.BAA13257@gatekeeper.megasoft.com> Received: from msi011.mustang.com(209.31.204.11) by gatekeeper.megasoft.com via smap (V2.0) id xma013255; Tue, 10 Jun 97 01:27:55 -0400 From: "Greg Hewgill" To: "Colin L. Hildinger" , Subject: Re: Process scheduling. Date: Mon, 9 Jun 1997 22:38:07 -0700 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1160 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > From: Colin L. Hildinger > NT 4.0 moved the graphics interface into Ring 0 to increase graphics > performance, but of course, it hurt multitasking because now a kernel > level process can actually wait on a line to be drawn or a bitmap to be > blitted. Duh. I'll refrain from commenting further on this because this mailing list is refreshingly free from the usual my-OS-is-better-than-yours wars, even with the wide range of choices made by the participants. (Well, except for the guy with the Starfire, he deserves whatever he gets! :) The designers of modern operating systems like NT and OS/2 have put a significant amount of time and effort into efficient scheduling algorithms. We've come a long way from primitive time sharing systems where you got your 25 ms slice whether you needed it or not. This whole thread can be rendered mostly irrelevant if you run DESChall on an SMP system (<- ob. deschall content). I've played Duke3D on one of the dual-Pentium servers at work and nobody noticed! From owner-deschall-announce Tue Jun 10 01:32:40 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA13287 for deschall-outgoing; Tue, 10 Jun 1997 01:32:40 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA13282 for ; Tue, 10 Jun 1997 01:32:39 -0400 (EDT) Message-Id: <199706100532.BAA13282@gatekeeper.megasoft.com> Received: from msi011.mustang.com(209.31.204.11) by gatekeeper.megasoft.com via smap (V2.0) id xma013280; Tue, 10 Jun 97 01:32:19 -0400 From: "Greg Hewgill" To: "Trent Piepho" , Subject: Re: Process scheduling. Date: Mon, 9 Jun 1997 22:42:28 -0700 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1160 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > From: Trent Piepho > There are some flaws with a strict priority system like this. Say an > application program has locked a file that a server process needs. The > application will never get any cpu time and will never unlock the file. Thus > it is effectivly preventing the higher priority server process from running. This is addressed in many scheduling algorithms by a technique called "priority inversion" or "priority inheritance". The OS can tell when a high priority process is waiting for a lower priority one to finish. When this happens, it temporarily boosts the priority of the process holding the lock to the same (or even higher) priority than the process that is waiting. This prevents starvation and allows the waiting higher priority process to continue as soon as possible. Of course after the waiting process is released, the lower priority process gets kicked back down to where it was in the first place. From owner-deschall-announce Tue Jun 10 01:44:40 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA13309 for deschall-outgoing; Tue, 10 Jun 1997 01:44:40 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA13304 for ; Tue, 10 Jun 1997 01:44:39 -0400 (EDT) Message-Id: <199706100544.BAA13304@gatekeeper.megasoft.com> Received: from msi011.mustang.com(209.31.204.11) by gatekeeper.megasoft.com via smap (V2.0) id xma013302; Tue, 10 Jun 97 01:44:13 -0400 From: "Greg Hewgill" To: Subject: Re: What's Next? Date: Mon, 9 Jun 1997 22:54:31 -0700 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1160 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > From: Cassaela > > In other words, what's the plan? > > The future is RC5 for everybody I know. I've been kind of enamored by the GIMPS (Great Internet Mersenne Prime Search) project (http://www.mersenne.org). All my machines at work are cranking on DESChall, but at home I'm running a program that hunts for prime numbers. I don't have a full time net connection at home, but that's ok because you check out three to six *months* worth of work at a time! There are an infinite number of Mersenne primes, so this will keep everybody busy for quite some time. And if you do find a new prime number, your name will be permanently attached to that number until the end of human future. Not just some monetary prize offered by some 20th century cryptography research firm. :) From owner-deschall-announce Tue Jun 10 01:58:40 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA13359 for deschall-outgoing; Tue, 10 Jun 1997 01:58:40 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA13354 for ; Tue, 10 Jun 1997 01:58:39 -0400 (EDT) Date: Tue, 10 Jun 1997 01:58:39 -0400 (EDT) Received: from cmuvm.csv.cmich.edu(141.209.1.16) by gatekeeper.megasoft.com via smap (V2.0) id xma013352; Tue, 10 Jun 97 01:58:19 -0400 Received: from [153.35.112.118] by CMUVM.CSV.CMICH.EDU (IBM VM SMTP V2R4) with TCP; Tue, 10 Jun 97 02:05:17 EDT X-Sender: 3yt7knq@cmuvm.csv.cmich.edu Message-Id: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: deschall@gatekeeper.megasoft.com From: "Charles E. Novitski" Subject: Re: normal? Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >On Sun, 8 Jun 1997, Justin Dolske wrote: > >> On Sun, 8 Jun 1997, Jason Buchanan wrote: >[..] >> > However, the 4th machine i'm running it on is a SS2 and it said "Key >> > found" or something like that... and since I wasn't paying close attention >> > I don't know if this is normal for the sun build to display this or not. >> >> I havn't seen an excited message from Rocke, so I'll assume you simply >> misread the screen. :-) > >Here's what it would say (and more): > >(excerpt of a 'strings' on the Linux i486 binary of deschall client) > >[..unreadable stuff snipped..] >AAAAAAAAAAAAAAAA >5555555555555555 >2^21 complementary pairs of keys tested: %ld seconds >select >sendto >recvfrom >Received packet from host %lX >Key was found, but network notification failed. >Please send e-mail or telephone!!!!! >Unable to contact server for more work. >DES Challenge Solver >Copyright (c) Rocke Verser, 1986, 1997 >All Rights Reserved. >***** FOR USE IN THE USA AND CANADA ONLY ***** 1. Does anyone have convincing evidence that this "key not found" report (above) is just a misaprehension, rather than a real result that didn't get sent back to the server? If not, is it not worth (and/or possible) rechecking the keys sent to that site? 2. Could you explain the rationale in choosing keys? Is is true that keys are chosen at random, with duplications not being guarded against? If so, why not have a check against duplication? Can it be proved mathematically that it requires too much computing power (relative to key breaking) to be attractive? 3. What is the reason for lack of cooperation between groups (Solnet, SGI)? If the keyspace were divided up between the competing groups, then their respective chances of being the winner would not be altered. But the success of the combined groups would be accelerated. And if they key weren't found when all space were checked because certain competing clients were defective, the Deschall group could redo the other group's space as needed. In my naivity, I don't see the downside. Is it that there has to be gaming decisions related to the psychology of possible choice of keys (not being even, being large, etc.) Charles From owner-deschall-announce Tue Jun 10 03:54:43 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id DAA13716 for deschall-outgoing; Tue, 10 Jun 1997 03:54:43 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id DAA13711 for ; Tue, 10 Jun 1997 03:54:42 -0400 (EDT) Received: from dopey.verser.frii.com(206.168.13.68) by gatekeeper.megasoft.com via smap (V2.0) id xma013709; Tue, 10 Jun 97 03:54:11 -0400 Received: (from deslists@localhost) by dopey.verser.frii.com (8.6.12/8.6.12) id CAA00205; Tue, 10 Jun 1997 02:02:57 -0600 Date: Tue, 10 Jun 1997 02:02:57 -0600 From: DES Challenge Lists Message-Id: <199706100802.CAA00205@dopey.verser.frii.com> To: c.novitski@cmich.edu Subject: Re: normal? Cc: deschall@gatekeeper.megasoft.com Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > From: "Charles E. Novitski" > > >> On Sun, 8 Jun 1997, Jason Buchanan wrote: > >[..] > >> > However, the 4th machine i'm running it on is a SS2 and it said "Key > >> > found" or something like that... and since I wasn't paying close attention > > 1. Does anyone have convincing evidence that this "key not found" report > (above) is just a misaprehension, rather than a real result that didn't get > sent back to the server? If not, is it not worth (and/or possible) > rechecking the keys sent to that site? > > [snip] > > Charles Let's try to lay this puppy to rest once and for all... Although it seemed highly improbably, I contacted the person running the "SS2" client. He gave me the IP address of the machine in question and the approximate time and date he thought he saw this message. I checked the logs and found that there were a series of "key not found" reports from the client to the server, extending a few hours before and a few hours after his observation. Except for the Mac PPC client, which doesn't behave identically to the other clients, if the key is found, the client will send a coded "key found" message to the server. The client will also display a "key found" message on the user's terminal. The client will then terminate. If the server receives a "key found" message, it logs the message; and sends a "shutdown" message to the client. The server continues to run, since the server's policy is to distrust the clients. However the server spawns another process to act upon the allegedly correct key. No "key found" message appeared in the logs, and no such process was spawned. Note that all clients (except Mac PPC) will terminate after they have displayed the "key found" message, even if the server misunderstands the "key found" message, and even if the server fails to send the "shutdown" message to the client. In the case in question, the server received nothing but "not found" messages, it responded by assigning additional keyspaces, and the client did not terminate. This is very strong evidence that the user's machine did not actually find the key. The messages are just *slightly different* for bitslice clients. I presume the user misread the message. [The confusion that seems to have developed is a good argument for keeping all clients as identical as possible.] -- Rocke From owner-deschall-announce Tue Jun 10 04:43:44 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id EAA13810 for deschall-outgoing; Tue, 10 Jun 1997 04:43:44 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id EAA13803 for ; Tue, 10 Jun 1997 04:43:43 -0400 (EDT) Received: from watcher.rh1.iit.edu(198.37.25.242) by gatekeeper.megasoft.com via smap (V2.0) id xma013799; Tue, 10 Jun 97 04:43:29 -0400 Received: from localhost (beberg@localhost) by watcher.highlander.org (8.8.5/8.8.5) with SMTP id CAA17034 for ; Tue, 10 Jun 1997 02:52:24 -0500 Date: Tue, 10 Jun 1997 02:52:23 -0500 (CDT) From: "Adam L. Beberg" X-Sender: beberg@watcher.highlander.org Reply-To: "Adam L. Beberg" To: deschall@gatekeeper.megasoft.com Subject: Re: What's Next? In-Reply-To: <199706100544.BAA13304@gatekeeper.megasoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Mon, 9 Jun 1997, Greg Hewgill wrote: > > From: Cassaela > > > In other words, what's the plan? > > > > The future is RC5 for everybody I know. > > I've been kind of enamored by the GIMPS (Great Internet Mersenne Prime > Search) project (http://www.mersenne.org). All my machines at work are Greetings DES peoples :) Well, since I am one of the people working on the RC5 cracking effort, I'm hoping people will all come join us when DES gets cracked. The DES-Sol guru has already agreed to direct his people our way... We are also already working to move all the people working on RC5 to the Mersenne prime search when we crack RC5. the GIMPS folks are not currently equiped to handle a large mass of volenteers, it's human coordinated. I'm already in contact with their coordinator to adapt our network to search for primes. Even tho our clients are already very general, tunnel through firewalls, and we have personal proxies...this is not gonna be a quick convertion. The goal of distributed.net is also to bring together all the computing power we can to a single task. I'm sure I don't need to point out that if the DESCHALL, DES-Sol, and SGI people where working together, you would be 50% throught the keyspace by now, and you wouldn't have duplicated CPU-centuries of work... Hope to see you on distributed.net when you beat DES :) - Adam L. Beberg beberg@distributed.net http://www.iit.edu/~beberg/ From owner-deschall-announce Tue Jun 10 06:32:47 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id GAA14002 for deschall-outgoing; Tue, 10 Jun 1997 06:32:47 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id GAA13997 for ; Tue, 10 Jun 1997 06:32:45 -0400 (EDT) Received: from cmu1.acs.cmu.edu(128.2.35.186) by gatekeeper.megasoft.com via smap (V2.0) id xma013995; Tue, 10 Jun 97 06:32:35 -0400 Received: from [128.2.120.5] (CREAMOFWHEAT-5.SLIP.ANDREW.CMU.EDU [128.2.120.5]) by cmu1.acs.cmu.edu (8.8.2/8.7.3) with ESMTP id GAA18707 for ; Tue, 10 Jun 1997 06:41:20 -0400 X-Sender: dtw@f.gp.cs.cmu.edu Message-Id: In-Reply-To: <199706100802.CAA00205@dopey.verser.frii.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 10 Jun 1997 06:38:29 -0400 To: deschall@gatekeeper.megasoft.com From: Duane T Williams Subject: Re: normal? Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >[The confusion that seems to have >developed is a good argument for keeping all clients as identical as >possible.] It's a good argument for making the key found announcement distinctive and unambiguous. Print a screen full of "KEY FOUND" messages in blinking all caps or something. -Duane From owner-deschall-announce Tue Jun 10 08:13:18 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id IAA14547 for deschall-outgoing; Tue, 10 Jun 1997 08:13:18 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id IAA14538 for ; Tue, 10 Jun 1997 08:13:17 -0400 (EDT) Received: from haven.uchicago.edu(128.135.12.3) by gatekeeper.megasoft.com via smap (V2.0) id xma014534; Tue, 10 Jun 97 08:13:08 -0400 Received: from shadowland (bj2-81.rh.uchicago.edu [128.135.157.81]) by haven.uchicago.edu (8.8.5/8.8.5) with SMTP id HAA10161 for ; Tue, 10 Jun 1997 07:21:59 -0500 (CDT) Message-Id: <3.0.2.32.19970610072159.00a2dde0@acs-popmail.uchicago.edu> X-Sender: secabeen@acs-popmail.uchicago.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.2 (32) Date: Tue, 10 Jun 1997 07:21:59 -0500 To: deschall@gatekeeper.megasoft.com From: Ted Cabeen Subject: Re: normal? In-Reply-To: References: <199706100802.CAA00205@dopey.verser.frii.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- At 06:38 AM 6/10/97 -0400, Duane T Williams wrote: >>[The confusion that seems to have >>developed is a good argument for keeping all clients as identical as >>possible.] > >It's a good argument for making the key found announcement distinctive and >unambiguous. Print a screen full of "KEY FOUND" messages in blinking all >caps or something. Another good idea would be to write the key data to the HD when it is found in case the person is not storing their logs correctly. -----BEGIN PGP SIGNATURE----- Version: 4.5 iQEVAgUBM51G4NBqlyHCkS2NAQHjyQf9EuJn3WfKcrJfyICVDmvGOnN5ZO1begjE QJk/09Spbb1b1KjwSCAniEDBS5oJOe7QuywCSC5bbE4mHEcbgSbyMkSpeBSClaDq 1MwSDgFVvbjAMF1rDLFck9iIKOzOgSVMfQZzYKec4gBfADza77iCKQK0zB0Firgi L6lwg2EKZfVeeb+lBYHvf2tW2DzrtNuqyLMd/+25ov/2EFVXjXoBbTQGZOoAtXm6 XWSWVSkQHXfc2WSsFiZq2cGuZVsgqDfGXunPJZ2RYmOwlED07OgG49R/TpGseNPN Fq7f8Es0/X4+vyH6+/JAF5BjVxo15AEbSh+fowRVP0a6NmEJlDqjIw== =aqzx -----END PGP SIGNATURE----- -- Ted Cabeen http://shadowland.rh.uchicago.edu cabeen@netcom.com Check Website or finger for PGP Public Key secabeen@midway.uchicago.edu "I have taken all knowledge to be my province." -F. Bacon cococabeen@aol.com "Human kind cannot bear very much reality."-T.S.Eliot 73126.626@compuserve.com From owner-deschall-announce Tue Jun 10 08:14:48 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id IAA14572 for deschall-outgoing; Tue, 10 Jun 1997 08:14:48 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id IAA14563 for ; Tue, 10 Jun 1997 08:14:47 -0400 (EDT) Received: from f45.hotmail.com(207.82.250.56) by gatekeeper.megasoft.com via smap (V2.0) id xma014559; Tue, 10 Jun 97 08:14:30 -0400 Received: (from root@localhost) by f45.hotmail.com (8.8.5/8.8.5) id FAA02233; Tue, 10 Jun 1997 05:23:21 -0700 (PDT) Message-Id: <199706101223.FAA02233@f45.hotmail.com> Received: from 206.83.78.36 by www.hotmail.com with HTTP; Tue, 10 Jun 1997 05:23:20 PDT X-Originating-IP: [206.83.78.36] From: "Randy Weems" To: deschall@gatekeeper.megasoft.com Subject: Re: What's Next? Content-Type: text/plain Date: Tue, 10 Jun 1997 05:23:20 PDT Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >>How will the lucky client respond (beeping, mailing of the user who owns >>the process, etc.)? >> > >Most terminal-based clients will print "Key found at iteration nnnnn." and >terminate -- hopefully people are redirecting output to a logfile. The >MacOS client will display a dialog box and replace the progress bar with a >flashing "Key Found". I have no idea what happens if someone running desgui >finds the key. DESGui changes the title of the Window to "Key Found!", changes the pop-up message in the taskbar to something similiar, and then every two seconds it flashes the window, brings the window to front, and sounds a message beep (icon stop I think). IOW, it tries to get your attention. --------------------------------+------------------------------------- Randy Weems |Help crack DES! For more info, visit mailto:rweems@hotmail.com |http://www.frii.com/~rcv/deschall.htm http://www.concentric.net/~Mithran/| --------------------------------------------------------- Get Your *Web-Based* Free Email at http://www.hotmail.com --------------------------------------------------------- From owner-deschall-announce Tue Jun 10 15:41:57 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA19390 for deschall-outgoing; Tue, 10 Jun 1997 15:41:57 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA19374 for ; Tue, 10 Jun 1997 15:41:55 -0400 (EDT) Received: from south-station-annex.mit.edu(18.72.1.2) by gatekeeper.megasoft.com via smap (V2.0) id xma019361; Tue, 10 Jun 97 15:41:25 -0400 Received: from MIT.MIT.EDU by MIT.EDU with SMTP id AA26419; Tue, 10 Jun 97 15:50:06 EDT Received: from SPA.MIT.EDU by MIT.MIT.EDU (5.61/4.7) id AA03185; Tue, 10 Jun 97 15:50:05 EDT X-Sender: wkoffel@po8.mit.edu Message-Id: In-Reply-To: <199706100422.AAA19151@post1.fast.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 10 Jun 1997 15:51:17 -0400 To: "Terrence L. Domjan" , From: Will Koffel Subject: Re: Other Efforts Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk At 12:20 AM -0400 6/10/97, Terrence L. Domjan wrote: >Hello. >2. Also, in the May 6th MIT story in the News section > on the DESCHALL site, there is a mention of an > effort by MIT: > > "Kretchmar said that SIPB had not resolved which > effort to join. Verser's effort is only one of several > plans to break the key. SIPB is looking at an effort > based on an algorithm developed at MIT, Kretchmar said." > > Is this a non-brute force algorithm? > Have they started yet? > I talked a little with SIPB a few weeks ago, and got the sense that what they were speaking of was not so much an MIT effort, per se, but more of an MIT affiliation. Someone might be able to clarify better, but I think that one of the brute-force search algorithms was created by (or created in part by) an MIT professor here, and that SIPB felt a possible loyalty aspect about running that much computing power on any one effort. I'm not sure if the MIT affiliation was with the RC5 effort, but it might be. Or something else. I don't think SolNet, but again, this is all sort of second hand..... Crack Away.......................... ___________________________________________ Will Koffel Course 21M (617) 225-6418 ~*_*~ wkoffel@mit.edu Course 6 MIT '00 http://web.mit.edu/wkoffel/www ------------------------------------------- From owner-deschall-announce Tue Jun 10 15:59:57 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA19606 for deschall-outgoing; Tue, 10 Jun 1997 15:59:57 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA19601 for ; Tue, 10 Jun 1997 15:59:56 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma019599; Tue, 10 Jun 97 15:59:55 -0400 Received: from hammond.cis.ohio-state.edu (hammond.cis.ohio-state.edu [164.107.17.6]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id QAA00449; Tue, 10 Jun 1997 16:08:43 -0400 Received: from localhost (dolske@localhost) by hammond.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id QAA29433; Tue, 10 Jun 1997 16:08:43 -0400 (EDT) X-Authentication-Warning: hammond.cis.ohio-state.edu: dolske owned process doing -bs Date: Tue, 10 Jun 1997 16:08:38 -0400 (EDT) From: Justin Dolske To: Will Koffel cc: "Terrence L. Domjan" , deschall@gatekeeper.megasoft.com Subject: Re: Other Efforts In-Reply-To: Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Tue, 10 Jun 1997, Will Koffel wrote: > Someone might be able to clarify better, but I think that > one of the brute-force search algorithms was created by (or created in part > by) an MIT professor here, Well, there's really no algorithm for a brute force search. That's the whole point. :-) You just try all the keys, one by one. I'm not aware of any other practical techniques that can be used to break a single, short, DES message. > I'm not sure if > the MIT affiliation was with the RC5 effort, but it might be. Or something > else. The DESCHALL code had no MIT contributers. As far as I know, neither does SolNet or the previous RC5 cracks. Besides, it's quite likely that a MIT professor exporting code like this would be breaking the law. [Not that that always stops people...] Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- 1 + 1 = 3, for large enough values of 1. From owner-deschall-announce Tue Jun 10 16:19:27 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA19834 for deschall-outgoing; Tue, 10 Jun 1997 16:19:27 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id QAA19829 for ; Tue, 10 Jun 1997 16:19:26 -0400 (EDT) Received: from daily.dsa.ou.edu(129.15.75.70) by gatekeeper.megasoft.com via smap (V2.0) id xma019827; Tue, 10 Jun 97 16:19:12 -0400 Received: from [129.15.75.247] (skaro.dsa.ou.edu [129.15.75.247]) by daily.ou.edu (8.8.5/8.7.3) with ESMTP id OAA12677 for ; Tue, 10 Jun 1997 14:33:50 -0700 X-Sender: greg@daily.ou.edu Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 10 Jun 1997 15:27:28 -0500 To: deschall@gatekeeper.megasoft.com From: Greg Trotter Subject: local effort web page Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk For those who care about such things, OU has set up a web page for our local deschall effort. It can be found at: http://deschall.ou.edu - greg -- Greg Trotter Production Manager, Student Publications The University of Oklahoma greg@ou.edu From owner-deschall-announce Tue Jun 10 20:42:02 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA21627 for deschall-outgoing; Tue, 10 Jun 1997 20:42:02 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id UAA21622 for ; Tue, 10 Jun 1997 20:42:02 -0400 (EDT) From: techs@obfuscation.org Received: from yop-tebya.obfuscation.org(208.209.25.230) by gatekeeper.megasoft.com via smap (V2.0) id xma021620; Tue, 10 Jun 97 20:41:43 -0400 Received: (qmail 11530 invoked from network); 10 Jun 1997 23:46:14 -0000 Received: from unknown (HELO idoru.obfuscation.org) (unknown) by unknown with SMTP; 10 Jun 1997 23:46:13 -0000 Received: (qmail 1818 invoked by uid 10); 11 Jun 1997 00:50:29 -0000 Message-ID: <19970611005029.1817.qmail@idoru.obfuscation.org> Subject: Re: Other Efforts To: dolske@cis.ohio-state.edu (Justin Dolske) Date: Tue, 10 Jun 1997 20:50:29 -0400 (EDT) Cc: deschall@gatekeeper.megasoft.com In-Reply-To: from "Justin Dolske" at Jun 10, 97 04:08:38 pm Reply-To: techs@obfuscation.org Organization: little tiny brain pan full of baked apricots, inc. X-Mailer: ELM [version 2.4 PL25 PGP3 *ALPHA*] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > > On Tue, 10 Jun 1997, Will Koffel wrote: > > > Someone might be able to clarify better, but I think that > > one of the brute-force search algorithms was created by (or created in part > > by) an MIT professor here, > > Well, there's really no algorithm for a brute force search. That's the > whole point. :-) You just try all the keys, one by one. I'm not aware of > any other practical techniques that can be used to break a single, short, > DES message. I think he meant something along the lines of the method to the madness of handing out the keys.. is it purely random? is it sequential from 0 to (large number here)? sequential wouldn't be very good, and totally random probably wouldn't be terribly good either.. i'd guess it was splitting the keyspace into n chunks and working away from those points in either direction.. but i could be wrong. -- (emf:erik fichtner:techs:discursive melancholia) "It's true. No man is an island. But if you take a bunch of dead guys and tie 'em together, they make a pretty good raft."- Red Meat http://www.obfuscation.org/~techs N 39 10.409' W 77 11.750' From owner-deschall-announce Tue Jun 10 22:03:50 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA21914 for deschall-outgoing; Tue, 10 Jun 1997 22:03:50 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id WAA21906 for ; Tue, 10 Jun 1997 22:03:49 -0400 (EDT) Received: from gabber.c2.net(208.139.36.80) by gatekeeper.megasoft.com via smap (V2.0) id xma021902; Tue, 10 Jun 97 22:03:26 -0400 Received: from lucky.c2.net (lucky.c2.net [208.139.36.87]) by gabber.c2.net (8.8.4/8.8.4) with SMTP id TAA23731; Tue, 10 Jun 1997 19:11:17 -0700 (PDT) Message-Id: <3.0.2.32.19970610191111.006d2dcc@gabber.c2.net> X-Sender: marc@gabber.c2.net X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.2 b4 (32) Date: Tue, 10 Jun 1997 19:11:11 -0700 To: Ted Cabeen , deschall@gatekeeper.megasoft.com From: Marc Briceno Subject: Re: normal? In-Reply-To: <3.0.2.32.19970610072159.00a2dde0@acs-popmail.uchicago.edu> References: <199706100802.CAA00205@dopey.verser.frii.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk At 07:21 AM 6/10/97 -0500, Ted Cabeen wrote: >Another good idea would be to write the key data to the HD when it is found >in case the person is not storing their logs correctly. I am surprised this isn't done. The proper procedure seems to be to write the key to disk (btw, the client should notice that the key had been found in a previous session if the user tries to restart the software. You could simply create a lock file with the key), notify the server, and then notify the user. I see no reason why the client should terminate automatically. What am I missing? -- Marc Briceno Voice: 510-986-8770 SafePassage Sales Manager FAX: 510-986-8777 http://www.c2.net/ From owner-deschall-announce Tue Jun 10 23:30:51 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA22154 for deschall-outgoing; Tue, 10 Jun 1997 23:30:51 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA22149 for ; Tue, 10 Jun 1997 23:30:51 -0400 (EDT) Received: from otter.stat.umn.edu(128.101.51.5) by gatekeeper.megasoft.com via smap (V2.0) id xma022147; Tue, 10 Jun 97 23:30:39 -0400 Received: from localhost by otter.stat.umn.edu with SMTP (1.38.193.4/16.2) id AA04983; Tue, 10 Jun 1997 22:39:30 -0500 To: deschall@gatekeeper.megasoft.com Subject: Re: Other Efforts In-Reply-To: Your message of "Tue, 10 Jun 1997 20:50:29 CDT." <19970611005029.1817.qmail@idoru.obfuscation.org> Date: Tue, 10 Jun 1997 22:39:30 CDT Message-Id: <4981.866000370@stat.umn.edu> From: "Bret J. Musser" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk In message <19970611005029.1817.qmail@idoru.obfuscation.org> you wrote: >I think he meant something along the lines of the method to the madness of >handing out the keys.. is it purely random? is it sequential from 0 to >(large number here)? sequential wouldn't be very good, and totally >random probably wouldn't be terribly good either.. i'd guess it was >splitting the keyspace into n chunks and working away from those points >in either direction.. but i could be wrong. Why wouldn't a sequential distribution of keys be good? If the failure of key X implies nothing about key X+1, then the probability that the real key is X+1 is the same as any other unchecked key. I would think that a sequential distribution of keys would simplify the search. Furthermore, if all three major efforts searched three completely seperate areas of the keyspace, the contest would be over sooner (since there would be no overlap of the searched areas) and it wouldn't change the chance that anybody in DESCHALL would win. bjm -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Bret J. Musser -- Univ. of Minn. -- School of Statistics -- bjm@stat.umn.edu http://www.stat.umn.edu/~bjm/ -- PGP-encrypted e-mail welcome =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From owner-deschall-announce Tue Jun 10 23:46:52 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA22200 for deschall-outgoing; Tue, 10 Jun 1997 23:46:52 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id XAA22195 for ; Tue, 10 Jun 1997 23:46:51 -0400 (EDT) Received: from unknown(128.172.89.118) by gatekeeper.megasoft.com via smap (V2.0) id xma022193; Tue, 10 Jun 97 23:46:38 -0400 Received: from [207.172.62.128] (rcm-as7s01.erols.com [207.172.62.128]) by ratboy.antennahead.com (8.8.0/8.6.12) with ESMTP id XAA19577 for ; Tue, 10 Jun 1997 23:32:42 -0400 Message-Id: In-Reply-To: <19970611005029.1817.qmail@idoru.obfuscation.org> References: from "Justin Dolske" at Jun 10, 97 04:08:38 pm Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 10 Jun 1997 23:31:33 -0400 To: deschall@gatekeeper.megasoft.com From: andrew meggs Subject: Re: Other Efforts Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk At 8:50 PM -0400 6/10/97, techs@obfuscation.org wrote: >I think he meant something along the lines of the method to the madness of >handing out the keys.. is it purely random? is it sequential from 0 to >(large number here)? sequential wouldn't be very good, and totally >random probably wouldn't be terribly good either.. i'd guess it was >splitting the keyspace into n chunks and working away from those points >in either direction.. but i could be wrong. > First a disclaimer: Although I did some deschall development work, I have no experience with or knowledge of the server's operation other than the fact that it assigns keys to the clients I've worked on, so all of this is my speculation only and is neither an official statement or a violation of any NDA's. But here's how I'd set it up... Set up an array of buckets, numbered from 55 (for 2^55 key pairs, or 2^56 keys -- the entire key space) down to 22 (the lowest block that gets handed out is 2^22 pairs). They all start out initially empty except for slot 55, which conatins a single block representing the entire keyspace. function get_block( N: integer ) // returns a block of 2^N key pairs, 22 <= N <= 56 begin if bucket N has a block in it, then: take a block out of bucket N return the block else if N < 55 then: let b = get_block( N+1 ); // a recursive call split b into two blocks of size 2^N randomly choose one of the halves of b, and put it into bucket N, which is empty return the other half of b else while (N > 22) do N := N - 1 if bucket N has a block in it, remove one and return it end while loop Uh oh! Go page Rocke, because if we get here we've run out of blocks to assign but haven't found the key yet! end A system like this would let the server manage the entire handing out of key blocks, and, aside from any expired blocks that got stuck back into buckets for reassignment, it would only have to keep track of a maximum of 34 blocks (one of each size) at a time. ____________________________________________________________________________ Andrew Meggs, content provider Antennahead Industries, Inc. From owner-deschall-announce Wed Jun 11 00:10:52 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA22259 for deschall-outgoing; Wed, 11 Jun 1997 00:10:52 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA22254 for ; Wed, 11 Jun 1997 00:10:51 -0400 (EDT) From: techs@obfuscation.org Received: from yop-tebya.obfuscation.org(208.209.25.230) by gatekeeper.megasoft.com via smap (V2.0) id xma022252; Wed, 11 Jun 97 00:10:50 -0400 Received: (qmail 11604 invoked from network); 11 Jun 1997 03:15:17 -0000 Received: from unknown (HELO idoru.obfuscation.org) (unknown) by unknown with SMTP; 11 Jun 1997 03:15:16 -0000 Received: (qmail 2035 invoked by uid 10); 11 Jun 1997 04:19:33 -0000 Message-ID: <19970611041933.2034.qmail@idoru.obfuscation.org> Subject: Re: Other Efforts To: bjm@stat.umn.edu (Bret J. Musser) Date: Wed, 11 Jun 1997 00:19:33 -0400 (EDT) Cc: deschall@gatekeeper.megasoft.com In-Reply-To: <4981.866000370@stat.umn.edu> from "Bret J. Musser" at Jun 10, 97 10:39:30 pm Reply-To: techs@obfuscation.org Organization: little tiny brain pan full of baked apricots, inc. X-Mailer: ELM [version 2.4 PL25 PGP3 *ALPHA*] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > Why wouldn't a sequential distribution of keys be good? If the failure of > key X implies nothing about key X+1, then the probability that the real key > is X+1 is the same as any other unchecked key. > > I would think that a sequential distribution of keys would simplify the > search. Furthermore, if all three major efforts searched three completely > seperate areas of the keyspace, the contest would be over sooner (since > there would be no overlap of the searched areas) and it wouldn't change the > chance that anybody in DESCHALL would win. for the single effort (not a combined effort of three (or more) groups, splitting the keyspace into oh... 8 groups, and then working away from those 8 marks in both directions and handing out keys gives a better coverage of the entire keyspace than working from one end toward the other. of course, a truly random attack on the keyspace would probably still be more efficient at finding the key quickly. and of course, i could still be totally wrong.. I make no claims at knowing anything of algorithm design. Everyone can probably ignore me and their lives would be better for it. :) -- (emf:erik fichtner:techs:discursive melancholia) "It's true. No man is an island. But if you take a bunch of dead guys and tie 'em together, they make a pretty good raft."- Red Meat http://www.obfuscation.org/~techs N 39 10.409' W 77 11.750' From owner-deschall-announce Wed Jun 11 00:24:53 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA22299 for deschall-outgoing; Wed, 11 Jun 1997 00:24:53 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA22294 for ; Wed, 11 Jun 1997 00:24:52 -0400 (EDT) Received: from ultra2.ionet.net(206.41.128.42) by gatekeeper.megasoft.com via smap (V2.0) id xma022292; Wed, 11 Jun 97 00:24:48 -0400 Received: from swsip1-61.ionet.net (swsip1-61.ionet.net [207.204.108.71]) by mail.ionet.net (8.8.5/8.7.3) with SMTP id XAA26368 for ; Tue, 10 Jun 1997 23:33:38 -0500 (CDT) Message-Id: <199706110433.XAA26368@mail.ionet.net> From: "Colin L. Hildinger" To: "deschall@gatekeeper.megasoft.com" Date: Tue, 10 Jun 97 23:30:15 -0500 Reply-To: "Colin L. Hildinger" X-Mailer: PMMail 1.91 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: Other Efforts Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Tue, 10 Jun 1997 22:39:30 CDT, Bret J. Musser wrote: > >I would think that a sequential distribution of keys would simplify the >search. Furthermore, if all three major efforts searched three completely >seperate areas of the keyspace, the contest would be over sooner (since >there would be no overlap of the searched areas) and it wouldn't change the >chance that anybody in DESCHALL would win. It would speed things up, but it would also decrease the chance of a DESCHALL winner. Since we're ahead of everyone and moving faster, it's becoming more and more likely that they're searching space we've already searched, too bad for them. Sure, we might search space that they've searched, but we're going faster, so the odds hurt us less than they do them. Can you tell I'm competitive? I like to be on the winning team, though I sometimes like to help an underdog win. That's what I thought DESCHALL would be, I figured Solnet would start catching us and we'd have to work like crazy to stay ahead, but it hasn't worked that way. Cool. I like to think that some of the promoting (to OS/2 people and people at my ISP) has at least been responsible for a bit of our ability to stay ahead. Colin L. Hildinger Games Editor - OS/2 e-Zine! http://www.os2ezine.com/ The Ultimate OS/2 Gaming Page http://www.ionet.net/~colin/games.html The Official Unofficial AWE32 and OS/2 Warp Page http://www.ionet.net/~colin/awe32.html From owner-deschall-announce Wed Jun 11 00:29:53 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA22337 for deschall-outgoing; Wed, 11 Jun 1997 00:29:53 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id AAA22332 for ; Wed, 11 Jun 1997 00:29:52 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma022330; Wed, 11 Jun 97 00:29:51 -0400 Received: from iceland.cis.ohio-state.edu (iceland.cis.ohio-state.edu [164.107.138.2]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id AAA11856 for ; Wed, 11 Jun 1997 00:38:39 -0400 Received: from localhost (dolske@localhost) by iceland.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id AAA16707 for ; Wed, 11 Jun 1997 00:38:39 -0400 (EDT) X-Authentication-Warning: iceland.cis.ohio-state.edu: dolske owned process doing -bs Date: Wed, 11 Jun 1997 00:38:34 -0400 (EDT) From: Justin Dolske To: deschall@gatekeeper.megasoft.com Subject: Re: Other Efforts In-Reply-To: <19970611041933.2034.qmail@idoru.obfuscation.org> Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Wed, 11 Jun 1997 techs@obfuscation.org wrote: > for the single effort (not a combined effort of three (or more) groups, > splitting the keyspace into oh... 8 groups, and then working away from > those 8 marks in both directions and handing out keys gives a better > coverage of the entire keyspace than working from one end toward the other. The order the keyspace is searched in doesn't matter. All orders are just as good. (Let's ignore the complication of multiple efforts searching the keyspace for now). Consider this example... I tell you someone is hiding behind the closed door of a random room in a large hotel, and you are to find them. What order do you search in? You look behind door number 1. Noone is there. Now where to look? Door 2? Door 10? Door 1000? It doesn't matter, the hiding person could be behind any of the doors. I think the common trap people fall into is trying to "second guess" where the key must be... Ie, you assume the "key-hider" has anticipated where you are going to search. For example, suppose you start searching at the beginning. The smart opponent will put the key at the end, so it takes a long time to find it there. Ahh, but you anticipate this, and actually start searching at the end. Whoops, the opponent thought you might do this, so they put the key in the middle. Ah-ha! You're smart too, so you next look in the middle. Your opponent laughs at your predictable behavior, and actually places the key half way to the beginning. But you considered this move too, so.... Ad nausium. There's probably a nice fairy tale with a moral in here, but I can't seem to find it. It wasn't at the end of the story. Maybe it's in the front... Nope. Let's try the middle... :-) Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- The voices in my teeth tell me I'm paranoid -- but I don't believe them. From owner-deschall-announce Wed Jun 11 01:07:32 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA22658 for deschall-outgoing; Wed, 11 Jun 1997 01:07:32 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA22653 for ; Wed, 11 Jun 1997 01:07:31 -0400 (EDT) Received: from ultra2.ionet.net(206.41.128.42) by gatekeeper.megasoft.com via smap (V2.0) id xma022651; Wed, 11 Jun 97 01:07:17 -0400 Received: from swsip1-61.ionet.net (swsip1-61.ionet.net [207.204.108.71]) by mail.ionet.net (8.8.5/8.7.3) with SMTP id AAA06403; Wed, 11 Jun 1997 00:16:06 -0500 (CDT) Message-Id: <199706110516.AAA06403@mail.ionet.net> From: "Colin L. Hildinger" To: "deschall@gatekeeper.megasoft.com" , "Justin Dolske" Date: Wed, 11 Jun 97 00:12:42 -0500 Reply-To: "Colin L. Hildinger" X-Mailer: PMMail 1.91 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: Other Efforts Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Wed, 11 Jun 1997 00:38:34 -0400 (EDT), Justin Dolske wrote: > I think the common trap people fall into is trying to "second guess" >where the key must be... Ie, you assume the "key-hider" has anticipated >where you are going to search. For example, suppose you start searching at >the beginning. The smart opponent will put the key at the end, so it takes >a long time to find it there. Ahh, but you anticipate this, and actually >start searching at the end. Whoops, the opponent thought you might do >this, so they put the key in the middle. Ah-ha! You're smart too, so you >next look in the middle. Your opponent laughs at your predictable >behavior, and actually places the key half way to the beginning. But you >considered this move too, so.... Ad nausium. > >There's probably a nice fairy tale with a moral in here, but I can't seem >to find it. It wasn't at the end of the story. Maybe it's in the front... >Nope. Let's try the middle... Hmmm, sounds like a seen from the Princess Bride. Is the key colorless, odorless and tasteless? Colin L. Hildinger Games Editor - OS/2 e-Zine! http://www.os2ezine.com/ The Ultimate OS/2 Gaming Page http://www.ionet.net/~colin/games.html The Official Unofficial AWE32 and OS/2 Warp Page http://www.ionet.net/~colin/awe32.html From owner-deschall-announce Wed Jun 11 01:23:32 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA22734 for deschall-outgoing; Wed, 11 Jun 1997 01:23:32 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id BAA22729 for ; Wed, 11 Jun 1997 01:23:31 -0400 (EDT) Received: from gw.research.megasoft.com(206.230.35.93) by gatekeeper.megasoft.com via smap (V2.0) id xma022726; Wed, 11 Jun 97 01:23:06 -0400 Received: (from uucp@localhost) by gw.research.megasoft.com (8.7.5/8.7.3-cmcurtin) id BAA29079 for ; Wed, 11 Jun 1997 01:40:20 -0400 (EDT) Received: from goffette.research.megasoft.com(192.168.1.2) by gw.research.megasoft.com via smap (V2.0) id xma029077; Wed, 11 Jun 97 01:40:04 -0400 Received: (from cmcurtin@localhost) by goffette.research.megasoft.com (8.8.5/8.8.5) id BAA27057; Wed, 11 Jun 1997 01:29:24 -0400 (EDT) Date: Wed, 11 Jun 1997 01:29:24 -0400 (EDT) Message-Id: <199706110529.BAA27057@goffette.research.megasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: C Matthew Curtin To: deschall@gatekeeper.megasoft.com Subject: New FAQ available X-Mailer: VM 6.22 under 19.15 XEmacs Lucid X-Face: "&>g(&eGr?u^F:nFihL%BsyS1[tCqG7}I2rGk4{aKJ5I_5A\*6RYn4"N.`1pPF9LO!Fa<(gj:12)?=uP2l01e10Gij"7j&-)torL^iBrNf\s7PDLm=rf[PjxtSbZ{J(@@j"q2/iV9^Mx; Wed, 11 Jun 1997 02:01:32 -0400 (EDT) From: saurvok@exo.com Received: from server.snni.com(165.113.174.1) by gatekeeper.megasoft.com via smap (V2.0) id xma022870; Wed, 11 Jun 97 02:01:07 -0400 Received: from arp.snni.com (ppp99.snni.com [165.113.174.199]) by server.snni.com (8.6.12/8.6.9) with SMTP id XAA31785 for ; Tue, 10 Jun 1997 23:13:13 -0700 Message-Id: <3.0.32.19970610231039.006aaa48@exo.com> X-Sender: saurvok@exo.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 10 Jun 1997 23:10:41 -0700 To: deschall@gatekeeper.megasoft.com Subject: Re: Other Efforts Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk At 12:38 AM 6/11/97 -0400, you wrote: >On Wed, 11 Jun 1997 techs@obfuscation.org wrote: > >> for the single effort (not a combined effort of three (or more) groups, >> splitting the keyspace into oh... 8 groups, and then working away from >> those 8 marks in both directions and handing out keys gives a better >> coverage of the entire keyspace than working from one end toward the other. > > The order the keyspace is searched in doesn't matter. All orders are >just as good. (Let's ignore the complication of multiple efforts searching >the keyspace for now). I disagree. Its true, over many many contests on average it wouldn't matter. But this is 1 contest....and the key could be at the end..or middle..or start.... .pick the wrong sequential method and you could spend alot more time then the average 50% of key space. So, picking a key randomly from the entire space each time (assuming no duplicate picks) will give the average 50% time..no matter where the key is. From owner-deschall-announce Wed Jun 11 02:38:03 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id CAA23125 for deschall-outgoing; Wed, 11 Jun 1997 02:38:03 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id CAA23120 for ; Wed, 11 Jun 1997 02:38:02 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma023118; Wed, 11 Jun 97 02:37:49 -0400 Received: from cuba.cis.ohio-state.edu (cuba.cis.ohio-state.edu [164.107.138.5]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id CAA13772 for ; Wed, 11 Jun 1997 02:46:37 -0400 Received: from localhost (dolske@localhost) by cuba.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id CAA18735 for ; Wed, 11 Jun 1997 02:46:37 -0400 (EDT) X-Authentication-Warning: cuba.cis.ohio-state.edu: dolske owned process doing -bs Date: Wed, 11 Jun 1997 02:46:33 -0400 (EDT) From: Justin Dolske To: deschall@gatekeeper.megasoft.com Subject: Re: Other Efforts In-Reply-To: <3.0.32.19970610231039.006aaa48@exo.com> Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Tue, 10 Jun 1997 saurvok@exo.com wrote: > > The order the keyspace is searched in doesn't matter. > > I disagree. > > Its true, over many many contests on average it wouldn't matter. > But this is 1 contest....and the key could be at the end..or middle..or > start.... *sigh* I suggest you re-read what I wrote about second-guessing. You're right, the key could be *anywhere*. But if that's true, IT DOES NOT MATTER what order you search in. > .pick the wrong sequential method and you could spend alot more time then > the average 50% of key space. So, picking a key randomly from the entire > space each time (assuming no duplicate picks) will give the average 50% > time..no matter where the key is. Wrong. If you pick the "wrong" random order, you will not hit the key at the 50% mark. There's nothing magical about a random search. If your theory was true, we would only have to test 1 key to win the contest! Proof: Using your "assured by 50%" method, let us name the random keys we search K1, K2, K3, K4, K5 ... K(N/2). N is the total number of keys that exist, and we need only seach half of them. We now have N/2 canidate keys, and the "true" key must be one of them, by your reasoning. So why search them all? Let's use your random search on these N/2 keys we have selected. Now we're assured of finding the key after testing only N/2/2 (N/4) keys. Repeat until you're assured of finding the key after testing only 1 key. Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- "The folly of mistaking a paradox for a discovery, a metaphor for a proof, a torrent of verbiage for a spring of capital truths, and oneself for an oracle, is inborn in us." -- Paul Vale'ry, 1895 From owner-deschall-announce Wed Jun 11 05:06:36 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id FAA23410 for deschall-outgoing; Wed, 11 Jun 1997 05:06:36 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id FAA23405 for ; Wed, 11 Jun 1997 05:06:35 -0400 (EDT) Received: from dopey.verser.frii.com(206.168.13.68) by gatekeeper.megasoft.com via smap (V2.0) id xma023403; Wed, 11 Jun 97 05:06:15 -0400 Received: (from rcv@localhost) by dopey.verser.frii.com (8.6.12/8.6.12) id DAA01642; Wed, 11 Jun 1997 03:15:01 -0600 Date: Wed, 11 Jun 1997 03:15:01 -0600 From: Rocke Verser Message-Id: <199706110915.DAA01642@dopey.verser.frii.com> To: deschall@gatekeeper.megasoft.com Subject: Expected date of solution Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- RSA DES Challenge Time-Of-Completion estimate - 06/11/97 - -------------------------------------------------------- Introduction / Assumptions / Notes / Other Observations: Please refer to my posting, dated 06/06/97, for more information. Factual data: Recent DESCHALL keyrate: 5.316 billion keys per second Recent SolNet keyrate: 2.282 billion keys per second Last known SGI keyrate: ~2.890 billion keys per second DESCHALL keyspace complete: 19.555% Solnet keyspace complete: 11.3960% SGI keyspace complete: ~21.306% Results, assuming constant keyrates, and no cooperation: Expected date of solution: 46 days from now. Probability that a DESCHALL client will find the key: 60% Probability that a SolNet client will find the key: 16% Probability that an SGI client will find the key: 24% The probability that you or your site will find the key: Figure out your site's aggregate keyrate, in billions of keys per second (GKPS), and multiply by the following figures. [These figures assume no growth. As the total worldwide keyrate increases, the probability per GKPS will tend to decrease.] Probability per GKPS that a DESCHALL site will find the key: 11.3% Probability per GKPS that a SolNet site will find the key: 7.0% Probability per GKPS that an SGI site will find the key: 8.4% - -- Rocke Verser - -- PGP Fingerprint PGP ID = 1025/00000001 - -- EE 73 A9 78 60 9C BA CA DF FC 68 37 CD 73 F3 96 -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBM55reXI7TKUAAAABAQF0tAQAzMk/ipX/D2GtSSJpBLwV6kKTbpwoOCu6 wthsIVCjLhIuxpzm84yOuC+SRV70rfiTtmq/hDmctjj+0yOOjEX+GiappJkjPkvG 91zThVEaK6QTVoN4Vr+aR9kUlH0DSx2w7rixhKXsMekINJelkQZ4aijG47YqKBQ4 Xkr47H0SxQE= =QsAa -----END PGP SIGNATURE----- From owner-deschall-announce Wed Jun 11 07:57:17 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id HAA24102 for deschall-outgoing; Wed, 11 Jun 1997 07:57:17 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id HAA24097 for ; Wed, 11 Jun 1997 07:57:09 -0400 (EDT) Received: from gw.usorder.com(204.4.28.2) by gatekeeper.megasoft.com via smap (V2.0) id xma024095; Wed, 11 Jun 97 07:56:58 -0400 Received: (from shutdown@localhost) by fw.usorder.com (8.8.3/8.6.9) id HAA28088 for ; Wed, 11 Jun 1997 07:26:15 -0400 Received: from reddog.intelidata.com(192.168.40.1) by fw.usorder.com via smap (V2.0beta) id xma028084; Wed, 11 Jun 97 07:26:13 -0400 Received: from distribution.usorder.com by usorder.com (SMI-8.6/SMI-SVR4) id HAA21240; Wed, 11 Jun 1997 07:58:55 -0400 Received: from totoro.usorder.com by distribution.usorder.com (8.6.12/ADD-KEV-4.1) id GAA16857; Wed, 11 Jun 1997 06:03:38 -0600 Received: by totoro.usorder.com with Microsoft Mail id <01BC763E.5185BBA0@totoro.usorder.com>; Wed, 11 Jun 1997 08:06:08 -0400 Message-ID: <01BC763E.5185BBA0@totoro.usorder.com> From: Shaun Stuart - Mighty Engineer To: "deschall@gatekeeper.megasoft.com" Subject: RE: Other Efforts Date: Wed, 11 Jun 1997 08:06:02 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >-----Original Message----- >From: Colin L. Hildinger [SMTP:colin@ionet.net] >>There's probably a nice fairy tale with a moral in here, but I can't seem >>to find it. It wasn't at the end of the story. Maybe it's in the front... >>Nope. Let's try the middle... > >Hmmm, sounds like a seen from the Princess Bride. Is the key >colorless, odorless and tasteless? "All that time.. Your key was the one.." "Neither key was the one Princess. I've spent the last three years developing an immunity to DES encryption." :-) Shaun From owner-deschall-announce Wed Jun 11 10:33:43 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id KAA25920 for deschall-outgoing; Wed, 11 Jun 1997 10:33:43 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id KAA25915 for ; Wed, 11 Jun 1997 10:33:42 -0400 (EDT) Message-Id: <199706111433.KAA25915@gatekeeper.megasoft.com> Received: from why.net(206.160.169.4) by gatekeeper.megasoft.com via smap (V2.0) id xma025913; Wed, 11 Jun 97 10:33:21 -0400 Received: from [206.160.169.4] by why.net (SMTPD32-3.03) id A93A1801DE; Wed, 11 Jun 1997 09:42:02 -0500 From: "kfrench" Reply-To: "kfrench" Date: Wed, 11 Jun 97 09:42:02 EST To: deschall@gatekeeper.megasoft.com Subject: 6X86 CPUs Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk I read the note someone else posted about having a Cyrix 6x86 P166+ not perform near as well as a real Pentium. I'm having a hard time understand what optimizations could affect so much of a difference the real Pentium and the Cyrix. I believe I'm not alone in the desire to purchase (and hence support) a non-Intel CPU. What would it take to look into an optimized client for the Cyrix 6x86 line of CPUs? I have some knowledge of assembly for x86s from college several years ago and would like to help som eone come up with a better client for us non-Intel owners. Kelly French kfrench@why.net From owner-deschall-announce Wed Jun 11 11:26:15 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA26307 for deschall-outgoing; Wed, 11 Jun 1997 11:26:15 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id LAA26290 for ; Wed, 11 Jun 1997 11:26:13 -0400 (EDT) Received: from pollux.davidson.edu(152.42.2.11) by gatekeeper.megasoft.com via smap (V2.0) id xma026282; Wed, 11 Jun 97 11:25:56 -0400 Received: from 152.42.18.52 (152.42.18.52) by POLLUX.DAVIDSON.EDU (PMDF V5.0-6 #7389) id <01IJY0YGZM008Y9441@POLLUX.DAVIDSON.EDU>; Wed, 11 Jun 1997 11:34:28 -0500 (EST) Date: Wed, 11 Jun 1997 11:35:24 -0400 From: Mike Weber Subject: Re: Other Efforts In-reply-to: <199706110433.XAA26368@mail.ionet.net> X-Sender: miweber@pollux.davidson.edu To: "Colin L. Hildinger" , "deschall@gatekeeper.megasoft.com" Message-id: MIME-version: 1.0 Content-type: text/plain; charset="us-ascii" Content-transfer-encoding: 7BIT Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk At 12:30 AM -0400 6/11/97, Colin L. Hildinger wrote: >that way. Cool. I like to think that some of the promoting (to OS/2 >people and people at my ISP) has at least been responsible for a bit of >our ability to stay ahead. Another little bit may be that SolNET doesn't have a Mac client. According to our stats page, MacOS clients have accounted for 10% of DESChall's search rate over the last week. Take that contribution and add it to a different effort and the race suddenly looks different... I don't know if SOLNet doesn't have a Mac programmer, doesn't have the time, or doesn't feel Macs are worthwhile, but I consider 44419848 * 2^20 keys per day a significant contribution from a client development effort. In a distributed computing environment, the more people you're friends with the faster you go! Mike ----------------------------------------------------------------------- Mike Weber * Coordinator of Academic Computing Applications Support miweber@davidson.edu * Davidson College * Davidson, NC * (704) 892-2429 PGP key at http://www.davidson.edu/computing/staff/miweber/miweber.html From owner-deschall-announce Wed Jun 11 12:13:45 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA26681 for deschall-outgoing; Wed, 11 Jun 1997 12:13:45 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id MAA26672 for ; Wed, 11 Jun 1997 12:13:44 -0400 (EDT) Received: from lucifer.testlab.orst.edu(128.193.78.11) by gatekeeper.megasoft.com via smap (V2.0) id xma026666; Wed, 11 Jun 97 12:13:38 -0400 Received: by lucifer.TestLab.ORST.EDU with Internet Mail Service (5.0.1457.3) id <2BAY9865>; Wed, 11 Jun 1997 09:28:01 -0700 Message-ID: <71846B925036CF11BD6D00C0D15709291274B8@lucifer.TestLab.ORST.EDU> From: Adam Haberlach To: deschall@gatekeeper.megasoft.com Subject: RE: Other Efforts Date: Wed, 11 Jun 1997 09:28:00 -0700 X-Priority: 3 X-Mailer: Internet Mail Service (5.0.1457.3) Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >>There's probably a nice fairy tale with a moral in here, but I can't seem > >>to find it. It wasn't at the end of the story. Maybe it's in the > front... > >>Nope. Let's try the middle... > > >Hmmm, sounds like a seen from the Princess Bride. Is the key > >colorless, odorless and tasteless? > > Inconcievable! > --- > Adam Haberlach > http://www.testlab.orst.edu/~haberlaa > Crack DES NOW! http://www.frii.com/~rcv/deschall.htm > From owner-deschall-announce Wed Jun 11 13:13:16 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA27160 for deschall-outgoing; Wed, 11 Jun 1997 13:13:16 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id NAA27153 for ; Wed, 11 Jun 1997 13:13:15 -0400 (EDT) From: saurvok@exo.com Received: from server.snni.com(165.113.174.1) by gatekeeper.megasoft.com via smap (V2.0) id xma027147; Wed, 11 Jun 97 13:13:00 -0400 Received: from arp.snni.com (ppp46.snni.com [165.113.174.146]) by server.snni.com (8.6.12/8.6.9) with SMTP id KAA00255 for ; Wed, 11 Jun 1997 10:23:17 -0700 Message-Id: <3.0.32.19970611100138.006ad240@exo.com> X-Sender: saurvok@exo.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 11 Jun 1997 10:22:18 -0700 To: deschall@gatekeeper.megasoft.com Subject: Re: Other Efforts Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >> .pick the wrong sequential method and you could spend alot more time then >> the average 50% of key space. So, picking a key randomly from the entire >> space each time (assuming no duplicate picks) will give the average 50% >> time..no matter where the key is. > >Wrong. If you pick the "wrong" random order, you will not hit the key >at the 50% mark. There's nothing magical about a random search. > >If your theory was true, we would only have to test 1 key to win the >contest! Proof: > >Using your "assured by 50%" method, let us name the random keys we search >K1, K2, K3, K4, K5 ... K(N/2). N is the total number of keys that exist, >and we need only seach half of them. I dont understand why you are dividing it by 2. The random search must be from the whole key space. >We now have N/2 canidate keys, and the "true" key must be one of them, by >your reasoning. So why search them all? Let's use your random search on >these N/2 keys we have selected. Now we're assured of finding the key >after testing only N/2/2 (N/4) keys. Repeat until you're assured of >finding the key after testing only 1 key. I have no idea what you are saying there. -------------------------- Assume you had 100 keys and the soultions was key 75. A sequential search from the start would require searching 75% of the key space. Randomly searching(no dupes) would statistically require how many keys to be checked before find the right one? I dunno..Im not a statistician or anything but I thought it would be 50%. On average..after fifty random picks...we would hit the right key? Now if we move the soultion to key 10....the sequential method has to search only 10% of the space..while the random method stays the same. Now over many many contest....the sequential method will find it sooner, later in the middle etc.....but it will 'average' out to be 50%. We aren't doing lots of contests..we have just this one. We dont know where the key is. If we use sequential and start at the beginning....and the key for this 1 contest is at the end....we would have to search alot more. So we could gamble and hope the this one time the key is closer to the front than the back and save time, or use the random method at get the 50%. From owner-deschall-announce Wed Jun 11 14:13:18 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA27777 for deschall-outgoing; Wed, 11 Jun 1997 14:13:18 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA27770 for ; Wed, 11 Jun 1997 14:13:16 -0400 (EDT) Received: from mercury.sun.com(192.9.25.1) by gatekeeper.megasoft.com via smap (V2.0) id xma027765; Wed, 11 Jun 97 14:13:07 -0400 Received: from West.Sun.COM ([129.153.100.30]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id LAA28106 for ; Wed, 11 Jun 1997 11:42:01 -0700 Received: from marvin.west.sun.com by West.Sun.COM (SMI-8.6/SMI-5.3) id LAA04630; Wed, 11 Jun 1997 11:20:48 -0700 Received: from jcf.West.Sun.COM by marvin.west.sun.com (SMI-8.6/SMI-SVR4) id LAA03774; Wed, 11 Jun 1997 11:21:53 -0700 Received: from jcf by jcf.West.Sun.COM (SMI-8.6/SMI-SVR4) id LAA01122; Wed, 11 Jun 1997 11:21:51 -0700 Date: Wed, 11 Jun 1997 11:21:51 -0700 (PDT) From: John Falkenthal Reply-To: John Falkenthal Subject: Statistical Analysis ... To: deschall@gatekeeper.megasoft.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: nD8AlDWSDYHEEOO4HgpeYw== X-Mailer: dtmail 1.2.0 CDE Version 1.2_22 SunOS 5.6 sun4u sparc Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > (lots of crud cut out arguing about the probabilities of searching > the keyspace)... I think we need to add Marilyn Vos Savant to this mailing list to answer this question once and for all. BTW - if you chopped the keyspace in thirds, and picked one of them randomly, then monty hall showed you the key is not in one of the other thirds.. should you switch your pick to the remaining third ?? JF From owner-deschall-announce Wed Jun 11 14:16:47 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA27817 for deschall-outgoing; Wed, 11 Jun 1997 14:16:47 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA27812 for ; Wed, 11 Jun 1997 14:16:47 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma027810; Wed, 11 Jun 97 14:16:32 -0400 Received: from colon.cis.ohio-state.edu (colon.cis.ohio-state.edu [164.107.17.3]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id OAA28632; Wed, 11 Jun 1997 14:25:19 -0400 Received: from localhost (dolske@localhost) by colon.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id OAA15067; Wed, 11 Jun 1997 14:25:20 -0400 (EDT) X-Authentication-Warning: colon.cis.ohio-state.edu: dolske owned process doing -bs Date: Wed, 11 Jun 1997 14:25:12 -0400 (EDT) From: Justin Dolske To: saurvok@exo.com cc: deschall@gatekeeper.megasoft.com Subject: Re: Other Efforts In-Reply-To: <3.0.32.19970611100138.006ad240@exo.com> Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Wed, 11 Jun 1997 saurvok@exo.com wrote: > I have no idea what you are saying there. You're making this much more difficult than it is! Here's something resembling an inductive proof, maybe this will help. Situation: 100 keys, key is hidden somewhere, but we don't know where. We both start searching (me linearly, you randomly), but don't share any information about what we've already tested. I pick key #1 to test. You pick key #57. Which of these keys is more likely to be The Key? Neither. Both keys have a 1 in 100 chance of being the correct key, because we don't know where The Key is among all the keys. I now pick key #2. You pick key #29. Which of these keys is more likely to be The Key? Neither. Both keys have a 1 in 99 chance of being the correct key, because we don't know where The Key is, among all the remaining keys. I now pick key #3. You pick key #72. Which of these keys is more likely to be The Key? Neither. Both keys have a 1 in 98 chance of being the correct key, because we don't know where The Key is, among all the remaining keys. I now pick key #4. You pick key #34. Which of these keys is more likely to be The Key? Neither. Both keys have a 1 in 97 chance of being the correct key, because we don't know where The Key is, among all the remaining keys. Repeat until the key is found. Can you see that at each step, any key that is choosen has an equal probability of being the key? If not, you should just sit down and think about this for a few hours. > A sequential search from the start would require searching 75% of the > key space. > Randomly searching(no dupes) would statistically require how many keys to > be checked before find the right one? It completely depends on the particular "random" order you search in. You might look at key #75 first, and find it immediately. Or, you might look at 50 keys before looking at key #75. or, you might look at every key except for #75 first. > We aren't doing lots of contests..we have just this one. We dont know where > the key is. If we use sequential and start at the beginning....and the key > for this 1 contest is at the end....we would have to search alot more. > So we could gamble and hope the this one time the key is closer to the > front than the back and save time, or use the random method at get the 50%. You're trying to second-guess the contest. Didn't you read what I already posted about this? Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- Did you hear about the new corduroy pillow? ...It's making headlines all over town. From owner-deschall-announce Wed Jun 11 14:18:18 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA27842 for deschall-outgoing; Wed, 11 Jun 1997 14:18:18 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA27834 for ; Wed, 11 Jun 1997 14:18:17 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma027831; Wed, 11 Jun 97 14:18:12 -0400 Received: from colon.cis.ohio-state.edu (colon.cis.ohio-state.edu [164.107.17.3]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id OAA28677; Wed, 11 Jun 1997 14:26:59 -0400 Received: from localhost (dolske@localhost) by colon.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id OAA15076; Wed, 11 Jun 1997 14:26:59 -0400 (EDT) X-Authentication-Warning: colon.cis.ohio-state.edu: dolske owned process doing -bs Date: Wed, 11 Jun 1997 14:26:55 -0400 (EDT) From: Justin Dolske To: John Falkenthal cc: deschall@gatekeeper.megasoft.com Subject: Re: Statistical Analysis ... In-Reply-To: Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Wed, 11 Jun 1997, John Falkenthal wrote: > BTW - if you chopped the keyspace in thirds, and picked one of them > randomly, then monty hall showed you the key is not in one of the other > thirds.. should you switch your pick to the remaining third ?? Away with you! Away with you! Don't bring that sci.math thread here! :-) Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- Did you hear about the new corduroy pillow? ...It's making headlines all over town. From owner-deschall-announce Wed Jun 11 14:20:48 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA27862 for deschall-outgoing; Wed, 11 Jun 1997 14:20:48 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA27857 for ; Wed, 11 Jun 1997 14:20:47 -0400 (EDT) Received: from lucifer.testlab.orst.edu(128.193.78.11) by gatekeeper.megasoft.com via smap (V2.0) id xma027855; Wed, 11 Jun 97 14:20:40 -0400 Received: by lucifer.TestLab.ORST.EDU with Internet Mail Service (5.0.1457.3) id <2BAY987H>; Wed, 11 Jun 1997 11:35:04 -0700 Message-ID: <71846B925036CF11BD6D00C0D15709291274BA@lucifer.TestLab.ORST.EDU> From: Adam Haberlach To: deschall@gatekeeper.megasoft.com Subject: RE: Statistical Analysis ... Date: Wed, 11 Jun 1997 11:35:02 -0700 X-Priority: 3 X-Mailer: Internet Mail Service (5.0.1457.3) Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk > -----Original Message----- > From: Justin Dolske [SMTP:dolske@cis.ohio-state.edu] > Sent: Wednesday, June 11, 1997 11:27 AM > To: John Falkenthal > Cc: deschall@gatekeeper.megasoft.com > Subject: Re: Statistical Analysis ... > > On Wed, 11 Jun 1997, John Falkenthal wrote: > > >> BTW - if you chopped the keyspace in thirds, and picked one of them > > >> randomly, then monty hall showed you the key is not in one of the > other > >> thirds.. should you switch your pick to the remaining third ?? > > > >Away with you! Away with you! Don't bring that sci.math thread here! > :-) > > Are you sure it's not alt.folklore.urban? > > > --- > Adam Haberlach haberlaa@ucs.orst.edu > http://www.engr.orst.edu/~haberlad > Crack DES now! http://www.frii.com/~rcv/deschall.htm > > From owner-deschall-announce Wed Jun 11 14:27:48 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA27908 for deschall-outgoing; Wed, 11 Jun 1997 14:27:48 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA27903 for ; Wed, 11 Jun 1997 14:27:47 -0400 (EDT) Received: from mail.cis.ohio-state.edu(164.107.8.55) by gatekeeper.megasoft.com via smap (V2.0) id xma027901; Wed, 11 Jun 97 14:27:24 -0400 Received: from colon.cis.ohio-state.edu (colon.cis.ohio-state.edu [164.107.17.3]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id OAA28988; Wed, 11 Jun 1997 14:36:11 -0400 Received: from localhost (dolske@localhost) by colon.cis.ohio-state.edu (8.8.0/8.6.4) with SMTP id OAA15346; Wed, 11 Jun 1997 14:36:11 -0400 (EDT) X-Authentication-Warning: colon.cis.ohio-state.edu: dolske owned process doing -bs Date: Wed, 11 Jun 1997 14:36:05 -0400 (EDT) From: Justin Dolske To: Adam Haberlach cc: deschall@gatekeeper.megasoft.com Subject: RE: Statistical Analysis ... In-Reply-To: <71846B925036CF11BD6D00C0D15709291274BA@lucifer.TestLab.ORST.EDU> Message-ID: X-No-Archive: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Wed, 11 Jun 1997, Adam Haberlach wrote in a horribly quoted article: > >Away with you! Away with you! Don't bring that sci.math thread here! > > Are you sure it's not alt.folklore.urban? It's all of them. The Monty Hall Problem is one of those threads that is invariably cross-posted to many, many groups. Justin Dolske (dolske@cis.ohio-state.edu) Graduate Fellow / Research Associate at The Ohio State University, CIS Dept. -=-=-=-=-=-=-=-=-=-=-=-=-=- Random Sig-o-Matic (tm) -=-=-=-=-=-=-=-=-=-=-=-=- Visualize Whirled Peas. From owner-deschall-announce Wed Jun 11 14:45:18 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA28003 for deschall-outgoing; Wed, 11 Jun 1997 14:45:18 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA27994 for ; Wed, 11 Jun 1997 14:45:17 -0400 (EDT) Received: from kelso.pclink.com(204.72.134.10) by gatekeeper.megasoft.com via smap (V2.0) id xma027976; Wed, 11 Jun 97 14:44:53 -0400 Received: from ume686jmathe01.sprintspectrum.com (pm1-28 [206.11.0.68]) by pclink.com (8.8.5/8.6.9) with SMTP id NAA02100; Wed, 11 Jun 1997 13:53:39 -0500 Message-Id: <3.0.1.32.19970611135546.0068ac74@pclink.com> X-Sender: icepick@pclink.com X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Wed, 11 Jun 1997 13:55:46 -0500 To: John Falkenthal , deschall@gatekeeper.megasoft.com From: Icepick Subject: Re: Statistical Analysis ... In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk At 11:21 AM 6/11/97 -0700, John Falkenthal wrote: > >BTW - if you chopped the keyspace in thirds, and picked one of them >randomly, then monty hall showed you the key is not in one of the other >thirds.. should you switch your pick to the remaining third ?? > Absolutly. See http://www.io.com/~kmellis/monty.html for more details on why this is true. From owner-deschall-announce Wed Jun 11 14:54:48 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA28094 for deschall-outgoing; Wed, 11 Jun 1997 14:54:48 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA28089 for ; Wed, 11 Jun 1997 14:54:47 -0400 (EDT) Received: from pinotnoir.media.mit.edu(18.85.16.104) by gatekeeper.megasoft.com via smap (V2.0) id xma028087; Wed, 11 Jun 97 14:54:40 -0400 Received: (from nelson@localhost) by pinotnoir.media.mit.edu (8.8.5/8.8.4) id PAA25685; Wed, 11 Jun 1997 15:03:22 -0400 Date: Wed, 11 Jun 1997 15:03:22 -0400 Message-Id: <199706111903.PAA25685@pinotnoir.media.mit.edu> From: nelson@media.mit.edu (Nelson Minar) To: deschall@gatekeeper.megasoft.com Subject: Re: Statistical Analysis ... Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk Does Monty Hall work for the NSA? From owner-deschall-announce Wed Jun 11 14:59:48 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA28140 for deschall-outgoing; Wed, 11 Jun 1997 14:59:48 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id OAA28135 for ; Wed, 11 Jun 1997 14:59:47 -0400 (EDT) Received: from bahamut.dragonfire.net(209.70.16.2) by gatekeeper.megasoft.com via smap (V2.0) id xma028133; Wed, 11 Jun 97 14:59:21 -0400 Received: (from achurch@localhost) by Bahamut.dragonfire.net (8.8.5/8.7.5) id PAA05259; Wed, 11 Jun 1997 15:08:11 -0400 Message-Id: <199706111908.PAA05259@Bahamut.dragonfire.net> From: achurch@dragonfire.net (Andy Church) To: deschall@gatekeeper.megasoft.com Subject: Re: Statistical Analysis ... Date: Wed, 11 Jun 1997 15:08:07 EDT X-Mailer: MMail v4.61 Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >BTW - if you chopped the keyspace in thirds, and picked one of them >randomly, then monty hall showed you the key is not in one of the other >thirds.. should you switch your pick to the remaining third ?? Of course you should, because in the time it took for Monty to show you that one of the other thirds didn't have the key, your massively parallel custom-built DES cracker finished searching the third you picked and didn't find it either. --Andy Church | If Bell Atlantic really is the heart achurch@dragonfire.net | of communication, then it desperately www.dragonfire.net/~achurch/ | needs a quadruple bypass. From owner-deschall-announce Wed Jun 11 15:08:19 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA28173 for deschall-outgoing; Wed, 11 Jun 1997 15:08:19 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA28168 for ; Wed, 11 Jun 1997 15:08:18 -0400 (EDT) Received: from beavis.cs.mci.com(166.37.20.8) by gatekeeper.megasoft.com via smap (V2.0) id xma028166; Wed, 11 Jun 97 15:07:56 -0400 Received: from localhost by beavis.cs.mci.com with SMTP (1.39.111.2/16.2) id AA167966607; Wed, 11 Jun 1997 13:16:47 -0600 Date: Wed, 11 Jun 1997 13:16:47 -0600 (MDT) From: Michael.Barillier@mci.com X-Sender: barillm@beavis.cs.mci.com To: deschall@gatekeeper.megasoft.com Subject: RE: Statistical Analysis ... In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk On Wed, 11 Jun 1997, Justin Dolske wrote: > It's all of them. The Monty Hall Problem is one of those threads that is > invariably cross-posted to many, many groups. Check out http://www.io.com/~kmellis/monty.html ... -- mjb From owner-deschall-announce Wed Jun 11 15:10:19 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA28199 for deschall-outgoing; Wed, 11 Jun 1997 15:10:19 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA28193 for ; Wed, 11 Jun 1997 15:10:18 -0400 (EDT) Received: from eliot213.wuh.wustl.edu(128.252.105.213) by gatekeeper.megasoft.com via smap (V2.0) id xma028191; Wed, 11 Jun 97 15:10:11 -0400 Received: from eliot213.wuh.wustl.edu (ejeffrey@localhost [127.0.0.1]) by eliot213.wuh.wustl.edu (8.7.6/8.7.3) with ESMTP id OAA03027; Wed, 11 Jun 1997 14:18:50 -0500 Message-Id: <199706111918.OAA03027@eliot213.wuh.wustl.edu> Reply-To: erjeffre@artsci.wustl.edu To: John Falkenthal cc: deschall@gatekeeper.megasoft.com Subject: Re: Statistical Analysis ... In-reply-to: Your message of "Wed, 11 Jun 1997 11:21:51 PDT." Date: Wed, 11 Jun 1997 14:18:49 -0500 From: Evan Jeffrey Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >I think we need to add Marilyn Vos Savant to this mailing list to answer >this question once and for all. > >BTW - if you chopped the keyspace in thirds, and picked one of them >randomly, then monty hall showed you the key is not in one of the other >thirds.. should you switch your pick to the remaining third ?? Who cares? an additional 33% checked would be nice in any case! But, of course, the answer is yes. (Note to the peanut galleries: I am right. We don't need a long winded argument. If you don't believe me, write via private email, or better yet, write a program to test it yourself) === Evan Jeffrey erjeffre@artsci.wustl.edu Let us go. Let us leave this festering hell hole. Let us think the unthinkable, let us do the undoable. Let us prepare to grapple with the ineffable itself, and see if we may not eff it after all. --Dirk Gently From owner-deschall-announce Wed Jun 11 15:32:49 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA28361 for deschall-outgoing; Wed, 11 Jun 1997 15:32:49 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA28354 for ; Wed, 11 Jun 1997 15:32:48 -0400 (EDT) Received: from hate.sizone.org(209.50.72.17) by gatekeeper.megasoft.com via smap (V2.0) id xma028349; Wed, 11 Jun 97 15:32:43 -0400 Received: by sizone.org (Linux Smail3.1.93 #5) id m0wbtIB-000H3XC; Wed, 11 Jun 97 15:42:51 -0400 (EDT) Message-Id: From: mathboy@sizone.org (Eating Before Swimming) Subject: Re: Other Efforts To: saurvok@exo.com Date: Wed, 11 Jun 1997 15:42:50 -0400 (EDT) Cc: deschall@gatekeeper.megasoft.com In-Reply-To: <3.0.32.19970611100138.006ad240@exo.com> from "saurvok@exo.com" at Jun 11, 97 10:22:18 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk then saurvok@exo.com's all.. > So we could gamble and hope the this one time the key is closer to the > front than the back and save time, or use the random method at get the 50%. Ahem. How come there's no chance that your random method wont pick the key LAST? Lets say there are 10 possible keys. Lets say the solution is key 8. Linear would suck: we'd have to search 80% of the keyspace to find the key. So instead we do it randomly. We randomize the keys and hand them out in this order: 9 7 1 4 5 2 10 3 6 8 Then your random method would lose out, having to search 100% of the key space to find the key. Of course the order we hand out the keys is random. So over many many tries, the random method would average 50% searched before solution. And, as you've already agreed, over many many tries the linear search will average out to 50% as well. Since we have NO knowledge of where they key is (too bad, huh? :), starting anywhere in any order is just as good as anywhere else. For every example you give which foils the linear search, I can give an exactly equally probable scenario which foils your random search just as well (and, in fact, EXACTLY as well). ------------------------------------------------------------------------------ I suggest that if you want to continue this discussion you DO make an attempt to understand the simple proof that Justin already outlined instead of just saying "well, I dont get it, so, back to my version of the argument". ------------------------------------------------------------------------------ Another thing that irks me is this concept of "start" and "end" and to a lesser extent, "order of keys". There is no real "linear order" at all. There is no NATURAL order to the keys in the first place unless you impose your own; in this case you might be thinking of ascii as an ordering system. Now lets pretend you've worked black magic to run Deschall under AIX properly niced (poke, poke! :) and it uses EBCDIC instead of ascii... Just kidding!! (EBCDIC was an early form of encryption known as a Ceasar cipher. Just kidding again! It was IBMs own character numbering system.) Then, where do you start? Whats linear? Since checking a key NEAR the solution key gives NO advantage to your search, it doesnt matter what "order" you check it in. In fact there is no order at all to the keys. Consider the keys to be a big messy moving jumbled mass floating around. There's no order in that, and you just reach into the mass and hand out keys to check in order, like pulling one name out of a hat. You cant pull names out of a hat and say "we're getting closer!" because you saw "joe" and think that that means "steve" is likely to come next. If that is the case then the hat isnt a gged randomizer. You cant say yer getting closer except by refering to te fact that there are fewer keys left to check, as Rocke's updates tell us. ------------------------------------------------------------------------------ I've been reading alot of cosmology/quantum theory (just the theory, not the math! Im a wuss! :) lately... it seems to help one lose not only your anthropomorphic points of view, but this euclidian sense of "order" and "start"/"end" or "begginings" and "endings" of things... not to mention "straight lines" (or sequential time for that matter!). Abstract math is all the same huge beast no matter how you slice it, cryptographically or cosmologically! There are some subtleties to wrap the mind around and make sure you dont fall into the trap of false assumptions which otherwise usually apply in everyday life. ------------------------------------------------------------------------------ Mebbe some one can write a more formal proof for the gunk I expressed in this message, or clean up any loose ends I've left... /kc -- Ken Chase mathboy@sizone.org Sonic Interzone $free$ email/news Toronto Canada ------------------------------------------------------------------------------ Join the DES Challenge! Wake up the US Govt! www.frii.com/~rcv/deschall.htm NB:Only 16000 P200-months CPU req'd to recover 56-bit IBM alliance keys! ** U.S. EXPORT LAWS MAY NOT APPLY TO YOUR COUNTRY: DEVELOP YOUR NATIONS' OWN CRYPTO-EXPORT INDUSTRY! USE 2048bit KEYS FREELY! FLAUNT YOUR SOVEREIGNTY! ** -- Ken Chase mathboy@sizone.org Sonic Interzone $free$ email/news Toronto Canada ------------------------------------------------------------------------------ Join the DES Challenge! Wake up the US Govt! www.frii.com/~rcv/deschall.htm NB:Only 16000 P200-months CPU req'd to recover 56-bit IBM alliance keys! ** U.S. EXPORT LAWS MAY NOT APPLY TO YOUR COUNTRY: DEVELOP YOUR NATIONS' OWN CRYPTO-EXPORT INDUSTRY! USE 2048bit KEYS FREELY! FLAUNT YOUR SOVEREIGNTY! ** From owner-deschall-announce Wed Jun 11 15:50:20 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA28557 for deschall-outgoing; Wed, 11 Jun 1997 15:50:20 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA28549 for ; Wed, 11 Jun 1997 15:50:19 -0400 (EDT) Received: from haven.uchicago.edu(128.135.12.3) by gatekeeper.megasoft.com via smap (V2.0) id xma028539; Wed, 11 Jun 97 15:49:53 -0400 Received: from midway.uchicago.edu (root@midway.uchicago.edu [128.135.12.12]) by haven.uchicago.edu (8.8.5/8.8.5) with ESMTP id OAA04087; Wed, 11 Jun 1997 14:57:48 -0500 (CDT) Received: from quads.uchicago.edu (root@quads.uchicago.edu [128.135.12.63]) by midway.uchicago.edu (8.8.5/8.8.3) with ESMTP id OAA08090; Wed, 11 Jun 1997 14:42:32 -0500 (CDT) Received: from quads.uchicago.edu (9778@localhost [127.0.0.1]) by quads.uchicago.edu (8.8.5/8.8.3) with ESMTP id OAA25515; Wed, 11 Jun 1997 14:42:30 -0500 (CDT) Message-Id: <199706111942.OAA25515@quads.uchicago.edu> To: saurvok@exo.com cc: deschall@gatekeeper.megasoft.com Subject: Re: Other Efforts In-reply-to: Your message of "Wed, 11 Jun 1997 10:22:18 PDT." <3.0.32.19970611100138.006ad240@exo.com> References: <3.0.32.19970611100138.006ad240@exo.com> Date: Wed, 11 Jun 1997 14:42:29 -0500 From: Ryan D Pierce Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk [my response showing how random and sequential methods are statistically equivalent deleted, as someone beat me to it] If you were the NSA with a DES farm and you had no reason to believe that any keys would be more likely than others, it wouldn't make a difference if you checked sequentially or randomly. Both have the same odds of recovering the message in the same time in a brute force attack. (Side note; if you can reduce the keyspace, you have an incredible advantage. I.e. if you know it is an 8 character string of upper case letters, you have 26^8 keys, not 2^56 keys to search. That amounts to 1/345000 the keyspace you'd have to search. Of course RSA stated that they generated the key randomly, hence we can't reduce the keyspace this way.) Of course sequential searches in a competitive environment can be bad; they give the opponent info about exactly what keyspace you've already searched and what keyspace you will search next. If we have 100 keys, I have equal processing power as deschall, and I check out a deschall key and get 12, I then can start cracking at, say, 15 while the next key deschall searches is 13. I can then cover 15-100 sequentially before deschall does, and if the key lies there, I am guaranteed to find it before deschall. Ryan From owner-deschall-announce Wed Jun 11 15:50:51 1997 Received: (from majordom@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA28584 for deschall-outgoing; Wed, 11 Jun 1997 15:50:51 -0400 (EDT) Received: (from uucp@localhost) by gatekeeper.megasoft.com (8.7.5/8.7.3) id PAA28571 for ; Wed, 11 Jun 1997 15:50:49 -0400 (EDT) Received: from unknown(128.172.89.118) by gatekeeper.megasoft.com via smap (V2.0) id xma028562; Wed, 11 Jun 97 15:50:43 -0400 Received: from [207.172.62.189] (rcm-as7s62.erols.com [207.172.62.189]) by ratboy.antennahead.com (8.8.0/8.6.12) with ESMTP id QAA20343 for ; Wed, 11 Jun 1997 16:00:18 -0400 Message-Id: In-Reply-To: <199706111903.PAA25685@pinotnoir.media.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 11 Jun 1997 15:58:40 -0400 To: deschall@gatekeeper.megasoft.com From: andrew meggs Subject: Re: Statistical Analysis ... Sender: owner-deschall@gatekeeper.megasoft.com Precedence: bulk >Does Monty Hall work for the NSA?