This HTML version of the FAQ is based on the original TEXT version. Updates will usually follow within a week after a new TEXT version has been published. index » SETI@home FAQ V3.0.9 27 October 2002 for newsgroups alt.sci.seti and sci.astro.seti FAQ Home : http://setifaq.org Text-only : http://setifaq.org/faq.txt Html-version: http://setifaq.org/faq.html Anon. FTP : ftp://setifaq.org/faq.txt To save this FAQ on you local drive click File/Save on your browser or newsreader and choose the location where you wish it saved. Those listed with e-mail addresses are also listed with sections for which they are working on. If you want to supply any input to these sections, e-mail them and put CC to Mark Taylor. Authors Author : Mark Taylor <maintainer @ setifaq,org> Html-version: Alfred Das <adas @ home,nl> Contributors: SETI@home team, Peter Alfredsen, Frank J. Perricone, Mark Stilgar, Arthur Schain, Ed H, Neil Rieck, Thomas Martin, Malcolm Pack, James Birchfield, Roelof Engelbrecht, Allen Cleveland, Chris Johnson, Carl Sagan, Eric J. Korpela, Terry Lee, Sqiz, David Woolley, Jan Knutar, Peter van der Kort, David Schilling, Alfred Das, Peter Yackel, Lior Fainshil, Eric Heien, John Pike, Steve Willner, Alfred A. Aburto Jr. Comments from the Author Don't hesitate to contact me if you see something in the FAQ that you think is wrong. Suggestions, comments, additions, corrections, etc are more than welcomed. I'll reply to every email so that you'll know if your addition/correction will be included and if not, why. People who contribute to the FAQ will be given credit if they wish so. This latest version of the FAQ increases to version 3.0.0 to match the current major version of the Seti@home Client. Sincerely Mark Taylor <maintainer@setifaq.org> Legal Chit-chat This document is subject to copyright. It may be copied, distributed, and otherwise electronically transferred, if you agree to the following terms: 1. If made publicly available, it must be updated regularly, hereby meaning every 30 days. 2. You agree, if making publicly available this document, or parts hereof, to link to the official FAQ-pages: http://setifaq.org http://setifaq.org/faq.txt http://setifaq.org/faq.html ftp://setifaq.org/faq.txt 3. It would be preferred, if you want to copy this FAQ, that you notify the author. Further information for mirroring the html FAQ is available as html comments in the html-version. « top 0 INDEX 1 About SETI@home 1.1 What is SETI@home? 1.2 Background 1.2.1 The Drake Equation 1.2.2 The Fermi paradox 1.2.3 How far away could we detect radio transmissions? 1.2.4 The quest for EXTRATERRESTRIAL INTELLIGENCE 1.2.5 Setup of the SETI@home project 1.2.6 What is a Gaussian? 1.2.7 Analysis of the end data from the SETI@home project 1.2.8 What are pulses and triplets? 1.3 The history and customs of alt.sci.seti and sci.astro 1.3.1 Charter for alt.sci.seti 1.3.2 Charter for sci.astro.seti 1.3.3 Naming convention 1.3.4 .sig convention 1.3.5 Labeling posts 1.3.6 Patching or cracking SETI@home 1.3.7 What is a 'vcard' and why do people tell me not to use them? 1.3.8 What is PST and PDT? 1.4 What will happen if an extraterrestrial signal is detected? 1.5 How is data collected from the telescope and transmitted to other machines for analysis? 1.6 Are earth signals strong enough to be detected? 1.7 What if my computer finds a signal -- how will I know? 1.8 How can I hear the signal? 1.9 Is there something in it for me? 1.10 Why doesn't SETI@home release the sources for the clients? 2 Problems and questions concerning SETI@home 2.1 Speed improvements 2.1.1 What's the fastest computer to use for this project? 2.1.2 Can I make it run any faster? 2.1.3 REMOVED March 2000, was: Can I run the SETI@home text-client on Win95? 2.1.4 Will SETI@home run faster with more RAM (e.g., 256 MB instead of 128 MB)? 2.2 REMOVED April 2000, was: I'm using a proxy server, and I can't connect - what do I do? 2.3 I had a work unit that got returned after only 5 minutes. What's wrong? 2.4 I heard I was getting the same work unit as everyone else. Is the program wasting my time? 2.5 My computer wanted to upload to the SETI@home server but said it couldn't connect or reported error 10065. Are they still there? 2.6 What if someone fakes a result to make it seem like they found a signal? 2.7 SETI@home keeps getting a 'Bad Header' error. What can I do? 2.8 Suddenly, without warning my system crashes - what should I do? 2.9 I can't see the new WU's I've processed in the status area. Have they been registered at SETI@home? 2.10 I want to run the text-client as a service in NT - how do I do that? 2.11 Can I run the client invisibly on Win95/98? 2.12 Sometimes the size of the workunit.txt file differs in size. Sometimes it's 340, sometimes 341, and yet other times 351. Is there something wrong? 2.13 I don't have a permanent Internet connection, and have to pay for all my phone calls and net usage. Can I run SETI@home without going bankrupt? 2.14 I already run the distributed.net RC5-64 client. Can I run SETI@home as well, or do I have to choose which project to support? 2.15 What happened to the gaussian information display in the new Mac and Windows clients? The client is finding gaussians with lower fits, do the 2.x clients find more aliens or something? 2.16 Can I run SETI@home 24/7 if I don't have a permanent Internet connection? 2.17 Is this bad for my processor, or my harddrive? 2.18 Does it use up a lot of electricity? Is this costing me money, or doing damage to the environment? 2.19 How can I keep appraised of what's going on lately? 2.20 General CL client issues 2.20.1 What is the CL client? 2.20.2 What CL options are there? 2.20.3 HELP, it stops at baseline smoothing!!! 2.20.4 How can I check up on the client to see how it's doing, if it has found any signals, etc? 2.20.5 How do I tell the CL client to use a proxy? 2.20.6 I just found a bug in the -stop_after_ switches!!! 2.21 Running the CL client on Windows 2.21.1 What client should I download for Windows 95/98/2000/NT? 2.21.2 How do I start it? 2.21.3 How do I stop it? 2.21.4 How do I make Windows 2000 autoconnect? 2.21.5 Do I have to uninstall the screen saver version if I use the CL version? 2.22 A short guide for the Linux newbie trying to run the SETI@home client 2.22.1 What client should I download? 2.22.2 How do I uncompress the .tar file? 2.22.3 How do I start it? 2.22.4 How do I stop it? 2.22.5 How can I run it in the background rather than in a window? 2.22.6 How can I have it automatically restart if it dies? 2.22.7 What is 'nice' and how do I set it? 2.23 Why does the client timeout before windows has dialed up my ISP? 2.24 I just got a gaussian with a score of 0.50 and power 1.2, is this good? 2.25 I looked at my stats of returned units at SETI@home's webpage, the top gaussian I got for the last unit is missing, why? 2.26 My email address is about to change, what do I do? 2.27 RE-ORDERED 5 Oct 2000, to: 2.30 2.28 Why does the new client (3.X) take more time to complete a WU? 2.29 What are pulses and triplets? 2.30 What is an interesting pulse/triplet? 2.31 Why do certain WU's take longer to process? 2.32 Why are the most pulse searches done at a chirp rate of 0? 2.33 There's something strange with the power reported on pulses in outfile.sah vs. state.sah? 2.34 Is the first half of the pulse graph identical to the second? 3 Third-party software 3.1 JSETITracker 3.1.1 Programmer's comments 3.2 Tk-SETI@home 3.2.1 Programmer's comments 3.2.2 Tk-SETI@home installation 3.2.3 TkSETI@home startup 3.3 SETI Spy 3.3.1 Programmer's comments 3.3.2 Processing efficiency 3.4 SETIWatch 3.4.1 What is SETIWatch? 3.4.2 Some background 3.4.3 Where can I get it? 3.4.4 How to install SETIWatch 3.5 SETILog 3.5.1 What is SETILog? 3.5.2 How does SETILog work? 3.5.3 RunSETI.bat 3.5.4 Where can I get it? 3.5.5 How to Install SETILog 3.6 SetiTEAM 3.6.1 Description 3.7 SETIBuf 3.7.1 Legal notice and stuff 3.7.2 General description 3.7.3 Where can I get it? 3.8 SETI Monitor 3.8.1 Description 3.8.2 Some more details 3.8.3 Where can I get it? 3.9 SETI UniT Manager 3.9.1 About SUM 3.9.2 Cost 3.9.3 Requirements 3.9.4 Where can I get it? 3.10 Setimgr 3.10.1 Programmer's comments 3.10.2 Setup 3.10.3 Operation 3.11 Seti4Net 3.12 Multi-SETI@home Monitor - Msetimon 4 Homepages 4.1 Homepages concerning SETI@home 4.1.1 SETI@home home 4.1.2 SETIweb 4.1.3 SETIforum 4.1.4 SETI @ SixDegrees 4.1.5 SETI@home Speedup Tips 4.1.6 Derived statistics for SETI@home @ Rovingmouse 4.1.7 SETI STATION 4.1.8 SETI: The Drake Equation 4.1.9 Sci.astro FAQ about SETI 4.1.10 Team Canada 4.1.11 The Planetary Society 4.1.12 Patch-free-Processing 4.1.13 Sky & Telescope 4.1.14 SETI Institute 4.1.15 SETI League 4.1.16 REMOVED 11 Feb 2001, was: SETI & Beyond 4.2 SETI utilities 4.2.1 SETIwatch & SETIlog 4.2.2 SETI Manager 4.2.3 TKSETI@home 4.2.4 SETISPY 4.2.5 JSETITracker 4.2.6 SetiTEAM Homepage 4.2.7 SETIBuf homepage 4.2.8 SETI Monitor homepage 4.2.9 SETI UNiT Manager homepage 4.2.10 RunCache & FetchCache 4.2.11 Seti@home Service 4.3 SETI fun 4.3.1 Carolyn's Clinic 5 Acknowledgements 5.1 Sci.astro FAQ 5.2 People who have worked with the FAQ « top « index 1 About SETI@home 1.1 What is SETI/SETI@home? If we assume that our alien neighbors are trying to contact us, we should be looking for them. There are currently several programs that are now looking for the evidence of life elsewhere in the cosmos. Collectively, these programs are called SETI (the Search for Extra-Terrestrial Intelligence.) SETI@home is a scientific experiment that harnesses the power of hundreds of thousands of Internet-connected computers in the Search for Extraterrestrial Intelligence (SETI). You can participate by running a free program that downloads and analyzes radio telescope data. There's a small but captivating possibility that your computer will detect the faint murmur of a civilization beyond Earth. « index « 1 « 1.1 1.2 Background 1.2.1 The Drake Equation <This is only one possible guess at, how the Drake Equation may be. If you want to guess for yourself, look under 4.1.8 SETI: The Drake Equation> Our sun is only a single star in a collection of over 400 billion we call the Milky Way galaxy. The Milky Way is only 1 of billions of galaxies in the universe. Seems like there should be lots of life out there! Can we make an initial estimate? The first to do so was the astronomer Frank Drake. He came up with a simple equation, now called the Drake Equation, that maps out the possibilities. The equation is quite easy to understand, so don't tune out, even if arithmetic isn't your strong suit! Here it is: N = R * f(p) * n(e) * f(l) * f(i) * f(c) * L "N" here represents the number of communicating civilizations in our Milky Way galaxy. This number depends on several factors. "R" is the rate of "suitable" star formation in the galaxy. "f(p)" is the fraction of stars that have planets. "n(e)" is the number of these planets around any star within the suitable ecosphere of the star. An "ecosphere" is a shell that surrounds a star within which the conditions are suitable for life to form. Too close and it's too hot; too far and it's too cold. "f(l)" is the fraction of those planets within the ecosphere on which life actually evolves. "f(i)" is the fraction of those planets on which intelligent life evolves. "f(c)" is the fraction of those planets where intelligent life develops a technology and attempts communication. "L," is the length of time that an intelligent, communicating civilization lasts. Let's briefly look at each of these factors separately and try to put some reasonable numbers to them. Although the rate of suitable star formation was undoubtedly much higher when our galaxy formed, one can still see where stars are being born today. In the last couple of years, several teams of astronomers have announced the discovery of planets surrounding nearby stars. This exciting discovery increases the likelihood of other planets around many stars. Let's estimate conservatively that one-half of the stars form planetary systems; the other half form binary star systems, so f(p) = 0.5. The n(e) factor is a little tricky. Small stars are cool and red. Planets would have to orbit very close to be in the ecosphere. Also, this ecosphere would be very narrow; like the skin on an orange. Not much room for planets. Planets that orbit very close to their parent star are often tidally locked and present one face to the star at all times. The atmosphere of such a planet would freeze on the cool side that faces away from the star; this does not promote life. On the other hand, huge hot blue stars have a farther and wider ecosphere. Of course, judging from our solar system, planets are spaced further apart the farther they are from the star, so the wider ecosphere is cancelled by this effect. These larger stars also burn their fuel faster and don't last very long. They are usually so short- lived that life does not even get a chance to start before the star goes nova or supernova and destroys everything in the system. In our solar system, with our average-sized yellow sun, we have two (Earth and Mars) or maybe three (Venus) planets within the ecosphere. A conservative guess for the number of planets within the "life zone" or ecosphere is one. n(e) = 1. The next factor, f(l), is where things become a little sticky. The problem is that we only have a few examples of planets where conditions are right for life to evolve. As stated above, Venus, Earth, and Mars all could have had, at one time, proper conditions. We know life evolved on Earth, and there is now tantalizing evidence for primitive life existing on Mars billions of years ago. A conservative guess for this number is 0.2, or one in five planets with proper conditions will evolve life. f(l) = 0.2. How many of these planets will evolve intelligent life? Tough question, but if we really believe the evidence for natural selection and survival of the fittest, most scientists would put this number at 100 percent -- that intelligent life is a natural outcome of evolution. Of course, here we have only one example, earth. f(i) = 1. How many of these intelligent species will develop technology and use it to communicate? If we look at the earth, we see humans doing it, but we also see whales and dolphins, who may also possess a moderate level of intelligence but never developed technology. We'll set this number to 0.5 as a first guess. f(c) = 0.5. Now we get to the hardest number to determine. "L" is the number of years that a technologically adept and communicative civilization lasts. We've only been in this phase of our evolution for about 50 years. Do advanced civilizations blow themselves up after discovering the technology to do so? Or do they get together and solve their problems before this happens? For now, let's not assign a number to L. Let's plug in the other numbers and see what we get. N = R * f(p) * n(e) * f(l) * f(i) * f(c) * L N = 20 * 0.5 * 1 * 0.2 * 1 * 0.5 * L Do advanced civilizations use their technology to solve their problems or do they destroy themselves? On earth we've survived the first 50 years. Multiplying all the numbers gives us N = L. In other words, the number of intelligent communicating civilizations in the galaxy equals the number of years such a civilization lasts! The figure about which we know the least bears a great significance in our calculations. Most scientists hope that if a civilization can overcome its initial tendency to destroy itself with its own technology, then that civilization is likely to last for a very long time. Let's hope those scientists are right. In any case, there should be at least 50 (the number of years WE'VE been around communicating) and if a communicative civilization lasts for millions of years, there may possibly be millions of civilizations we can look for. « index « 1 « 1.2 « 1.2.1 1.2.2 The Fermi paradox By John Pike and Steve Willner One of the problems that the Drake Equation produces is that if you take reasonable (some would say optimistic) numbers for everything up to the average duration of technological civilizations, then you are left with three possibilities: 1. If such civilizations last a long time, "They" should be _here_ (leading either the the Flying Saucer hypothesis--they are here and we are seeing them, or the Zoo Hypothesis--they are here and are hiding in obedience to the Prime Directive, which they observe with far greater fiqdelity than Captain Kirk could ever muster). -or- 2. If such civilizations last a long time, and "They" are not "here" then it becomes necessary to explain why each and every technological civilization has consistently chosen not to build starships. The first civilization to build starships would spread across the entire Galaxy on a timescale that is short relative to the age of the Galaxy. Perhaps they lose interest in space flight and building starships because they are spending all their time surfing the net. (Think about it --- the whole point of space flight is the proposition that there are privileged spatial locations, and the whole point of the net is that physical location is more or less irrelevant.) -or- 3. Such civilizations do not last a long time, and blow themselves up or otherwise fall apart pretty quickly (... film at 11). Thus the Drake Equation produces what is called the Fermi Paradox (i.e., "Where are They?"), in that the implications of #3 and #2 are not terribly encouraging to some folks, but the two flavors of #1 are kinda hard to come to grips with. An alternate version of 2 is that interstellar travel is far more difficult than we think it is. Right now, it doesn't seem much beyond the boundaries of current technology to launch "generation ships," which amount to an O'Neill colony plus propulsion and power systems. An alternative is robot probes with artificial intelligence; these don't seem so difficult either. The Milky Way galaxy is well under 10^5 light years in diameter and over 10^9 years old, so even travel beginning fairly recently in Galactic history and proceeding well under the speed of light ought to have filled the Galaxy by now. (Travel very near the speed of light still seems very hard, but such high speed isn't necessary to fill the Galaxy with life.) The paradox, then, is that we don't observe evidence of anybody besides us. « index « 1 « 1.2 « 1.2.2 1.2.3 How far away could we detect radio transmissions? By Al Aburto and David Woolley Representative results are presented in Tables 1 and 2. The short answer is (1) Detection of broadband signals from Earth such as AM radio, FM radio, and television picture and sound would be extremely difficult even at a fraction of a light-year distant from the Sun. For example, a TV picture having 5 MHz of bandwidth and 5 MWatts of power could not be detected beyond the solar system even with a radio telescope with 100 times the sensitivity of the 305 meter diameter Arecibo telescope. (2) Detection of narrowband signals is more resonable out to thousands of light-years distance from the Sun depending on the transmitter's transmitting power and the receiving antenna size. (3) Instruments such as the Arecibo radio telescope could detect narrowband signals originating thousands of light-years from the Sun. (4) A well-designed 12 ft diameter amateur radio telescope could detect narrowband signals from 1 to 100 light-years distance assuming the transmitting power of the transmitter is in the terawatt range. What follows is a basic example for the estimation of radio and microwave detection ranges of interest to SETI. Minimum signal processing is assumed. For example an FFT can be used in the narrowband case and a bandpass filter in the broadband case (with center frequency at the right place of course). In addition it is assumed that the bandwidth of the receiver (Br) is constrained such that it is greater than or equal to the bandwidth of the transmitted signal (Bt) (that is, Br >= Bt). Assume a power Pt (watts) in bandwidth Bt (Hz) radiated isotropically. At a distance of R (meters), this power will be uniformly distributed (reduced) over a sphere of area: 4 * pi * R^2. The amount of this power received by an antenna of effective area Aer with bandwidth Br (Hz), where Br >= Bt, is therefore: Pr = Aer * (Pt / (4 * pi * R^2)) If the transmitting antenna is directive (that is, most of the available power is concentrated into a narrow beam) with power gain Gt in the desired direction then: Pr = Aer * ((Pt * Gt) / (4 * pi * R^2)) The antenna gain G (Gt for transmitting antenna) is given by the following expression. (The receiving antenna has a similar expression for its gain, but the receiving antenna's gain is not used explicitly in the range equation. Only the effective area, Aer, intercepting the radiated energy at range R is required.) Gt = Aet * (4 * pi / (w^2)), where Aet = effective area of the transmitting antenna (m^2), and w = wavelength (m) the antenna is tuned to. f = c / w, where f is the frequency and c is the speed of light. c = 2.99792458E+08 (m/sec) pi = 3.141592654... For an antenna (either transmiting or receiving) with circular apertures: Ae = <eta> * pi * d^2 / 4 <eta>r = efficiency of the antenna, d = diameter (m) of the antenna. The Nyquist noise, Pn, is given by: Pn = k * Tsys * Br, where k = Boltzmann's constant = 1.38054E-23 (joule/kelvin) Tsys = is the system temperature (kelvins), and Br = the receiver bandwidth (hertz). The signal-to-noise ratio, snr, is given by: snr = Pr / Pn. If we average the output for a time t, in order to reduce the variance of the noise, then one can improve the snr by a factor of sqrt(Br * t). Thus: snr = Pr * sqrt(Br * t) / Pn. The factor Br*t is called the "time bandwidth product," of the receive processing in this case, which we'll designate as: twp = Br * t. We'll designate the integration or averaging gain as: twc = sqrt(twp). Integration of the data (which means: twp = Br * t > 1, or t > (1 / Br) ) makes sense for unmodulated "CW" signals that are relatively stable over time in a relatively stationary (steady) noise field. On the other hand, integration of the data does not make sense for time-varying signals since this would distroy the information content of the signal. Thus for a modulated signal twp = Br * t = 1 is appropriate. In any case the snr can be rewritten as: snr = (Pt * Gt) * Aer * twc / (4 * pi * R^2 * Br * k * Tsys) Pt * Gt is called the Effective Isotropic Radiated Power (EIRP) in the transmitted signal of bandwidth Bt. So: EIRP = Pt * Gt, and snr = EIRP * Aer * twc / (4 * pi * R^2 * Br * k * Tsys) This is a basic equation that one can use to estimate SETI detection ranges. ####################################################################### # If Rl is the number of meters in a light year (9.46E+15 [m/LY]), # # then the detection range in light years is given by # # # # R = sqrt[ EIRP * Aer * twc / (4 * pi * snr * Br * k * Tsys) ] / Rl # # # # If we wanted the range in Astronomical Units then replace Rl # # with Ra = 1.496E+11 (m/AU). # ####################################################################### Note that for maximum detection range (R) one would want the transmit power (EIRP), the area of the receive antenna (Aer), and the time bandwidth product (twp) to be as big as possible. In addition one would want the snr, the receiver bandwidth (Br), and thus transmit signal bandwidth (Bt), and the receive system temperature (Tsys) to be as small as possible. (There is a minor technical complication here. Interstellar space contains a plasma. Its effects on a propagating radio wave including broadening the bandwidth of the signal. This effect was first calculated by Drake & Helou and later by Cordes & Lazio. The magnitude of the effect is direction, distance, and frequency dependent, but for most lines of sight through the Milky Way a typical value might be 0.1 Hz at a frequency of 1000 MHz. Thus, bandwidths much below this value are unnecessary because there will be few, if any, signals with narrower bandwidths.) Now we are in a position to carry out some simple estimates of detection range. These are shown in Table 1 for a variety of radio transmitters. We'll assume the receiver is similar to Arecibo, with diameter dr = 305 m and an efficiency of 50% (r = 0.5). We'll assume snr = 25 is required for detection (The META project used a snr of 27--33 and SETI@home uses 22; more refined signal processing might yield increased detection ranges by a factor of 2 over those shown in the Table 1.) We'll also assume that twp = Br * Tr = 1. An "educated" guess for some of the parameter values, Tsys in particular, was taken as indicated by the question marks in the table. As a reference note that Jupiter is 5.2 AU from the Sun and Pluto 39.4 AU, while the nearest star to the Sun is 4.3 LY away. Also any signal attenuation due to the Earth's atmosphere and ionosphere have been ignored; AM radio, for example, from Earth, is trapped within the ionosphere. The receive antenna area, Aer, is Aer = <eta>r * pi * dr^2 / 4 = 36.5E3 m^2. (Scientific notation is being used here; 1E1 = 10, 1E2 = 100, 1E3 = 1000, so 36.5E3 is 36.5 times 1000.) Hence the detection range (light years) becomes R = 3.07E-04 * sqrt[ EIRP / (Br * Tsys) ]. Table 1 Detection ranges of various EM emissions from Earth and the Pioneer spacecraft assuming a 305 meter diameter circular aperture receive antenna, similar to the Arecibo radio telescope. Assuming snr = 25, twp = Br * Tr = 1, <eta>r = 0.5, and dr = 305 meters. -------------+--------------+-----------+--------+--------+-----------+ Source | Frequency | Bandwidth | Tsys | EIRP | Detection | | Range | (Br) |(Kelvin)| | Range (R) | -------------+--------------+-----------+--------+--------+-----------+ AM Radio | 530-1605 kHz | 10 kHz | 68E6 | 100 KW | 0.007 AU | -------------+--------------+-----------+--------+--------+-----------+ FM Radio | 88-108 MHz | 150 kHz | 430 | 5 MW | 5.4 AU | -------------+--------------+-----------+--------+--------+-----------+ UHF TV | 470-806 MHz | 6 MHz | 50 ? | 5 MW | 2.5 AU | Picture | | | | | | -------------+--------------+-----------+--------+--------+-----------+ UHF TV | 470-806 MHz | 0.1 Hz | 50 ? | 5 MW | 0.3 LY | Carrier | | | | | | -------------+--------------+-----------+--------+--------+-----------+ WSR-88D | 2.8 GHz | 0.63 MHz | 40 | 32 GW | 0.01 LY | Weather Radar| | | | | | -------------+--------------+-----------+--------+--------+-----------+ Arecibo | 2.380 GHz | 0.1 Hz | 40 | 22 TW | 720 LY | S-Band (CW) | | | | | | -------------+--------------+-----------+--------+--------+-----------+ Arecibo | 2.380 GHz | 0.1 Hz | 40 | 1 TW | 150 LY | S-Band (CW) | | | | | | -------------+--------------+-----------+--------+--------+-----------+ Arecibo | 2.380 GHz | 0.1 Hz | 40 | 1 GW | 5 LY | S-Band (CW) | | | | | | -------------+--------------+-----------+--------+--------+-----------+ Pioneer 10 | 2.295 GHz | 1.0 Hz | 40 | 1.6 kW | 120 AU | Carrier | | | | | | -------------+--------------+-----------+--------+--------+-----------+ It should be apparent then from these results that the detection of AM radio, FM radio, or TV pictures much beyond the orbit of Pluto will be extremely difficult even for an Arecibo-like 305 meter diameter radio telescope! Even a 3000 meter diameter radio telescope could not detect the "I Love Lucy" TV show (re-runs) at a distance of 0.01 Light-Years! It is only the narrowband high intensity emissions from Earth (narrowband radar generally) that will be detectable at significant ranges (greater than 1 LY). Perhaps they'll show up very much like the narrowband, short duration, and non-repeating, signals observed by our SETI telescopes. Perhaps we should document all these "non-repeating" detections very carefully to see if any long term spatial detection patterns show up. Another question to consider is what an Amateur SETI radio telescope might achieve in terms of detection ranges using narrowband FFT processing. Detection ranges (LY) are given in Table 2 assuming a 12 ft (3.7 m) dish antenna operating at 1.42 GHz, for various FFT binwidths (Br), Tsys, snr, time bandwidth products (twp = Br*t), and EIRP values. It appears from the table that effective amateur SETI explorations can be conducted out beyond approximately 30 light years provided the processing bandwidth is near the minimum (approximately 0.1 Hz), the system temperature is minimal (20 to 50 Degrees Kelvin), and the EIRP of the source (transmitter) is greater than approximately 25 terawatts. Table 2 Detection ranges (LY) for a 12 foot diameter amateur radio telescope SETI system, operating at 1.420 GHz. +-------------------------------+ | EIRP | +-------+--------+------+-------+ | 100TW | 25TW | 1TW | 100GW | -------+-------+----------+------+-------+--------+------+-------+ Br | Br*t | Tsys | snr | Detection Range | (Hz) | | (kelvin) | | (LY) | -------+-------+----------+------+-------+--------+------+-------+ 0.1 | 2 | 50 | 25 | 28 | 17 | 3.4 | 1.1 | -------+-------+----------+------+-------+--------+------+-------+ 0.1 | 1 | 50 | 25 | 20 | 12 | 2.4 | 0.76 | -------+-------+----------+------+-------+--------+------+-------+ 0.5 | 2 | 50 | 25 | 12.7 | 6.4 | 1.3 | 0.4 | -------+-------+----------+------+-------+--------+------+-------+ 0.5 | 1 | 50 | 25 | 9 | 4.5 | 0.9 | 0.3 | -------+-------+----------+------+-------+--------+------+-------+ 0.1 | 20 | 50 | 25 | 90 | 54 | 11 | 3.4 | -------+-------+----------+------+-------+--------+------+-------+ 1.0 | 200 | 50 | 25 | 90 | 54 | 11 | 3.4 | -------+-------+----------+------+-------+--------+------+-------+ REFERENCES: Radio Astronomy, John D. Kraus, 2nd edition, Cygnus-Quasar Books, 1986, P.O. Box 85, Powell, Ohio, 43065. Radio Astronomy, J. L. Steinberg, J. Lequeux, McGraw-Hill Electronic Science Series, McGraw-Hill Book Company, Inc, 1963. Project Cyclops, ISBN 0-9650707-0-0, Reprinted 1996, by the SETI League and SETI Institute. Extraterrestrial Civilizations, Problems of Interstellar Communication, S. A. Kaplan, editor, 1971, NASA TT F-631 (TT 70-50081), page 88. (this section taken from sci.asto FAQ, see 5.1 for the copyright statment of sci.astro FAQ) Also see section 1.6 « index « 1 « 1.2 « 1.2.3 1.2.4 The quest for EXTRATERRESTRIAL INTELLIGENCE By Carl Sagan Cosmic Search Magazine Vol. 1 No. 2 May, 1978 Through all of our history we have pondered the stars and mused whether mankind is unique or if, somewhere else out there in the dark of night sky, there are other beings who contemplate and wonder as we do - fellow thinkers in the cosmos. Such beings might view themselves and the universe differently. Somewhere else there might exist exotic biologies, technologies and societies. What a splendid perspective contact with a profoundly different civilization might provide! In a cosmic setting vast and old beyond ordinary human understanding we are a little lonely, and we ponder the ultimate significance, if any, of our tiny but exquisite blue planet, the Earth. The Search for Extra-Terrestrial Intelligence (SETI) is the search for a generally acceptable cosmic context for the human species. In the deepest sense the search for extraterrestrial intelligence is a search for ourselves. ~ ~ ~ ~ ~ There are some who look on our global problems here on Earth - at our vast national antagonisms, our nuclear arsenals, our growing populations, the disparity between the poor and the affluent, shortages of food and resources, and our inadvertent alterations of the natural environment of our planet - and conclude that we live in a system which has suddenly become unstable, a system which is destined soon to collapse. There are others who believe that our problems are soluble, that humanity is still in its childhood, that one day soon we will grow up. The existence of a single message from space will show that it is possible to live through technological adolescence: the civilization transmitting the message, after all, has survived. Such knowledge, it seems to me, might be worth a great price. ~ ~ ~ ~ ~ There will surely be differences among civilizations which cannot be glimpsed until information is available about the evolution of many civilizations. Because of our isolation from the rest of the cosmos, we have information on the evolution of only one civilization - our own. And the most important aspect of that information, the future, remains closed to us. Perhaps it is not likely, but it is certainly possible that the future of human civilization depends on the receipt and decoding of interstellar messages...It is difficult to think of another enterprise within our capability and at relatively modest cost which holds as much promise for the future of humanity. « index « 1 « 1.2 « 1.2.4 1.2.5 Setup of the SETI@home project This was taken from a.s.s, and written by Eric J. Korpela, responding to a post by <demetrio@iquest.net> The Ultra 450 (4 cpu) is the science database server which stores results, does analysis, and also runs a splitter process. One Ultra 10 is the user database server which stores user information. One Ultra 10 workstation is the server machine which handles connections and directs them to the appropriate database This machine also has storage for the workunits themselves. One Ultra 10 is a full time splitter. Two Ultra 10s (one fast and one slow) are development workstations and an after hours splitters. One slow Ultra 10 is the web server and Dan's workstation. (Dan Werthimer) One Sparcstation 10 used to be a splitter (that's the old really slow one) and is used as a development workstation. « index « 1 « 1.2 « 1.2.5 1.2.6 What is a Gaussian? A gaussian is a mathematical function, mostly commonly describing the sort of distribution of values you get around the nominal value of some property or measurement as a result of measurement (and production errors). I would expect the maximum speeds of CPU chips to show this sort of pattern. It is often described as a bell curve, as it starts off rising slowly, then accelerates before starting to level off and come down in a mirror image of its rise, something like the cross section of a church bell. « index « 1 « 1.2 « 1.2.6 1.2.7 Analysis of the end data from the SETI@home project First thing, they'll be run through some RFI (Radio Frequency Interference for the newbies out there) rejection routines. There are a few different algorithms used. If a signal at the same frequency, but from a different place on the sky comes in within a few minutes, it's likely to be RFI. There are certain frequencies where continuous RFI is received, that will also be rejected. If a signal comes in at a chirp rate of zero, it's also likely to be RFI (extraterrestial signals should show a chirp signature due to the rotation of the earth and/or the rotaion of the ET's planet.) RFI rejection will probably eliminate the vast majority of the candidates (>99.99%). From there, the probablility that the candidate signals are just a random peak in the noise in the reciever, will be calculated. Then there'll be created a priority list of candidates based upon this probability, the signal strength, frequency width, goodness of gaussian fit, etc and pointed observations of the best candidates will be proposed. Somewhere in this chain, there'll also be looked for repeaters. Signals that show up at the same place in the sky at about the same frequency, but widely separated in time. Repeaters will likely get bumped to the top of the priority list. Another thing that will be looked for is signals with decent gaussian fits that show up at different frequencies, but at the same time. That might boost a candidates' priority as well. « index « 1 « 1.2 « 1.2.7 1.2.8 What are pulses and triplets? In the contexts of SETI@home, they are spikes that are repeated many times. Triplet means that there are three evenly spaced spikes. The triplet detection takes very little time to do, but it can only detect strong signals. The pulse finding algorithm can find very weak pulses, the more pulses the better the algorithm can find them. The pulse seeking, however, takes alot more time to do. « index « 1 « 1.2 « 1.2.8 1.3 The history and customs of alt.sci.seti and sci.astro 1.3.1 Charter for alt.sci.seti The original documents can be found here: The first post: http://x31.deja.com/[ST_rn=ap]/getdoc.xp?AN=484562021&CONTEXT= 938880213.74252397&hitnum=3 The control message, that created the group: http://x31.deja.com/[ST_rn=ap]/getdoc.xp?AN=484419771&CONTEXT= 938880213.74252397&hitnum=2 This was posted as the first post ever in alt.sci.seti on June 1st by Chris: Welcome to "alt.sci.seti" This group will probably be a little barren at first until it begins to propagate more thoroughly Why not post a message and get things rolling? Hopefully someone will one day create a FAQ for this newsgroup, but until then here's the charter... Charter: Discussion about the SETI (Search for Extra Terrestrial Intelligence) project and the search for extra terrestrial life in general. Also, discussion of the "SETI@home" project which allows individuals to utilize their computer's idle time to assist SETI in processing its overwhelming amount of recorded data. Should discussion about the SETI@home project and the SETI project in general begin to crowd eachother, a second newsgroup devoted solely to SETI@home will be created with the name "alt.sci.seti.at-home" leaving "alt.sci.seti" for discussion of the SETI project. Binaries are not permitted and should instead be posted to the appropriate binary newsgroup or FTP site where they may be accessed. Justification: The SETI project has been going on for some years now and has amassed a great deal of interest. A quick search on DejaNews will show that there are thousands of posts regarding SETI, yet there is no currently available newsgroup to keep these discussions from getting lost in numerous other non-specific forums. "alt.sci.seti" will address this lacking. It will also provide a place for the enormous and growing number of people who have begun to participate in the SETI@home project to discuss problems and solutions in assisting SETI to process all of its raw data. While the SETI@home project is expected to end around 2001 or so, it is likely that SETI will seek to call upon the public again in a similar way. This newsgroup will therefore continue to be timely and useful. This newsgroup was proposed, discussed, and approved in "alt.config" at the end of May 99. Created 01 Jun 99 « index « 1 « 1.3 « 1.3.1 1.3.2 Charter for sci.astro.seti RATIONALE: sci.astro.seti The Search for Extraterrestrial Intelligence (SETI) is the scientific discipline of searching for electromagnetic evidence of extraterrestrial civilizations. SETI has received a lot of attention recently due to the SETI@home project. The SETI@home project has shown that at least several hundred thousand individuals are willing to dedicate computer resources to the search for alien radio signals. This has brought an increase in the amount of discussion of SETI and the possibilities of extra-terrestrial intelligence (ETI). Which has increased the number of posts about SETI in related newsgroups (sci.astro, etc.) by a large amount. The SETI@home project is a distributed computing project which harnesses the computing power of hundreds of thousands of Internet connected computers to search for radio evidence of extraterrestrial civilizations. It is the newest and most public SETI project to date. Currently it has attracted almost a million people willing to donate computer time to this search. However, SETI@home is not the only SETI project, nor will it be the last new one. Several SETI projects are on the drawing board (1HT, etc.) and many of them will require as much or more computing power as the SETI@home project uses currently. It would be surprising if none of these new SETI programs use the distributed computing model that has allowed SETI@home to harness computing power equivalent to multi-million dollar super-computers for very low costs. This newsgroup will serve as a forum for discussion of SETI in general, and any SETI projects in specific. This includes discussion of SETI@home, both it's scientific aspects, as well as the use, configuration, and troubleshooting of the SETI@home client software and any similar software by future SETI projects. Additionally, it will serve as a place to discuss the technical specifics of all current and future SETI projects, and as a place for teachers who are developing curricula around SETI projects (such as SETI@home). CHARTER: sci.astro.seti This group will be unmoderated and distributed worldwide. This newsgroup is intended for the discussion of the Search for Extra-Terrestrial Intelligence. Appropriate topics for discussion include the following: 1) Discussion of SETI projects (such as SERENDIP, Phoenix, SETI@home, BETA, ARGUS, etc.) 2) Installation and configuration of the SETI@home client or other SETI projects using distributed computing. 3) Trouble shooting the use of the SETI client programs. 4) The possibilities of Alien life (Drake equation, planetary abundance and its relavance to SETI, etc.) 5) Discussion of statistical results for SETI projects. 6) The potential content of alien messages and how to decode them, as well as any messages we (humans) have / will / could send into space that are intended for ETI's (such as the Voyager record, the Arecibo message to M13, the Encounter 2001 project, etc.) 7) Potential alien technology in the context of detection / communication by / with humans (using visible light lasers instead of radio, for example). 8) Discussion of school curricula built around a SETI program Inappropriate posts include: 1) Commercial advertisements of any kind, including those for items related to SETI or any SETI project. 2) Binaries, with the exception of cryptographic signatures. 3) Discussions concerning UFOs, "alien abductions", etc, which should take place in other groups. « index « 1 « 1.3 « 1.3.2 1.3.3 Naming convention When talking about your computer(s) on the newsgroups, the following information is the minimum for other people to be able to determine if the machine is working optimally. CPU-TYPE, for example Pentium MMX, AMD Athlon, Pentium III.... CPU-SPEED, 133Mhz, 600Mhz.... Memory size Memory type FSB-speed (Front side bus speed) Also useful to include: Motherboard chipset Operating System « index « 1 « 1.3 « 1.3.3 1.3.4 .sig convention When reading the SETI newsgroups, you will find, that many use a * or # in their signatures. This strange way of bragging was first seen when the first people in alt.sci.seti started getting close and passing 100 Workunits done. They wanted to give themselves something for their effort, so they started giving themselves medals, putting them in their sig. Initially there was only one character used, the star (*) which you 'earned' for every 100 WU's. As time passed by, people started using more and more complex notations, which evolved into the complex system we have today. The newest .sig convention is as follows: The following notation is a way of expressing your personal or a group's contribution to the S@H program. PRECISION NOTE: These formats imply a certain range. 2.3* would for instance mean the interval of 230-239, whereas 2* would mean 200-299. The same goes for the symbolic notation. For instance ** would mean the interval of 200-299. More decimals added will imply greater accuracy for FORMAT 1 and more characters added would do the same for FORMAT 2. FORMAT 1: d.ds@d.ds Where "d" is a digit and "s" one or a combination of the following symbols: !=10 *=100 #=1000 !#=10000 (ten thousand) *#=100000 (hundred thousand) ##=1000000 (thousand thousand) etc... Notes: This table can be used for workunits and cpu-time alike. "@" only as a separator. Examples: 9@9.8! (9wu/98hr) 1.0!@2.5* (10wu/250hr) 2.1#@3.4!# (2100wu/34000hr) 3.0*#@3.6## (300000wu/3600000hr) FORMAT 2 - a more symbolic notation: Where the notation is composed of only symbols: !=10 +=50 *=100 #=1000 Notes: This table can be used for workunits and cpu-time alike. "@" only as a separator. Example: ****+@### (450wu/3000hr). All symbols are counted for their value and finally added up. Here 100+100+100+100+50=450wu in 1000+1000+1000=3000hr. It is preferred to sort the symbols. The greater first, then the smaller. FORMAT 3 - only work units: Format 1 or 2 where the cpu-time portion has been omitted. Example: 2.1# (2100wu), ****+ (450wu). FORMAT 4 - the most simple and understandable: (60WU/660hrs) DERIVED FORMATS - not preferred but no less understandable: Mixed schemes may occur. E.g.: 4*+@3# (450wu/3000hr). Today, there's even a program that will automatically make and update the signature for you! The program is available for Windows at http://www.geocities.com/theTFZ/SETI/SETIsig.html (requires VB6 runtime libraries) In addition many people have begun marking their posts with a short statement, indicating their opposition towards Olli (1.3.6) It usually goes something like this: +++++++ ONLY USE OFFICIAL SETI@HOME SOFTWARE +++++++ +++++++ DO NOT USE SETI@HOME PATCHES +++++++ It's inserted just before or in the .sig « index « 1 « 1.3 « 1.3.4 1.3.5 Labeling posts As there are many discussions about things not so relevant to SETI in these newsgroups (a.s.s. and s.a.s.), there have been developed many schemes, on how to label the posts. I suggest labeling posts in this newsgroup as follows: [sci] About science in general with no content about SETI@home [meta] Discussions about discussing things [comp] Discussions about computing with no content about S@H [ot] Off-Topic: has nothing to do with SETI in any way. [patch] Discussions about patching the SETI@home client program. [brag] General bragging about your computer's speed, etc. [join] Invitations to join groups. [FAQ] Postings of Frequently Asked Questions or comments. (no label) Discussions about the SETI@home project, client, etc. Insert the [*] after any "Re:". Some newsreaders use the "Re:" to display which posts are replies. Please leave a space after the ":" in "Re: ". Not doing so confuses some newsreaders. Don't make up new tags. Make the tag general and the text after the tag specific. If you think that a new tag is needed, start a discussion about it under [meta] (NOT under the proposed tag!). If someone doesn't follow the rules. don't criticize. This is 100% optional. Posters are free to do as they choose. Limit your efforts to gentle persuasion only. The single most effective thing that you can do to promote this idea is to change the subject line and write a new one before the old one, so that the subject will be like this: Subject: <new subject> Was:<Old subject>. OFF topic: 1. BINARIES - a big NO. 2. ANY commercial advertising. 3. Number of WU's done. Use your .sig file to brag. 4. Personal Chit-chat use [ot]. 5. Posts about how old you are, what you do, etc. use [ot]. 6. How fast your CPU is as compared to others. [brag] « index « 1 « 1.3 « 1.3.5 1.3.6 Patching or cracking SETI@home Olli: When you hear a reference to Olli in the group, this is a reference to a German who thought, that he could just do as he wanted with the S@H program. What he did, essentially, was to decompile the code of the program, and release a new version of the program, unauthorized. This led to a big discussion in the alt.sci.seti NG, where he was eventually boo'ed out, because of his actions. Microsoft cracking the code: Microsoft wrote their own version of SETI, highly optimized for certain Windows hardware. They wanted to turn in the fastest WU times, to prove how fast Windows is. The SETI people discovered MS's cheating, and told them they must run the original SETI software, and threatened to dissolve the MS team, and said they would refuse results from any WU processed on a non-official SETI client. SETI had obvious concerns, that their algorithms might be programmed incorrectly. SETI@home's (Eric J. Korpela) response to a post concerning the programming variables of the patch: +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- From: korpela@islay.ssl.berkeley.edu (Eric J. Korpela) Newsgroups: alt.sci.seti Subject: Re: seti patch bashing or the truth is... Date: 28 Oct 1999 16:06:33 GMT Organization: Cal Berkeley-- Space Sciences Lab Lines: 147 Message-ID: <7v9sa9$ror$1@agate-ether.berkeley.edu> In article <7v7b3b$70l$1@nnrp1.deja.com>, ******* ******* <*********-deja.com> wrote: >In article <7v4phg$1vv$1@agate-ether.berkeley.edu>, > korpela@islay.ssl.berkeley.edu (Eric J. Korpela) wrote: ><snip> >> In other words, if I don't get the same results using a hammer >> on a screw that I do using a screwdriver then something is >> wrong with the screwdriver? >> >> Olli has provided a means by which anyone with a compiler can >> replace the FFT routine with one that produces random >> numbers. Your conclusion would be that if the random number >> generator gets different results than the FFT does, something >> is wrong with the FFT. ><snip> > >Excuse me, but I have to ask. Are you really a programmer? Well, that depends upon how you define "programmer." I'm actually a scientist. My profession requires me to be a capable optical engineer, electrical engineer, mechanical engineer, and programmer. Above all it requires me to be a proficient systems engineer. And one of the things Olli's patch is missing is any consideration of the system aspects. Let me tell you some of the system aspects. The bottlenecks in SETI@home are currently (in order of size): 1. The speed of the user database machine. This limits the number of connections we are able to handle per second. Sun has decided to give use another two Enterprise machine with two CPUs each, so this bottleneck will be going away soon. It will probably be another month before these machines arrive. The effect of a faster client on this bottleneck would be a higher rate of rejected connections and a lower system efficiency. -1 for Olli. 2. The rate at which work units can be split. The arrival of the two Enterprize machines will allow two more splitters to be used, to this bottleneck will go away, too. The effect of a faster client on this is nothing. +0 for Olli. 3. The fraction of time the S@H recorder is operating at Arecibo. We have no control over this parameter. When very RFI sensitive experiments are carried out at Arecibo, the SETI@home data recorder is shut off to prevent interference. For the first 10 months of the year(1999 ed.), this fraction was about 1/2. The effect of a faster client on this is nothing. +0 for Olli. 4. The speed of the data recorder at Arecibo. Again, there's nothing to be done here but add another recorder working at different frequecies. That may be done at some point. The effect of a faster client on this is nothing. +0 for Olli. 5. The speed of the SETI@home client. Note that this appears BELOW the previous four. Because of this, improving it doesn't improve systems efficiency. Let's assume #1 and #2 are solved and that we release a client that does the work in 1/4 the time. What is the response of the system to this optimization? Because data isn't coming in any faster, any speed increase in the client just increases the number of times a work unit is processes. Increase the speed of the client by a factor of 4 and you've increased the processing redundancy by a factor of 4. So there's no net processing efficiency increase. You've still got to store all the incoming results, so you're actually reducing efficiency slightly. So this is actually a negative for Olli. -1 for Olli The obvious conclusion is that Olli's patch, while increasing the efficiency of a specific instance of the SETI@home client decreases the system efficiency. But Olli doesn't care about that. There is a way around number 5, that is to add more processing capability to the client. This is what we were planning to do in the next release before we were so rudely interrupted. >I have seen >several posts in these threads that appear to be from you >that suggest you don't understand some things that I have >always considered pretty basic. I understand a bit more than you appear to. >If you are a scientist in general and a computer scientist >in particular, then I would think your primary concern would >be in getting the best tools to resolve the research >question in hand. Sorry, you don't seem to understand science. Faster doesn't mean better. And trustworthy is far better than faster. (Did you notice Olli's message stating that he would add malicious code to an employer's system in case he was fired "for the wrong reason." I would guess he considers adding malicious code to an employer's system "the wrong reason.") In addition, a scientist doesn't add unnecessary variables to an experiment. A different FFT algorithm for every platform is an unnecessary variable. >If you are not competent to assess his optimizations, that is >merely an unfortunate technical gap that you can choose to >address. Pardon me if I take offense to your insults. I never said we weren't competent to assess his optimizations. We don't have the time to deal with the patches every yahoo with a debugger and a compiler throws our way. >I'm not suggesting you should give up control of your project. Look at the SETI@home web page... I never had control of the project. >But neither is it the case that your enthusiasm is holy and >other people's enthusiasm is cursed. When his enthusiasm leads him to give everyone with a compiler control of the science code, I'd call that cursed. >1) Optimize your inner loops better. We're working on it. >2) Learn about code signing. I think you're misunderstanding code signing. Code signing is used as proof to the user of who created the code, not as a means of preventing the user from tampering with the code. Even Olli will tell you that even if the code checks it's signature before running, that check ends in one or more conditional jumps that are easily removed. The other option is encrypting the entire executable, but even then you need to provide in the executable a decryption routine and a key. If you give the hacker those, you've given him the equivalent of a decrypted executable. Actually you don't even need those as the code decrypts itself to memory where it is easily acessible. >3) Consider modularizing your client. No way. >The last suggestion is most complicated, but if implemented >properly, it would actually allow you and everyone else on the planet > to reprogram the clients as your needs or their desires >required without even distributing new versions. Eric -- Eric Korpela | An object at rest can never be korpela@ssl.berkeley.edu | stopped. http://sag-www.ssl.berkeley.edu/~korpela +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- And another post made by Matt Lebofsky of the S@H team, concerning the ethics of patching: +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- From: mattl@albert.ssl.berkeley.edu (Matt Lebofsky) Newsgroups: alt.sci.seti,sci.astro.seti Subject: Re: Found Olli's Patch ! Date: 13 Dec 1999 17:31:52 GMT Organization: Space Sciences Laboratory Lines: 61 Message-ID: <833ai8$pd1$1@agate.berkeley.edu> Despite all the reasons below being completely valid, I'll give you another one: SETI@home doesn't allow unauthorized access to our data server. Patched clients which look like real clients that contact our server could, in theory, do any number of things that cause harm. In short, it's a form of hacking. Of course people believe the patch is safe and accurate. We here at SETI@home don't know that, nor has the patch creator been willing to prove it. The author of this patch even goes as far as to completely *refuse* to identify his patch so our server can recognize it as a patched client. To me, this is an obvious affront. In short, we can't tell if results are from patched clients or not. The patch could easily be modified to fix this. It hasn't been. Case closed. Too bad I didn't know about Olli before I went touring in Germany for five weeks this past summer. Hopefully I'll be back again in fall of '00. If anybody knows where he lives/works/hides let me know. I'd like to discuss the patch in person. This is my first AND last message on the matter. - Matt - SETI@home In article <8327ak$ln4$1@nnrp1.deja.com>, Daviddth <daviddth@my-deja.com> wrote: >In article <3853bf65.1671925@uutiset.nic.fi>, > j.k.@gotmail.com (Jan Knutar) wrote: > >>>Found Olli's Patch ! > >> DO NOT USE ILLEGAL PATCHES! > >Please tell us why not. In your answer, please do not include: > >Morality - Your morals may not be others > >Scientific results - The patch has proven itself accurate here >in multiple tests > >Scientific "purity" - if the patch is accurate, but quicker, > then what is the problem in using it. > >Dislike of Olli - There are plenty of people that do not like > others, but respect their work. Learn to live with this anger. > >I await your reply. > >-- >David >http://setiweb.org >http://www.lisp.com.au/~daviddth/king/ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Please note that these Usenet posts that have been quoted here aren't meant to represent the absolute truth, they are meant to give you SETI@home's opinion on patching, and to give you some interesting reading. There's an excellent page, dedicated to this very subject here: http://home.hccnet.nl/a.alfred/p-free-p1pfp.html « index « 1 « 1.3 « 1.3.6 1.3.7 What is a 'vcard' and why do people tell me not to use them? A vcard is only readable by a newsreader capable of rendering html. For this reason and because vcards are 'attached' to the Usenet posting, they are not recommended. They are also very annoying in that they very rarely change. This is analogous to giving everyone you talk to your business card each and every time you talk with them... after a while, we have enough of your cards, and we really don't want any more. A signature is the preferred method to communicate pertinent personal information. Please see the section on 'signatures' or '.sig' for more information. « index « 1 « 1.3 « 1.3.7 1.3.8 What is PST and PDT? They're timezones ;) PST - Pacific Standard Time (GMT - 8) PDT - Pacific Daylight Time (GMT - 7) (GMT = Greenwich Mean Time) « index « 1 « 1.3 « 1.3.8 1.4 What will happen if an extraterrestrial signal is detected? A procedure has been agreed upon by SETI researchers around the world. First, other SETI researchers will independently verify the signal. If the signal is real and can't be explained by man-made sources (satellites, reflections, etc.) then press agencies and governments will be notified in a systematic way. « index « 1 « 1.4 1.5 How is data collected from the telescope and transmitted to other machines for analysis? Data is recorded on high density tapes at the Arecibo telescope in Puerto Rico, about one 35 Gbyte tape per day, then mailed to Berkeley, then divided into 0.25 Mbyte chunks which get sent from the SETI@home server over the internet to people around the world to analyze. Arecibo does not have a high bandwidth internet connection, so data must go by snail mail to Berkeley at first. « index « 1 « 1.5 1.6 Are earth signals strong enough to be detected? What sort of spectrum is currently being emitted by earth? Is that signal visible say 10 or 50 light years away? If SETI were on a planet say 10-50 light years from here and running this project there, would it be able to detect earth's signal (assuming it was looking in our direction)? Earth is polluting space with radio and television signals that might be detected by nearby advanced civilizations, but it would be difficult for such a civilization to discover these signals if they only have Earth's current level of technology (eg: if they have an Arecibo like telescope and SETI@home like search). Early TV shows like I Love Lucy and Ed Sullivan left the earth about 40 years ago, so have gone out 40 light years, reaching several thousand nearby stars. But these signals are relatively weak and SETI@home is not likely to detect the equivalent of Earth type TV transmitters, even on the nearest stars. Earth's strongest transmitters might be somewhat easier to detect, such as those emitted by military radars, or some radio telescopes. The Arecibo telescope transmits very powerful signals when it is used as a radar system to study planets, asteroids and the ionosphere. These radar signals are powerful enough to be detected 10,000 light years away by searches like SETI@home, except for three big caveats: a) The Arecibo transmissions are in a very tight beam (they are not omnidirectional, like TV and military radar), so they only cover a very small part of the sky at once (about a millionth of the total sky). It's is unlikely another civilization will be within one of these narrow beams. b) The Arecibo transmitter's oldest signals left Earth about 30 years ago, so have only travelled 30 light years. c) SETI@home is not searching the band of frequencies that the Arecibo transmitters utilize (although the older SERENDIP III program did survey one of those bands). Also see section 1.2.3 « index « 1 « 1.6 1.7 What if my computer finds a signal -- how will I know? You won't know, because your computer can't find a signal all by itself. All it can find is bits of pattern that are worth further investigation and correlation with other bits of pattern in other work units. These will be flagged for the SETI@home staff to look into, and when they've verified it by various methods with scientific rigor, then they'll make the announcement. Don't worry -- they'll give you co-credit. « index « 1 « 1.7 1.8 How can I hear the signal? The long answer: the data isn't sound, it's radio waves. You can make up an arbitrary set of rules to "map" radio waves into sound, but since you picked the rules, you really decide what you're hearing, not the signal. As an analogy, imagine if you wanted to make a picture of the melody of a song was. You could decide (ala "Close Encounters") that a middle C turned into a teal light, and the G above middle C turned into a red light. Then any given melody becomes a set of colors. But when you're done, the flashing lights you see tell you more about the particular rules of mapping you made up, than they did about the melody you started with. The short answer: And even if you did, it'd just sound like white noise. So turn on some speakers without any signal hooked up to them, or tune your TV to a channel you don't get, and listen do that. It's about the same thing. The SETI@home team has decoded one, and it's located her: http://setiathome.ssl.berkeley.edu/audio.html Nothing but white noise. Jan Knutar has made a program that maps the radio waves into sound atleast one way, the result sounds, not surprisingly, like noise. The program, which is available for both Linux and Windows PC's, is downloadable at http://gamma.nic.fi/~jknutar/wu2wav/ « index « 1 « 1.8 1.9 Is there something in it for me? No. Unless you count the chance to be the first one to make contact with "The little green men" « index « 1 « 1.9 1.10 Why doesn't SETI@home release the sources for the clients? The sourcecode is not released because of both security and scientifical reasons. If the code was available freely, anyone could replace the core analyzing algorithm with some superfast random number generator, for example. SETI@home is a scientifical project, speed is not everything. In the newsgroups, it has been hinted that the source will be released when the project is over. There are actually small pieces of the sourcecode available. Some of the early clients were GPL'd, and you can find the sourcecode for them on the Internet. In a post to alt.sci.seti by Eric Heien, additional details of the code used was given. Parts of the post below: ----clip------------------------------------------------------- In the old versions, we used the four1 procedure for FFTs from Numerical Recipes in C. You can see the exact code and scientific and mathematical derivations for it in Numerical Recipes in C. It's available at www.nr.com, or you can just jump directly to http://www.ulib.org/webRoot/Books/Numerical_Recipes/bookcpdf/c12-2.pdf for the specific section. The new FFT used in the beta versions (and soon version 3.0) is the Ooura FFT library. You can get the code and benchmarks at http://momonga.t.u-tokyo.ac.jp/~ooura/fft.html. The new pulse finding code is called the Fast Folding Algorithm (FFA). I'm sure there are several sources and papers for it on the Internet, but the first I saw was http://www.mpifr-bonn.mpg.de/staff/peter/ffades.en.html. This particular analysis routine was written by us, but was based on code that is publicly available (for example, from the above link). The triplet code is based on ideas developed by some NASA scientists (I don't know their names offhand). The code was actually entirely written here rather than based on other code, but I'm sure there are papers and sample code available somewhere out there for it. ----/clip------------------------------------------------------ See also SETI@home's official FAQ at http://setiathome.ssl.berkeley.edu/faq.html#q1.9 « index « 1 « 1.10 « top « index 2 Problems and questions concerning SETI@home 2.1 Speed improvements 2.1.1 What's the fastest computer to use for this project? The computer you have. If it can run SETI@home, running it will make more contribution than not running it. Even if you're only doing half as many work units per month as the guy sitting next to you, you're still doing more than you would if you weren't doing them at all. If you want to see, what the fastest computer possible is, check the following sections. « index « 2 « 2.1 « 2.1.1 2.1.2 Can I make it run any faster? 1. Make sure you've got it set up to run continuously (a machine with at least a 200 MHz clock is desirable; if an Intel Platform then at least a BX or JX chip set is even better, otherwise the performance of the system might be untolerable) 2. Each time SETI@home launches, it optimizes itself for the current monitor color depth (256 colors, Thousands, Millions). If you change the color depth while SETI@home is running, it may slow things to a crawl. 3. It should run reasonably at any screen depth, but it will run somewhat faster at lower screen depths (256 colors) than higher ones. Screen resolution (800X600, 1024X732, etc.) should have negligible effect on speed. 4. Make sure the graphical display window is never showing (run the window collapsed on the task bar) 5. If running Windows 95/98/NT, make sure your screen saver is set up for "Blank Screen". For some reason when screen saver is set to "SETI@home" with "continuous run" enabled the client seems to waste time fighting with itself. It can turn out a work unit in half the time by doing this. 6. If running on WindowsNT 4 then try running the client at a higherpriority. To do this you must do the following: 4a. do a 3 finger salute (ctrl-alt-del) to bring up the "Windows NT Security" panel 4b. click the "task manager" tab 4c. locate the task called SETI@home 4d. right click on it 4e. clink task priority (low is the default) 4f. select either "medium" or "high" (but not "real time" or you might need to reboot in order to regain control of your machine) On windows 9X, you can use the shareware program taskinfo. Start Taskinfo, right click SETI@home, change priority, realtime. Taskinfo can be found at http://www.iarsn.com). Be warned, changing the priority to realtime is for the purists only. It will give nearly all CPU time to the S@H client, making your system unresponsive. 7. Use the text-client. Even though it's not as much fun as the graphical, it does run faster. It will run on any win98/NT system (NT calls have been ported to win98. The text client will also run on Windows 95 if you upgrade Winsock to version 2. You can find the upgrade at Microsoft's website (http://www.microsoft.com). « index « 2 « 2.1 « 2.1.2 2.1.3 REMOVED March 2000, was: Can I run the SETI@home text-client on Win95? Now appears in section 2.21. « index « 2 « 2.1 « 2.1.3 2.1.4 Will SETI@home run faster with more RAM (e.g., 256 MB instead of 128 MB)? SETI@home uses about 16 MB of RAM while it's running. Beyond a certain point (typically 64MB, more if you run memory-itensive applications) more RAM won't make it run faster. « index « 2 « 2.1 « 2.1.4 2.2 REMOVED April 2000, was: I'm using a proxy server, and I can't connect - what do I do? Was removed because the SETI@Home client's hugely improved proxy support. Consult 2.20 for help on the CL client. « index « 2 « 2.2 2.3 I had a work unit that got returned after only 5 minutes. What's wrong? The SETI@home program found enough noise that it determined the packet was messed up with it. It's like if you're trying to hear an egg being dropped to the ground on the other end of a football field, and someone blares a megaphone in your ear. No point in continuing to listen for the egg. You wont get credit if it took under 10 minutes to complete the workunit. This is to eliminate results from the buggy mac clients that finished all workunits in no-time. There are a few examples of excessive noise in workunits at the SETI@home website: http://setiathome.ssl.berkeley.edu/rfi/index.html « index « 2 « 2.3 2.4 I heard I was getting the same work unit as everyone else. Is the program wasting my time? Nope, because the only time you're giving it is time your computer would have wasted anyway. Yes, early in the program there were times when the same work units went out over and over, due to overloading of the SETI@home servers that were supposed to be making new ones to send out. (They didn't expect half a million people to sign up, and they don't have enough staff or computing power to keep up with it.) And since then, the same work units are still sent out to several people, for various reasons (for instance, more than half the people who signed up have never returned their work units, and probably dropped out) But new work units are being sent out too, so just leave your SETI@home program working and it'll take care of the details. Note: If workunits are sent out multiple times, they can be doublechecked by SETI@home. « index « 2 « 2.4 2.5 My computer wanted to upload to the SETI@home server but said it couldn't connect or reported error 10065. Are they still there? Yes But they're sometimes swamped with traffic. Just try again later. Error 10065 is a winsock error - means the same. The page http://setiathome.ssl.berkeley.edu/sstatus.html is auto-generated and tells you whether SETI@home's data server is running or not. Sometimes the error might be between your ISP and Berkeley, sometimes at your ISP. Most operating systems have tools to help you determine where the error is. If you want to try to find out what's wrong when you can't connect, try using the 'traceroute' command (in Windows: tracert). You bring up a command prompt and type in the command followed by the site you wish to connect to, in this case shserver2.ssl.berkeley.edu (for the S@H server). If you get "Cannot resolve" or similar error, then your computer was unable to translate the address into an IP number. The cause of that could be that your ISP's DNS server is down or not working properly. « index « 2 « 2.5 2.6 What if someone fakes a result to make it seem like they found a signal? The SETI@home staff will be reviewing the actual data that produced the result, and if they don't find the same results, they will discard the fake. Besides, while it's not impossible, it might be harder than you think to fake a result file. Since some workunits are sent out more than once, SETI@home can detect errors by comparing the results. During the time of the project, the sky will be scanned several times. It's very unlikely that a cheater would get a workunit from the same location in the sky more than once. « index « 2 « 2.6 2.7 SETI@home keeps getting a 'Bad Header' error. What can I do? 1st Possibility First close the SETI@home client. Open the work_unit.sah file in the SETI@home directory and delete all the lines that appear before the 'type=work unit' line, but do not delete this line. Save the work unit file then restart the SETI@home client. 2nd Possibility If you installed the client software from the FreeBSD ports collection, install the highest numbered version available from: http://setiathome.ssl.berkeley.edu/unix.html. If you then get an error with ld.so, go to /usr/src/lib/compat and make, make install compat22. 3rd Possibility There's a problem at Berkeley with the servers. Try again later. If you look closely at the GUI client while it returns, you might or not might see "all data sent". If that happens, then the results were sent back allright. If you did not see that, then you can try to use the following to get a new workunit. Close SETI@home. Make sure it is closed, right click the icon in the systray and exit the client. Go to the SETI@home folder. Move the files "outfile.sah" and "result.sah" to a temporary folder. Start SETI@home. The client should get a new workunit. If this does not work and you get bad header again, then the problem is probably one of the other possibilities. When you wan't to try to send the results back again for the workunit that got the bad header error, then: Exit the client. Move the text files "work_unit.sah", "result_header.sah", "outfile.sah" and "state.sah" to another temporary folder. Move back the files from the first temporary folders. Start notepad, select save as, move to the SETI@home folder (usually c:\program files\SETI@home), save the file as "stop_after_send.txt". Start SETI@home. The results should be sent now. Exit SETI@home and delete the files "result.sah", "outfile.sah" and "stop_after_send.txt". You can now move back the files you moved to the temporary folder. If you are unsure which files should be moved away, then move all the text files. « index « 2 « 2.7 2.8 Suddenly, without warning my system crashes - what should I do? Make sure you have the latest video (try first) and peripheral drivers for your system. This is often the cause of lockups and crashes, at least for Win9x. If your machine suddenly reboots itself or you get a blue screen, then it could be that the processor or some other part of your computer is overheating. Check that you have enough cooling for your processor. Most new computers have built in sensors for measuring the temperature of various parts in your computer. « index « 2 « 2.8 2.9 I can't see the new WUs I've processed in the status area. Have they been registered at SETI@home? Probably. Sometimes you first get Stats at next WU. You can also check with the personal stats available at the SETI@home website (http://setiathome.ssl.berkeley.edu). Those stats are currently updated almost immediately so they should be the most accurate. « index « 2 « 2.9 2.10 I want to run the text-client as a service in NT - how do I do that? Method nr.1 You need to be administrator to do it. The easiest way is if you have IE4 or IE5 and Task Scheduler. It comes with IE5 and is an option in IE4. Set up a task to run when your PC boots to launch it. When you boot your PC, let it sit at the logon screen for 30 seconds or so to verify the Task Scheduler service has started and it has launched the task. Now it will run in the background and the only way to stop it is with kill.exe from the NT resource kit. If you don't have IE4/5, then use the Schedule Service built into NT, but you have to be an administrator to do this. Make sure it is set to run and log on as you. Then schedule it to run in about 2 minutes using the AT command. Type AT /? from a command prompt for help. You do NOT want to use the /interactive switch. It will then run in the background. This is easier to use if you have the Resource Kit as well because you could use the SOON.EXE command in a batch file in your startup group. *Note: You must run the seti client manually the first time to configure it. Afterwards you may allow it to start automatically. Method nr.2 provided by Peter Yackel: You need two files from the NT resource kit: srvany.exe and instsrv.exe. You'll use these files to install SETI as a service. Here's the procedure: Copy srvany.exe to the SETI@home directory. (I'll use c:\seti in this example. I also assume the seti executable to have been renamed to seti.exe) Copy instsrv.exe to the winnt directory. Click Start, Run, and type "cmd" to open a DOS window. Type: instsrv SETI c:\seti\srvany.exe Type "exit" to return to NT Click Start, Run, and type "regedit" Go to the following registry key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services Expand it by clicking the + Highlight SETI, then right click and select New, Key Type: Parameters Highlight Parameters, right click and add the following New String Values Names: Application AppDirectory Now double-click the Application value name you just created and enter the following Value Data: c:\seti\seti.exe Do the same for AppDirectory but enter c:\seti for the Value Data. Exit the Registry Editor. Go to Control Panel and double-click Services. Go to SETI and double-click on it. Set the startup to Automatic. Click OK. This will cause the service to automatically start at the next boot. To start the service immediately, highlight Seti and click Start. *Note: You must run the seti client once manually to configure it. Afterwards you may allow it to start through services. Method nr. 3 Use a third party utility. (See 4.2.11) « index « 2 « 2.10 2.11 Can I run the client invisibly on Win95/98? Nr 1. This has been found to work in the past but has failed with some Client/OS configurations. Before you do this, please bear in mind that you have to have permission to run SETI@home on the computer. Do not use this method to run SETI@home on other's computers. It is a violation of the license agreement to run SETI@home on computers you do not have permission to run SETI@home on. Install and setup the client in the normal way. After you have completed the setup of the client making sure that it is running all of the time and not just in screen saver mode. Run regedit and search for SETI@home It will probably be in there more than once, so the one you are looking for looks like this: seticlient C:\Program Files\SETI@home\SETI@home.exe -min This string value will be in the key Run. Move it to the RunServices Key and remove it from the Run key Restart and the next time it comes up it will run even before you log in with no icon visible. Nr 2. This method works well with the Command Line version and Win 98. SetiLog is a third party utility that creates and maintains a file of completed work units. It can be used in conjunction with SetiWatch to monitor the progress of the client. Use SetiLog to start the client using the command line switch /H This will start the client hidden. Once the client starts and runs with this method create a shortcut to SetiLog in the Start Up folder. The client should now start on boot and run invisibly. In order to shut down the client you will have to ctrl-alt-del and select SetiLog. You can also create a registry entry to start the client automatically. I had to use the Shortcut to start SetiLog instead of the path directly to SetiLog. The registry entry should go in HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run and can be named anything, but should contain the value of the path to the Shortcut to SetiLog, not the path to SetiLog. Other third party utilities may also have options to start the clients invisibly. « index « 2 « 2.11 2.12 Sometimes the size of the workunit.txt file differs in size. Sometimes it's 340, sometimes 341, and yet other times 351. Is there something wrong? The difference between 340k and 341k is most likely a difference in the number of telescope position strings reported in the header. The 351k is an benign bug in the portion of the splitter which determines where the work unit ends. It basically tags on an extra 10.67k (IIRC) of data, that the SETI@home client ignores. It has to do with the timing relationship between position information from the telescope and the start of a block on the tape. All of the data in the work unit is still OK. « index « 2 « 2.12 2.13 I don't have a permanent Internet connection, and have to pay for all my phone calls and net usage. Can I run SETI@home without going bankrupt? SETI@home will only connect to the Internet when you want it to. The GUI (slow, pretty graphics) clients have an option under "Preferences" to "Ask me before connecting to the Internet", and the CL (fast, no graphics) clients have a switch "-stop_after_process". In each case, this will prevent an internet connection being made until you're ready, and means the clients can be left safely unattended. When you are ready to connect to the Internet (say, for a normal browsing, usenet or mail session) you can make the client send results and retrieve a new Work Unit. In the GUI case, it will ask you to make a connection. For the CL client, stop the process, then restart it without the "-stop" switch, and it will connect automatically. Depending on the load at the Berkeley servers, within 5 minutes you will have sent your results and received new work to do. Programs have been developed, that will buffer the WU's for you, see sections 3 and 4. If you are still concerned that the clients will connect when you don't expect, make sure your system is configured *not* to connect "on demand" without prompting you for confirmation (a good idea anyway if you are concerned about unwanted connections), switch off your (external) modem, or pull the telephone plug from the socket (internal modem). « index « 2 « 2.13 2.14 I already run the distributed.net RC5-64 client. Can I run SETI@home as well, or do I have to choose which project to support? Both clients can run simultaneously. In screen-saver mode the SETI@home client seems to take priority. For those that don't allow the clients to connect automatically, the advantage is that the RC5-64 client can download multiple blocks to work on as opposed to SETI@home's single work unit. This means that while the SETI@home client waits for you to connect next, the RC5-64 client can continue working on its own tasks. « index « 2 « 2.14 2.15 What happened to the gaussian information display in the new Mac and Windows clients? The client is finding gaussians with lower fits, do the 2.x clients find more aliens or something? The 2.x GUI clients introduced new gaussian curve fitting graphics. To not make the new display blank all the time, SETI@home decided that the client should show all gaussians found, no matter how weak they were. The gaussian power is lower than in 1.x, too low to be reported back to SETI@home. The 3.x clients alternate between gaussians, pulses and triplets. « index « 2 « 2.15 2.16 Can I run SETI@home 24/7 if I don't have a permanent Internet connection? There are a couple of ways of running multiple instances of SETI@home such that, if one instance finishes its Work Unit, another will take over, so making sure that your system is working flat out most of the time. Under Windows 98/NT/2000 Command Line (non-graphic), and various *ix flavours, multiple clients in different directories may be "chained" to run consecutively by specifying the "-stop_after_process" switch for each. When one Work Unit is finished, that client will stop and another will take over. When all clients are done, an Internet connection can be made to send all results and receive new Work Units. The process may then be repeated. Also, there's the possibility of using one of the WU caching add-ons, such as SETIBuf or SETI Manager for Windows, SETI Unit Manager for Mac, or Hiram Clawson's RunCache & FetchCache for Unix like systems (for example Linux). See section 3 and 4. Running several clients simultaneously on a single-processor machine, or running more clients simultanesouly than the number of CPU's in your machine is not recomended, running them after eachother will give you better performance. « index « 2 « 2.16 2.17 Is this bad for my processor, or my harddrive? Most technicians agree that turning the computer on and off is worse for the lifespan of the parts inside, than leaving it running. Of course most computers are obsolete long before the processor gives out, even when it's being run all the time. Your processor might get a little warmer, but not dangerously so, except if it has already been overclocked. If you are worried, make sure that your computer has sufficient cooling. « index « 2 « 2.17 2.18 Does it use up a lot of electricity? Is this costing me money, or doing damage to the environment? Many SETI@home users would have been leaving the computer on anyway. For some computers, starting it up uses as much electricity as running it for a while anyway. With the monitor turned off, the average computer uses less electricity than a box fan, more along the same lines as a bright light bulb. Even less for laptops. Odds are running SETI@home all night while you are sleeping costs you a few pennies a day at most, and probably less. The millions of people whose computers are on to run this, who wouldn't have had them on otherwise, are adding a tiny fraction of a percent to the energy usage of the world -- not enough to have a measurable environmental impact. But turn that monitor off, when you're not using it. It probably uses more electricity than the rest of the system put together. The harddrive is not likely to take any damage either, as the S@H software only accesses the HD at most every 60 seconds. « index « 2 « 2.18 2.19 How can I keep appraised of what's going on lately? Read the SETI@home web site at: http://setiathome.ssl.berkeley.edu/ and especially http://setiathome.ssl.berkeley.edu/tech_news.html where news about the software is posted. Also you should check out the links at the bottom. Alt.sci.seti and sci.astro.seti are also good newsgroups to read since members from the SETI@home team posts there quite often. Look for posts by Matt Lebofsky and Eric J. Korpela, they're part of the SETI@home 'staff'. Also, look for posts by Hiram Clawson Hiram manages the UNIX porters and maintains the page containing the command line clients, http://setiathome.ssl.berkeley.edu/unix.html "I am merely a volunteer at the edge of the project, not part of the SETI core team, although I do have a relationship with the team. I was also one of the members/programmers of the first SERENDIP team in 1974/75 at Berkeley." « index « 2 « 2.19 2.20 General CL client issues 2.20.1 What is the CL client? The Command Line client is a version of the SETI@home client that completely lacks pretty graphics and looks just like a DOS program. Because of that, it is also faster. « index « 2 « 2.20 « 2.20.1 2.20.2 What CL options are there? Just start the client with a bogus option such as '-help' and it will tell you. « index « 2 « 2.20 « 2.20.2 2.20.3 HELP, it stops at baseline smoothing!!! Version 2.4 of the commandline client is 'quiet' during processing. It still processes the data, but it doesn't tell you. You can use some of the add-on programs (section 3) to check up on the client, or you can give the -verbose option to the client « index « 2 « 2.20 « 2.20.3 2.20.4 How can I check up on the client to see how it's doing, if it has found any signals, etc? You can either examine the .sah files, or use one of the third party add on programs, found later in this FAQ. « index « 2 « 2.20 « 2.20.4 2.20.5 How do I tell the CL client to use a proxy? You start the client with the command line option -proxy proxyserver:port For example seti.exe -proxy my.isp.proxyserver.net:8080 where seti.exe is the name of the CL client. « index « 2 « 2.20 « 2.20.5 2.20.6 I just found a bug in the -stop_after_ switches!!! No you didn't. Here's what they do: -stop_after_process The client will process the current workunit, then exit. If the client has already processed a workunit, but you haven't sent it yet, then the client will send the results, fetch a workunit and process that workunit and _then_ stop. work_unit.sah present: Process workunit, delete work_unit.sah. work_unit.sah not present: Get new workunit, process workunit, delete work_unit.sah -stop_after_xfer The client will send in the results AND retrieve a new workunit. If work_unit.sah is present, it will do nothing. stop_after_send.txt If this file is present in the current directory, the client will SEND ONLY when it connects to the server. Delete the file if you want to get a new workunit, and create the file if you want the client to not get another workunit the next time it connects. The stop_after_send.txt file is empty. Works with the GUI client too. The presence of this file will not prevent the client from processing a workunit, if there is one in the directory. Other: work_unit.sah and result.sah will never exist in the same directory at the same time. If you're making some scripts for managing the clients, you can use this fact for retrieving info about the current status of the processing in a directory. « index « 2 « 2.20 « 2.20.6 2.21 Running the CL client on Windows This sections purpose is to give a short guide on how to run the command line client on windows. 2.21.1 What client should I download for Windows 95/98/2000/NT? There are currently two clients available: i386-winnt-cmdline.exe for Intel processors alpha-winnt-cmdline.exe for Alpha processors The clients are at http://setiathome.ssl.berkeley.edu/unix.html Despite the name 'winnt', the clients will run on Windows 95, 98, 2000 and Windows NT. For Windows 95, you have to download the Winsock 2 upgrade. You can get it from Microsoft: http://www.microsoft.com/windows/downloads/bin/W95ws2setup.exe According to posts by hiramc@sco.COM to the seti newsgroups, the i386 client detects the processor it runs on and optimizes to it. Since some processors do not work well with that, an i486 version was compiled, optimized for 486 processors. Some Cyrix and AMD processors have troubble with the i386 client. Rumors tell it that there's very little performance difference between the two clients. Some say the i486 is faster, some say the i386. If the i386 client crashes your computer, try the i486 instead. « index « 2 « 2.21 « 2.21.1 2.21.2 How do I start it? Every client should have its own directory, you can't run the CL client in the same directory as the GUI client. Starting the CL client can be as simple as double-clicking on the exe file from Windows Explorer, a window will then pop up and ask you a few questions if it's the first time you run it. To pass options to it, you normally start an MSDOS window and start the program from there. If you can't find DOS from the start menu, click start, run and type in command.com. That should bring up a CLI (command line interface). For ease of use, I suggest you rename the setiathome executable to something that's short and easy to type, like 'seti.exe' (without the quotes). Once you have to MS-DOS window in front of you, navigate your way through the directory structure by using the CD command. In this example, we'll pretend that the client is installed in F:\seti. To get there, you first type f: and press enter. Don't forget the colon. Then, it might be that the screen looks like this: C:\Windows\>f: F:\something\> Now you type cd.. (yes, two points at the end). This will bring you to F:\> Now you type cd seti and should now be in the seti directory. If you've renamed the executable to seti.exe you'd type something like this seti -verbose -stop_after_process « index « 2 « 2.21 « 2.21.2 2.21.3 How do I stop it? You press two keys simultanesouly, the keys are CTRL and C. So, just press CTRL-C and the client will stop. As easy as that! Some of the add on programs can handle the starting and stopping of the CL client for you. « index « 2 « 2.21 « 2.21.3 2.21.4 How do I make Windows 2000 autoconnect? Solution taken from a post by "Jedi" Goto Network and Dial Up Connections Under Advanced - Dial Up Preferences - Auto Dial Enable Current Locations Uncheck Always ask before Uncheck Disable For Current Session Goto Services Set Remote Access AutoConnection Manager to Automatic Set Remote Access Connection Manager to Automatic As is the norm with Windows, you must now reboot for this to take effect. For immediate results, you can manually start these services. « index « 2 « 2.21 « 2.21.4 2.21.5 Do I have to uninstall the screen saver version if I use the CL version? No, but running both at the same time will give you worse WU throuput per day than running only one client at a time. An exception to this is computers that have more than one CPU's, then running one client for each processor is the most optimal. The CL client can not continue on a work unit that the GUI version has started on but not finished, likewise the GUI client can not continue on a work unit that the CL client has started to process. If you try to make them do that, they'll start over from 0 %. So, don't have the CL client and GUI client installed in the same directory. « index « 2 « 2.21 « 2.21.5 2.22 A short guide for the Linux newbie trying to run the SETI@home client Many people seem to try a Linux distribution these days, including running SETI@home on it. This section answers some of the most common questions asked in the SETI newsgroups. 2.22.1 What client should I download? There are four Linux clients. Two i386 clients and two i686 clients. Two staticly linked and two dynamically linked. If you're using a newer Linux distribution, you'll probably want to download one of the gnulibc2.1 clients. Some older distributions might not work with those two clients, in that case, download one of the gnulibc1-static clients instead. If you've got a Pentium Pro, Pentium II, Pentium III, Celeron or AMD Athlon, the i686 clients will work on your machine (and will probably run slightly faster too.) All processors older than those mentioned above are usually not 686 processors, a common mistake is to think the the AMD K6/K7 is a 686 processor. It is not, use the i386 client instead. « index « 2 « 2.22 « 2.22.1 2.22.2 How do I uncompress the .tar file? You type tar -xvf filename.tar Where filename.tar is the name of the 'tarball' you want to uncompress. Uncompressing the file creates a directory of the same name. Within that directory will be the executable also with the same name. Many rename the executable to setiathome or simply seti. « index « 2 « 2.22 « 2.22.2 2.22.3 How do I start it? You navigate to the directory where you've got the setiathome client, then type './filename' (without the quotes, where filename is the name of the executable). The ./ is important so that linux knows you want to run something in the current directory. « index « 2 « 2.22 « 2.22.3 2.22.4 How do I stop it? If you've got it running in a console or Xterm, just press CTRL-C. If you started the client in the background you should use: kill `cat /path/to/seti/pid.sah` You can also follow the instructions in the readme file that comes with the client. The instructions in it are quite easy to follow and it even works too! Some third party add ons can handle the starting and stopping of the client for you, and are highly recommended. « index « 2 « 2.22 « 2.22.4 2.22.5 How can I run it in the background rather than in a window? Start the client with the options to direct output to /dev/null and use the switch & to release the command window. i.e. ./setiathome > /dev/null & « index « 2 « 2.22 « 2.22.5 2.22.6 How can I have it automatically restart if it dies? You can ensure that it is always running by creating a cron job to start it. If it is already running then the cron job will not start an additional instance. It will only start the client if it is no longer running. My cron entry is in /etc/crontab and looks like this: 30 * * * * mark cd /home/mark/Seti@home; ./setiathome > /dev/null & The user (mark in this example) must be allowed to use cron processes by an entry in the /etc/cron.allow file. « index « 2 « 2.22 « 2.22.6 2.22.7 What is 'nice' and how do I set it? Mama said "Always be nice." Nice is the unix term for priority. A process that is nice will use the available processor but will give way to other processes that are not so nice. The range of nice is -20 to 19 (depending on your distribution. Negative numbers have the higher priority and positive numbers have a lower priority. You can set the niceness of the client with the -nice parameter. ./setiathome -nice 19 « index « 2 « 2.22 « 2.22.7 2.23 Why does the client timeout before windows has dialed my ISP? The SETI@home client does not set a timeout delay, it's windows that does this. Unfortunately, Microsoft has set this value too low so that you get a timeout before your modem has dialed your ISP and logged on. You can hope that the next patch from Microsoft will fix this, or use one of the excellent WU buffering/caching programs available, some mentioned in this FAQ and on SETI@Home's link page. http://setiathome.ssl.berkeley.edu/links.html « index « 2 « 2.23 2.24 I just got a gaussian with a score of 0.30 and power 1.2, is this good? Considering that the SETI@home client does not record and report back gaussians with a power as low as that, the answer should be no. There has been some discussion in the newsgroup about what is an interesting gaussian and what is not. First of all, the client shows you on screen the best gaussian found so far based solely on the score it has, this value is also stored in state.sah and used by many add-ons. Gaussian score is calculated as power/fit and spike score as log10(power/40). The score is not good enough for determining if the gaussian is interesting, since its power might be way too low. The gaussians that the SETI@home client sends back to Berkeley are much more interesting, these are recorded in outfile.sah and result.sah. To see if the client has recorded a gaussian, open outfile.sah or result.sah and check for lines beginning with "gaussian:" (without the quotes). If such lines are present, the SETI@Home client has recorded the gaussian and will report it back to Berkeley. If you use windows, then you might have to use 'Wordpad' or 'quickview' instead of Notepad, since Notepad has some problems with the format used in .sah files. So, what are the requirements for a gaussian to be recorded and reported by the client? First of all, the fit has to be lower than 8.8 (10 in versions 2.XX and below), this is always the same. The power is a bit more tricky, here's what Eric J. Korpela said: ---------------clip--------------- >If thats the case, why is the top gaussians page full of entries >with powers less than 3.2? Are we talking different units of >power? Yes, I had forgotten that our threshold is 3.2 in units of what we call "true mean power" and is integrated over the gaussian, whereas the reported power is the peak power or the gaussian. So the conversion between true mean power units and the reported units depends upon the width of the gaussian. --------------clip---------------- Roelof Engelbrecht seems to have found out in his latest version of SETISpy how the SETI@home client determines whether it should send back a gaussian or not. The magic formula is: (peak / mean) > 3.2 In state.sah, that is bg_power / bg_true_mean. In result.sah and outfile.sah, it's peak / mean. Note that mean=7.283651e-01 is 0.7283651, not 7.283651. The fit is called bg_chisq in state.sah. The criteria is also mentioned in SETI@home's science paper: http://setiathome.ssl.berkeley.edu/sciencepaper.html It says "In order to confuse and obfuscate the public, we utilize substantial technical jargon", luckily Roelof Engelbrecht has translated this for us mortals in his excellent SETISpy add-on. See section 3.3. « index « 2 « 2.24 2.25 I looked at my stats of returned units at SETI@home's webpage, the top gaussian I got for the last unit is missing, why? The top-gaussian is not the same as what is returned to SETI@home, see 2.24. This goes for spikes too. There's an add-on, called SETI Monitor, that provides information on all returned gaussians and spikes. See section 3.8. « index « 2 « 2.25 2.26 My email address is about to change, what do I do? Go to the SETI@home web page. There's a tool there that allows you to change your email address. You'll need access to your old email address as you need a password to change the email address. When you've changed the email address, you need to tell the SETI@home client to use the new one. With the GUI clients, you can do this from the settings menu. Make sure you don't create a new account, but log in to an existing one. The commandline clients have a switch for this, -login. If you have already created a new account with your new email address instead of changing it, you can't transfer the credits from your old email address to your new one. « index « 2 « 2.26 2.27 RE-ORDERED 5 Oct 2000, to: 2.30 Was: What is an interesting pulse/triplet? « index « 2 « 2.27 2.28 Why does the new client (3.X) take more time to complete a WU? Because more science is done. The client now searches a wider range of drift rates, from -50Hz to +50Hz. The client also searches for pulsed signals. « index « 2 « 2.28 2.29 What are pulses and triplets? In the contexts of SETI@home, they are spikes that are repeated many times. Triplet means that there are three evenly spaced spikes. The triplet detection takes very little time to do, but it can only detect strong signals. The pulse finding algorithm can find very weak pulses, the more pulses the better the algorithm can find them. The pulse seeking, however, takes alot more time to do. « index « 2 « 2.29 2.30 What is an interesting pulse/triplet? For Pulses, the threshold is at a score of 1.0. A score of 1.04 means that the pulse is twice as unlikely to be caused by random noise. For triplets, the threshold is at a score of 7.75. « index « 2 « 2.30 2.31 Why do certain WU's take longer to process? The Arecibo radio observatory can track stars to a certain degree, even if it's basically a big hole in the ground. If the telescope is moving more slowly, you get more data from a smaller area of the sky, simply more time on one target. This makes it possible for the pulse finding algorithm to use a larger chunk of the WU data at a time, making it more sensitive to possible pulses received. « index « 2 « 2.31 2.32 Why are the most pulse searches done at a chirp rate of 0? Shorter pulses have a larger bandwidth, and therefore less affected by doppler shift. This is why you don't have to search for pulses at an FFT length of 128 and chirp of 2.3Hz, for example. « index « 2 « 2.32 2.33 There's something strange with the power reported on pulses in outfile.sah vs. state.sah? Yes, the power is measured differently, here's a post by Eric Korpela of SETI@home explaining it: -------clip----- This part is actually by design. The internal value of the pulse power if the peak power measured from the zero point. The reported value is the peak power measured from the mean power. Since they are both normalized to the mean power, the reported power should be always 1.0000 less than the value in the state file. Sorry for the confusion. -------/clip---- « index « 2 « 2.33 2.34 Is the first half of the pulse graph identical to the second? Yes, this is because of how the pulse finding algorithm works. Since the number of pulses could be over 2000, it's impossible to draw a graph of the entire duration of the pulses (they do this with the gaussian graph), so they draw the result of the folding algorithm twice to make it look periodical. Here's a description taken from a post by Eric Korpela of SETI@home: ------CLIP------------------------------------------------- The pulse finding algorithm works like this (in general, not quite in detail): The algorithm is called a folding algorithm. Suppose we have a data stream of 66 points that looks like this: 001100010010010011010001000100001111010110000110011101010011111100 The folding algorithm looks first for things with a period of N/3 or 22 samples by adding up the points in groups of 22 0011000100100100110100 0100010000111101011000 0110011101010011111100 ---------------------- 0221021201221212232200 Now we look in this folded stream for an event above a threshold. If there was a strong signal with a period of 22 samples, the peaks from those signals would line up and we would see a peak in the folded array. Now we take the folded array and fold it in half again to get a period of 11 samples: 02210212012 21212232200 ----------- 23422444212 And we look for peaks above a threshold. And again to get an (average) period of 5.5 samples (it gets tricky with non-integer periods, and I'm really not attempting to do a good explanation of this part) 234224 444212 ------ 678436 And again to get a period of 2.75 6 8 7 4 6 3 -------- 10 14 10 Then we go back to the original data and search on a slightly smaller period, in this case 21+2/3 ~= 21.6667. We do this by shifing our end point by one sample. Here's the original data again: 001100010010010011010001000100001111010110000110011101010011111100 Here's the samples we add together, note the last row was shifted by one. 0011000100100100110100 0100010000111101011000 0011001110101001111110 ---------------------- 0122011210312202232210 Now we fold that in half to search on a period of (21+2/3)/2 or about 10.83333 01220112103 12202232210 ----------- 13422344313 And so on. And so on. For a given array of length N, we search periods of N/(3*2^n) to N/(4*2^n) in period steps of 1/(3*2^n) with n=0 to log_2(N/3)-1 N/(4*2^n) to N/(5*2^n) in period steps of 1/(4*2^n) with n=0 to log_2(N/4)-1 N/(5*2^n) to N/(6*2^n) in period steps of 1/(5*2^n) with n=0 to log_2(N/5)-1 In principle, you could go on from there to N/(6*2^n) and onward, but you've reached a point of diminishing returns, most of the periods you would search would have already been covered. You only gain in sensitivity to pulse duration much smaller than the sampling rate, and since SETI@home is designed to be insensitive to things with large bandwidth, we probably wouldn't detect signals of that short a duration anyway. -----/CLIP------------------------------------------------- What you see on the graphics in the new S@H client is the folded data. « index « 2 « 2.34 « top « index 3 Third-party software 3.1 JSETITracker By James Birchfield 3.1.1 Programmer's comments JSETITracker is an add-on client for the SETI@home project software. It provides a vast array of information that is either not found in the SETI@home software, or is hard to find. JSETITracker, in addition, provides logging of all work units, and two different visualization methods to view your data. The first and simplest is the SkyMap. The SkyMap plots each work unit against a whole sky map to show you where your work units have come from. Each work unit shown is selectable and information about each is readily available with the click of a mouse. The second is a JSETITracker exclusive, CoordinateTracker. CoordinateTracker requests the detailed image of the area of sky that the work unit was recorded from SkyView, a NASA website. The image is then placed on the CoordinateTracker panel, and the work unit's coordinates are plotted on top of this image. This provides the user with a detailed path that the work unit followed as the receiver traveled along the sky. As the work unit processing progresses, a small square travels along the plotted line to indicate which part of the sky the current processing is currently looking at. The user may also at anytime choose anyone of the 20 or so coordinates and view their location in the sky with a different square. JSETITracker is written entirely in Java, and requires Java 1.1.6 or higher, as well as JFC(Swing) 1.1 or higher. JSETITracker acts as a passive monitor to the 'state' files that the SETI@home software produces. It polls these files on a set interval and updates the display accordingly. JSETITracker has ben known to run successfully on a variety of Java enabled platforms including: Windows 95/98/NT, Linux, Solaris, OS/2, and Macintosh. JSETITracker should work on any other Java enabled platform as well. JSETITracker is deployed using Zero G's InstallAnywhereNow product. There are are platform specific installers for Windows 95/98/NT, Macintosh, and Unix. There is also an 'other' installer for any other Java enabled platform. JSETITracker is also distributed as a single zip file that contains all the files necessary to run JSETITracker, including the JSETITracker .jar file and all associated images. JSETITracker is free to use by anyone. Get it: http://zap.to/jsetitracker « index « 3 « 3.1 « 3.1.1 3.2 Tk-SETI@home By Rick Macdonald 3.2.1 Programmer's comments TkSETI is a GUI front-end to the SETI@home client for UNIX. It is fully customizable with lots of cool features: Can passively monitor an already running SETIathome client. Can start/stop/pause the SETIathome client when TkSETI starts/exits. Can manually run/kill/pause/continue the SETIathome client. Can automatically stop the client during certain hours on certain days. Can run your dialup network start/stop scripts when the client needs to contact the server (even avoiding certain days and times). Restarts the client if it dies unexpectedly. Linux only: can automatically run/kill/pause/continue the SETIathome client based on system idleness by monitoring any devices such as keyboard, mouse, etc. Support for proxy servers. Tracks your personal best scores for big Spikes and Gaussians, and notifies you when new bigger ones are found. Displays your statistics such as work units processed, total CPU time, progress of current work unit, largest Spike and Gaussian, client CPU usage, etc. SkyMap shows the location of all work units processed plus the location of your best spike and gaussian. Fully configurable to run on any UNIX platform. Font selector. Lets you check the work statistics of your friends to see who is ahead. Notifies you if you or your friends make the Top Users, Spikes or Gaussians lists. Notifies you when a new version of TkSETI is available. Contact Rick Macdonald <rickm@vsl.com> with any problems or enhancements ideas. TkSETI checks after every work unit for updates and notifies you when a new version is available. A window is popped up and also a message is placed in the TkSETI window manager title bar. The latest version is available from http://www.cuug.ab.ca/~macdonal/tkseti « index « 3 « 3.2 « 3.2.1 3.2.2 Tk-SETI@home installation Untar the distribution file: gunzip -qc tkseti-1.38.tar.gz | tar xvf - and just place the tkseti file anywhere in your path. There is a "contrib" directory where various scripts and information has been contributed by TkSETI users. TkSETI requires Tcl/Tk 8.0 or newer. See http://www.scriptics.com/download « index « 3 « 3.2 « 3.2.2 3.2.3 Tk-SETI@home startup You must run the SETIathome client once manually from the command line to get registered. Just answer all the prompts. Once the client is running properly, you can run tkseti. TkSETI can be started if the client is already running, or it can start the client manually or automatically for you. This is explained in the Setup section that follows. TkSETI will look for the client files in the directory ~/setiathome. If you've run the client elsewhere, or run more than one client, just specify the setiathome client directory on the tkseti command line. For example: tkseti ~/setiathome « index « 3 « 3.2 « 3.2.3 3.3 SETI Spy By Roelof Engelbrecht 3.3.1 Programmer's comments SETI Spy is a little program I wrote to "spy" on the progress and performance of the SETI@home client. I initially developed it for my own use, but I have decided to make it available to the general public free of charge. The graphical SETI@home client displays the progress and status of the analysis, but generating the graphics uses 60% or more of the available computing power. Some folks, including myself, would much rather use all of the available power to crunch data quicker than look at the pretty pictures. Enter a new type of software -- the SETI@home tracker -- that displays that progress an status of the analysis without having to generating the time-consuming graphics. There are some good SETI@home trackers available, but I wanted something to display the information I am interested in -- the progress and especially the performance of the SETI@home client. This is why I wrote SETI Spy. You can get SETI Spy at <http://pages.tca.net/roelof/setispy/> « index « 3 « 3.3 « 3.3.1 3.3.2 Processing efficiency I developed SETI Spy to provide a tool that can be used to ensure that you are running your SETI@home client at peak efficiency. For benchmarking purposes I developed the following table of peak efficiencies from work unit speeds I measured and those reported on various news groups, bulletin boards, and web sites. Processor Peak Efficiency (cycles / FLOP) AMD K6 10.0 AMD K6-2 11.0 AMD K6-III 10.5 AMD Athlon 8.5 Intel 80486DX2 18.0 Intel Pentium 12.0 Intel Pentium MMX 9.5 Intel Pentium Pro 8.5 Intel Celeron 8.5 Intel Pentium II/III 8.0 Intel Pentium II/III Xeon (512kB L2) 7.5 Intel Pentium II/III Xeon (1MB L2) 5.5 Intel Pentium II/III Xeon (2MB L2) 5.0 Sun Enterprise 4000 5.0 Sun Ultra 60 5.2 PowerMac G3 6.5 PowerMac G4 4.5 The peak efficiency of your processor depends on a number of factors, including: 1. Floating Point Unit design Since most of the processing is done on floating point numbers, a very efficient Floating Point Unit (FPU) is essential for good performance. The Intel Pentium Pro, Celeron, Pentium II/III (Xeon), and AMD Athlon have pipelined FPUs which are more efficient than the non-pipelined FPUs of the other processors. 2. Cache size and cache speed The most time-consuming part of SETI@home is the FFT routine which accesses a data set slightly larger than 512kB. Performance is much improved if this data set fits entirely in the L2 cache of the processor, as is the case for the 1MB and 2MB Pentium II/III Xeons. In addition, the fast L2 cache like that of the Pentium II/III Xeon improves performance even more. 3. Memory size and speed SETI@home requires about 16 MB of memory. The quicker it can access this memory, the faster it will run. Low latency memory will reduce the access time and speed up processing. Having at least 64 MB of physical memory will avoid swapping of the SETI@home code and data to slow virtual memory when running SETI@home together with other software. 4. Operating system Some operating systems are more efficient than others. For example, a processor will be slightly more efficient under Windows NT than under Windows 95/98. Also, more efficient SETI@home clients exist for certain operating systems. For example, there is a Linux text client optimized for 686-class machines, but the Windows clients are optimized only for 386-class machines. You can use the values in the table to determine if your SETI@home client is running at optimal efficiency. If your cycles / FLOP value is much higher than value in the table for your processor, you can probably improve your processing efficiency by using some of the tips in this FAQ. You can also use the values in the table to estimate the optimal work unit processing time for your processor, using the following equation: Topt = 555 (CpF / MHz ) where Topt = Optimal WU processing time (hours) CpF = Cycles per FLOP (from table) MHz = processor speed in MHz For example, a 350 MHz Pentium II is expected to process one work unit in 555 (8.0 / 350) = 12.69 hours. « index « 3 « 3.3 « 3.3.2 3.4 SETIWatch By Mark Loukko 3.4.1 What is SETIWatch? After using SETI@home for the last few months, I recently downloaded the command line version for NT. While the command line version is running it just displays the percentage completed. I wanted to know a little bit more, so I wrote a program called SETIWatch. It turns out if you're using the screen saver version of SETI@home you can also benefit from SETIWatch. SETIWatch has been tested on Windows NT and 98. « index « 3 « 3.4 « 3.4.1 3.4.2 Some background On June 28, 1999 I released SETIWatch to the general public. Well, all I can say is WOW, I've been completely blown away by the response. So many people have sent me their complements and enhancement requests I've had a hard time keeping up. I've done my best to complete as many of the requests as I can. Unfortunately I do have a full time job and some enhancements will have to wait. « index « 3 « 3.4 « 3.4.2 3.4.3 Where can I get it? Download it from this homepage: http://members.home.net/mloukko/ « index « 3 « 3.4 « 3.4.3 3.4.4 How to install SETIWatch Place SETIWatch.exe into the same directory as SETI@home and run it. « index « 3 « 3.4 « 3.4.4 3.5 SETILog By Mark Loukko 3.5.1 What is SETILog? Many people have ask me to include a way to record completed work units in SETIWatch. This task turned out to be a lot harder than I thought it would. I wanted a method that works every time, even when SETIWatch is not running. It turned out SETIWatch is not the place to capture completed work units. Instead, I developed a small (8k) program called SETILog. « index « 3 « 3.5 « 3.5.1 3.5.2 How does SETILog work? The key to capturing a completed work unit is to run the command line version of SETI@home in a batch file. First SETI@home runs and then SETILog. This way we guarantee when a work unit completes we also log the results. When the work unit completes and SETILog runs, it grabs information about the work unit and places it into a csv (comma separated values) file called SETILog.csv. SETIWatch can read this file and displays the results in the "Completed Work Units" window. This csv file can even be loaded into Microsoft Excel, Access etc where you can do your own analysis if desired. « index « 3 « 3.5 « 3.5.2 3.5.3 RunSETI.bat RunSETI.bat looks like this: :Start seti.exe -stop_after_process if exist result.txt goto SaveLog if errorlevel -1073741510 goto Stop goto Start :SaveLog if errorlevel 0 SETILog.exe goto Start :Stop A couple of points regarding the batch file: 1. Wondering what -1073741510 is for? Windows returns this number when Ctrl-C or Ctrl-Break is pressed. 2. The file name for the command line version of SETI@home is quite long. Version 1.3 is "setiathome-1.3.i386-winnt-cmdline.exe" I find this a little tedious to type at the best of times! I've renamed my file to seti.exe This is what the above batch file refers to. « index « 3 « 3.5 « 3.5.3 3.5.4 Where can I get it? Download it from this homepage: http://members.home.net/mloukko/SETI.html « index « 3 « 3.5 « 3.5.4 3.5.5 How to Install SETILog Step 1. UnZip SETILog.zip into the same directory as SETI@home. Step 2. Run the batch file! « index « 3 « 3.5 « 3.5.5 3.6 SetiTEAM By Sqiz 3.6.1 Description Current Version 16th April 2000 = 1.6b SetiTEAM is free software for Windows 95+ downloadable from http://www.sqiz.co.uk/Seti/setiteam.html. It requires no special installation, can use a standard internet connection or supports access via a proxy server. SetiTEAM interprets the team results and statistics pages on the SETI@home server to provide a more convenient interface with additional features and flexibility. SetiTEAM allows the team / statistics webpages for any group to be sorted (by Position, Name, WU's, Total or Average time), saved (in Word, Excel, HTML, Notepad, CSV or Clipboard formats), printed, or viewed as bar charts. In addition to remembering the previous session for use off-line as an aide memoir, results can now be saved for later comparison. This is useful to spot members joining / leaving teams and can highlight how different members are performing. The latest version also has a unique feature which allows you to predict the status of teams / members up to 3 months ahead. Lots of fun if you want to know when User A will overtake User B. Team founders can use a special mode to list the entire membership of the team along with all the Email addresses. Lots more features, including built in help with clickable links! « index « 3 « 3.6 « 3.6.1 3.7 SETIBuf By Terry Lee 3.7.1 Legal notice and stuff SETIBuf is a set of *.bat files and instructions, created by Terry Lee. They are offered on an as-is basis without charge, and may be freely redistributed as long as the integrity of the installation package is preserved If you wish to distribute SETIBuf with modifications, please include the unaltered SETIBuf.zip file along with your modifications in your own package, and call it anything other than SETIBuf. The batch files provided rely on SETIWatch and SETILog from Mark Loukko (because they are such nice tools!) However, instructions for doing the work unit buffering without using these programs are part of the SETIBuf.doc document. IMPORTANT: The SETIAtHome command-line client will not run on Windows 95. You must be running Windows 98, Windows NT 4.0, or Windows 2000 in order to use the command-line client or this procedure If you are running Windows 95 and do not wish to upgrade, then you can use only the SETIAtHome GUI (screen-saver) version. (Note from the FAQ-maintainer, you CAN run the CL client on Windows 95, see section 2.1.2 subsection 7) « index « 3 « 3.7 « 3.7.1 3.7.2 General description One Work Unit (WU) is kept in each of the active 1 thru 9 folders. To keep one of the 1 through 9 folders from participating in the Work Unit cycle, rename the SETI.ok file it contains to SETI.no. To reactivate such a deactivated folder, rename the SETI.no file to SETI.ok. The original distribution files have folders 1 thru 9 activated; if upgrading or reinstalling, this scheme retains the settings you currently have. By renaming the SETI.ok/SETI.no files in those folders according to the above scheme, you can control the size of your work unit buffer. WU sending/downloading/ processing will only be performed if there is a SETI.ok file present and there is not a SETI.no file present. To stop a running SETI instance at any time: Restore the window if it is minimized Type CTRL+C Reply Y to the 'Terminate batch job (Y/N)?' prompt To stop processing on one WU and move on to the next WU directory: Restore the window if it is minimized Type CTRL+C Reply N to the 'Terminate batch job (Y/N)?' prompt When you try to reboot a Win98 computer with a SETI instance running, you will get a message box advising you that Windows cannot stop the process. Proceed as follows: Press the OK button. The SETI window will restore if it is minimized Type CTRL+C Reply Y to the 'Terminate batch job (Y/N)?' prompt Whenever SETI.bat is started, it first checks all the activated buffers, sending in any completed Work Units and replacing any sent in with new ones, and filling any empty buffers. After all the activated buffers have been filled, it then begins processing at the point where processing was last interrupted. If no process was interrupted, it begins with the lowest-numbered active folder. Whenever a WU is completed, all the activated buffers are checked again, and refilled as required. Following the buffer filling, the WU processing resumes with the WU in the next activated folder. This way, the maximum number of work units will always be available. The AutoDial.ok file is a signal to SETI.bat that it should attempt to connect to SETIAtHome automatically when one or more of the WU buffers requires attention. You can suppress this automatic connection by renaming it to AutoDial.no. Automatic connection will be attempted if, and only if, both of the following conditionsare True: AutoDial.ok does exist in the SETI folder AutoDial.no does not exist in the SETI folder If you disable automatic connection by deleting the AutoDial.ok file, instead of by the methods described above, then automatic connection attempts will be resumed by SETI.bat if you should ever upgrade or reinstall SETIBuf. If you have suppressed automatic connection with AutoDial.ok/ AutoDial.no, or if some of the automatic upload/download attempts have failed, you can try again without interruption of WU processing by invoking SETICall. SETICall attempts to connect to SETIAtHome regardless of the AutoDial.ok/no settings. Additional processing scenarios are supported. See SETIBuf.doc for details. Multiple concurrent Work Units (for machines with multiple processors) are supported by SETIBuf Full instructions are included in SETIBuf.doc. « index « 3 « 3.7 « 3.7.2 3.7.3 Where can I get it? SETIBuf is available from: http://www.hallquist.net/SETI/SETIBuf.htm « index « 3 « 3.7 « 3.7.3 3.8 SETI Monitor By Lior Fainshil 3.8.1 Description SETI Monitor is a free add-on for SETI@home. It allows you to monitor the activity of your SETI@home client and see what it finds using almost no CPU power. SETI Monitor shows the signals found by your SETI@home client and saves information about completed work units. You can see the signals found in your current work unit, browse through previous results and see the totals. I used SETI@home for days with SETI Monitor and without it and couldn't see any difference in performance. SETI Monitor is highly optimized and its effect on performance is so insignificant that it is very hard to measure. SETI Monitor works with both the graphic and the text clients. « index « 3 « 3.8 « 3.8.1 3.8.2 Some more details SETI Monitor reads the files created by SETI@home. Some of them contain the results which are going to be sent to the back server. SETI@home currently searches for two kinds of signals: spikes and gaussians. SETI Monitor shows these on a graph, where spikes are shown in red and gaussians in blue. This is in contrast to the other well known add-ons, which currently can show only the parameters of the best signal. If SETI Monitor is in memory when a work unit is completed, it automatically saves the results and allows you to review them later in the same way you see the current work unit. You can also see all the found signals from all work units on one graph. SETI Monitor has a few settings. You can set for example if SETI@home is loaded on startup. There are some hidden settings as well, which are configured automatically without causing troubles to the user with questions that only make things hard. It also has a very small and clean uninstaller. The best way to see what SETI Monitor is, is of course to look at the screenshots at http://www.consultuspc.com/setimon/screen.htm « index « 3 « 3.8 « 3.8.2 3.8.3 Where can I get it? http://www.consultuspc.com/setimon/ « index « 3 « 3.8 « 3.8.3 3.9 SETI UniT Manager By Vicksoft, Christian Vick 3.9.1 About SUM SETI UNiT Manager (SUM) is a very versatile add-on for the Macintosh client, and offer many features: * Buffering of workunits - automatic up-/downloads to adjustable times and... - automatic up-/downloads after an adjustable amount of finished units or... - manually up-/downloads. * Independece of the SETI-Server: - no interrupts of crunching during times of bad connections to the SETI-Server. - offline crunching during your 4-week vacation. - comfortable use of computers without internet-connectivity as SETI-workstations. * Automatically uses a Ramdisk, if present, to save your HD and make it less noisy. Optional backup to disk of the data. * Statistics includes CPU usage in percent, total time, crunch time, CPU time, all average times, all best/worse times and how many UNiTs have been crunched. * After sending results to the SETI-Server, SUM can take schreenshots of the current stats. * Can help you connect if you use certain ISP's that sends you advertisements first, regardless of what you requested. * Famechecker, checks your units against those on SETI@home's Top-20 page « index « 3 « 3.9 « 3.9.1 3.9.2 Cost SUM donates 2% of your workunits to the "Magic Village Team", otherwise it's completely free. « index « 3 « 3.9 « 3.9.2 3.9.3 Requirements * Mac OS 8.6 or 9.x. (8.5.x also, but check the SUM webpage) * Akua Sweets 1.3.6. or higher (www.akua.com) * Optional: Text-to-Speech to let SUM speak. « index « 3 « 3.9 « 3.9.3 3.9.4 Where can I get it? http://www.cooc.de/applescript/ « index « 3 « 3.9 « 3.9.4 3.10 Setimgr By Bernard Hatt 3.10.1 Programmer's comments Setimgr is a simple manager for the SETI@home clients on UNIX machines. It buffers work units, runs multiple instances on multiprocessor machines and outputs a primitive progress report. The latest version is 0.03a (BSD style license) http://www.arkady.demon.co.uk/seti/setimgr-0.03a.tar.gz « index « 3 « 3.10 « 3.10.1 3.10.2 Setup Setimgr requires: * A setiathome client binary * A compiled setimgr binary * A setimgr.conf config file * A sub-directory for each buffered work unit (called proc[n]) If there isn't a setimgr.conf in the current directory setimgr will output an example config file with the default values in it. Further details can be found in the readme file. « index « 3 « 3.10 « 3.10.2 3.10.3 Operation Setimgr can either be setup (in the config file) for a permanent connection, where it will attempt to upload/download completed/ new work units as soon as one is finished, or for dial-up connections it will wait until it receives SIGHUP to initiate transfer. Details of the config file and setup can be found on the web page: http://www.arkady.demon.co.uk/seti « index « 3 « 3.10 « 3.10.3 3.11 Seti4Net Andre Starkloff is writing an application to monitor multiple machines on a net running SETI@home. You can monitor his progress at http://www.seti4net.de.vu/ « index « 3 « 3.11 3.12 Multi-SETI@home Monitor - Msetimon http://msetimon.sourceforge.net A graphical add-on package to monitor SETI@home activity that may be running on multiple computers over a network or multiple instances on the same computer. Runs on Windows or Linux. « index « 3 « 3.12 « top « index 4 Homepages This document is more than a FAQ, below you'll find a few pages related to SETI and SETI@home. Consider is at as "guide" instead of answers in a FAQ. Dale's "Star Rating" "0" = The Pits. Don't even bother going there. * = If you don't have anything to do, well... maybe. ** = Interesting, but has room for improvement. *** = Very nice site. Interesting, Informative, Could be spruced up a bit. **** = Cool site. I was impressed. Go There. Be informed and pleased. ***** = Way To Do A Site! I'm Impressed! GO HERE! 4.1 Homepages concerning SETI@home 4.1.1 SETI@home home http://www.setiathome.ssl.berkeley.edu/ Reviewed by Dale Willamson This is the home-base of operations for the SETI@home scientific project. It's the official place where you can download the latest version of the processing client software, but it also has many interesting areas that are well worth checking out. Perhaps one of the more interesting aspects of the SETI@home Web site, is the "News and Statistics" sections. Here you can find some really interesting information presented in graphical form, concerning how many new volunteers are joining the search for ETI each day; The total so far, of work units processed by groups and individual volunteers; The top 20 "spikes" and "Gaussians" found so far; Graphs and Maps; an updated report on things relating to the project from storm threats, to hardware upgrades. You can even take the "SETI at Home Poll" and give your reasons for joining the search for ETI and also some of what your own opinions and thoughts might be about "ET"! As far as "looks" are concerned, it's a little "dark", but hey -- these guys are "Scientists", and not necessarily polished at making a Web site look really, really cool! But then again, I'm glad they know what they're doing in searching for ET instead of great at putting those lame "flames" all over the place, aren't you? One other mention that I'd like to make, is that near the bottom of the Front page, you'll find a listing of those companies that have made some substantial donations to the SETI@home Project. If you can find the time, it wouldn't do any harm to log onto those donating companies and leave a message telling them that you appreciate the help they've given to this project. Though there are no strings attached to these donations they have given, any business likes to know that they are appreciated and this is a great way to show them. Too, you will also find there, a place where YOU can also make a donation to SETI@home. While they certainly appreciate everybody helping them process their collected data from the Aricebo Dish Antenna, they really need some money to help buy more equipment. So, if you could spare what it costs to go to a movie once, it would make quite a difference. « index « 4 « 4.1 « 4.1.1 4.1.2 SETIweb http://www.setiweb.org/ Reviewed by Dale Willamson Hosts the sci.astro.seti pages, where links can be submitted, and binaries can be posted, as the s.a.s. group do not permit binaries. Here it is: http://setiweb.org/sas/ Stan Schonberg is the editor of these pages. « index « 4 « 4.1 « 4.1.2 4.1.3 SETIforum http://www.datania.com/seti/ « index « 4 « 4.1 « 4.1.3 4.1.4 SETI @ SixDegrees http://www.geocities.com/~kris_j/seti/index.html Reviewed by Dale Willamson - Dale's Rating: ** The above URL will take you to a very nice site created by Kris Johnson, however if you click on the Seti@SixDegrees button, you will get clobbered with some commercials, so be fore-warned. But, it _is_ an interesting site anyway. For most of the options, you do need to become a member, but I will note -- It Is Free! This is most definately a "SETI@home" type of place, with some good starting points. I'll try to re-visit this place in a little bit and see how they've improved things. « index « 4 « 4.1 « 4.1.4 4.1.5 SETI@home Speedup Tips http://www3.sympatico.ca/n.rieck/docs/seti_tips.html « index « 4 « 4.1 « 4.1.5 4.1.6 Derived statistics for SETI@home @ Rovingmouse http://www.roving-mouse.com/setiathome/ « index « 4 « 4.1 « 4.1.6 4.1.7 SETI STATION http://www.flex.com/~daniel/SETI/ Reviewed by Dale Willamson - Dale's Rating: ** If you've got a MAC computer, check this site out. If you loose the pointer to it, just go to the SETI@home site and go to "Related Web Sites" and it'll be on the top of the list. Just "click" and you're there. It's even been rated as "Internet Site of The Month" by My Mac Magazine - Sept. 1999. It's got some "fun things" at SETI Station, as well as some serious stuff too, like learning how to speed up your MAC client processing by using RAM disk. There is even a Poll available to let them know what kind of MAC you're running. There's Tips, Teams, Winners & Loosers, and articles taken from various sources. Though the site is a bit "dark", it is useful and informative. I didn't care too much for the pull-down windows, but to each his own. « index « 4 « 4.1 « 4.1.7 4.1.8 SETI: The Drake Equation http://www.activemind.com/Mysterious/Topics/SETI/drake_equation.html « index « 4 « 4.1 « 4.1.8 4.1.9 Sci.astro FAQ about SETI http://sciastro.astronomy.net/sci.astro.6.FAQ « index « 4 « 4.1 « 4.1.9 4.1.10 Team Canada http://teamcanada.dhs.org/ Reviewed by Dale Willamson - Dale's Rating: **** I thought I'd mention a Seti "Team" site this time, just because I was struck by how nice the effort was done in putting this together. Some things just deserve a special mention when everything turns out so well. The "Team Canada" site is very attractively put together and is hosted by Andrew Turi. While there is always room for improvement, some great work was put into this site with just a few "reminders" that Canadians had something to do with it. <grin> If you go to their section called "What is Seti @ Home?", you'll find some media links to MSNBC, CNN, and Time coverage of the SETI@home project, a pretty cool "Alien" creature created by a guy named Zombieman, and some Team newsletters which are maintained by Bob Page. It gives you the impression that these guys are serious about this project! The Team Canada site is pleasant to the eyes, not overly-done, but "classy". I like it, and think you will too. If you decide to stop by for a visit, leave them an email if for no other reason, to let them know what you thought about their site. « index « 4 « 4.1 « 4.1.10 4.1.11 The Planetary Society http://www.planetary.org/ Reviewed by Dale Willamson - Dale's Rating: ****½* Right from the start, this is obviously a highly rated site! It's well put together -- everything works -- and it's a great place to find scads of information. At the time of this writting, Planetfest '99 is going on with the Mars landing only 7 days away. There's a "Headline" section featuring the hotest current space science topics, and a "Special Sections" area where you can operate a rover from a classroom! They even have a very nice search engine for searching "seti" subjects. The Planetary Society is now in partnership with Geoman.net in France and is also accessible in Spanish! It's a nice site, like I mentioned at the top -- well put together and worth checking out. « index « 4 « 4.1 « 4.1.11 4.1.12 Patch-free-Processing By Alfred Das http://home.hccnet.nl/a.alfred/p-free-p.html « index « 4 « 4.1 « 4.1.12 4.1.13 Sky & Telescope http://www.skypub.com/news/special/seti_toc.html Reviewed by Dale Willamson - Dale's Rating: ***** The Sky&Telescope site. What a pleasant and nicely done site! Full of interesting features such as Current News, News Archive, Special Reports, and you can cruise through their current monthly magazine on-line. Of interesting note, the site also features the artwork of Lynette Cook, a great artist, and there's a link to some of her artwork. Check that out as well when you visit here. (Don't forget to click on the "detail" hotlinks so you can see her pictures in larger detail, too.) Paying special attention to just one of the articles being shown when I visited this site, is a Dec 1998 article entitled "The Chance of Finding Aliens" and in it you'll find a reevaluated "Drake Equation" along with some interesting photos. All-in-all, this is a great site (or it wouldn't have my five-star rating), and is just loaded with interesting "stuff"! I was impressed and think you will be too! « index « 4 « 4.1 « 4.1.13 4.1.14 SETI Institute http://www.seti.org (SETI Institute review: 8.04.2000) Reviewed by Michael Johnson - Michael's Rating: ***** The SETI Institute is a non profit corperation that was founded in 1984, and serves as an institutional home for scientific and educational projects relevant to the nature, distribution, and prevalence of life in the universe. The website is very nicely laid out and easy to navigate. Just about every topic imaginable that is related to SETI can be found here, including scientific and technological aspects of astronomy, planetary sciences, biological, chemical and cultural evolution. Their primary focus is on conducting and encouraging public education on these topics. The site is not updated as frequently as I would like to see it, but I did enjoy breezing through the archives and reading some of the past news articles. The FAQ page is very well done also, and answers most questions about the website and their mission. All in all, a wonderful website that I will visit frequently....as should you. « index « 4 « 4.1 « 4.1.14 4.1.15 SETI League http://www.setileague.org « index « 4 « 4.1 « 4.1.15 4.1.16 REMOVED 11 Feb 2001, was: SETI & Beyond « index « 4 « 4.1 « 4.1.16 4.2 SETI utilities 4.2.1 SETIwatch & SETIlog http://members.home.net/mloukko/ « index « 4 « 4.2 « 4.2.1 4.2.2 SETI Manager http://home.t-online.de/home/steffen.krasselt/seti/ « index « 4 « 4.2 « 4.2.2 4.2.3 TKSETI@home http://www.cuug.ab.ca/~macdonal/tkseti « index « 4 « 4.2 « 4.2.3 4.2.4 SETISPY http://pages.tca.net/roelof/setispy/ « index « 4 « 4.2 « 4.2.4 4.2.5 JSETITracker http://zap.to/jsetitracker « index « 4 « 4.2 « 4.2.5 4.2.6 SetiTEAM Homepage http://www.sqiz.co.uk/Seti/setiteam.htm « index « 4 « 4.2 « 4.2.6 4.2.7 SETIBuf homepage http://www.hallquist.net/SETI/SETIBuf.htm « index « 4 « 4.2 « 4.2.7 4.2.8 SETI Monitor homepage http://users.surfree.net.il/l.fainshil/ « index « 4 « 4.2 « 4.2.8 4.2.9 SETI UNiT Manager homepage http://www.cooc.de/applescript/ « index « 4 « 4.2 « 4.2.9 4.2.10 RunCache & FetchCache http://setiathome.ssl.berkeley.edu/RunCache http://setiathome.ssl.berkeley.edu/FetchCache « index « 4 « 4.2 « 4.2.10 4.2.11 Seti@home Service http://www.telepath.com/dennison/Ted/SETI/SETI_Service.html « index « 4 « 4.2 « 4.2.11 4.3 SETI fun 4.3.1 Carolyn's Clinic http://home.columbus.rr.com/theehlens/index.htm If you ever suffer from WU withdrawal or some other SETI@home related illnesses, visit the clinic. Wondering whether to overclock or not or what that science jargon in the Tech news means, the clinic will help you with that and just about anything else too. « index « 4 « 4.3 « 4.3.1 « top « index 5 Acknowledgements 5.1 Sci.astro FAQ From the sci.astro FAQ I have used section 1.2.2 and 1.2.3, and have hereby agreed to bring this copyright statement: Subject: Copyright This document, as a collection, is Copyright 1995, 1996, 1997 by T. Joseph W. Lazio (jlazio@patriot.net). The individual articles are copyright by the individual authors listed. All rights are reserved. Permission to use, copy and distribute this unmodified document by any means and for any purpose EXCEPT PROFIT PURPOSES is hereby granted, provided that both the above Copyright notice and this permission notice appear in all copies of the FAQ itself. Reproducing this FAQ by any means, included, but not limited to, printing, copying existing prints, publishing by electronic or other means, implies full agreement to the above non-profit-use clause, unless upon prior written permission of the authors. This FAQ is provided by the authors "as is," with all its faults. Any express or implied warranties, including, but not limited to, any implied warranties of merchantability, accuracy, or fitness for any particular purpose, are disclaimed. If you use the information in this document, in any way, you do so at your own risk. « index « 5 « 5.1 5.2 People who have worked with the FAQ The current maintainer of the FAQ wishes to thank the following persons for their past and/or present work with the FAQ: Peter Alfredsen, who maintained the FAQ up to version 1.5. Walter Novacek who did the html porting up to version 1.30. Dale Williamson who handled the 4.x.x section until his computer broke down. Jan Knutar, who maintained the FAQ from version 1.5.2 to 1.9.8 « index « 5 « 5.2 « top