Large Hardon Collider

[Shiroikage]

http://www.smbc-comics.com/comics/20110202.gif

Just imagine I wrote something criticizing the current state of academic science here.

[Eliseos]

A lot of the students in my microprocessors class are dumb. At the start of each class, my professor goes in order of seating and asks fairly easy questions to the students about what we learned in the last lecture. They are all in order, from our reference materials notes that each student is required to purchase. Pretty much all they have to do is find the page he starts on (not hard at all) and follow along with his questions. Instead, most students say "pass" and the next student has to answer (most don't even try to answer). We went around the room twice for about 8 questions, and I answered two of them.

Anyway, apparently my university does not subscribe to scientific american licenses. Can someone copypasta this article for me please? http://www.scientificamerican.com/ar...clocks-2002-08

[Woozie]

I don't subscribe either. I usually torrent the issues, but since this is old, that's unlikely. But I did find this

Spoiler: show

Computers without Clocks
Asynchronous chips improve computer performance by letting each circuit run as fast as it can
By Ivan E. Sutherland and Jo Ebergen

ADVOCATE FOR ASYNCHRONY: Ivan E. Sutherland, one of the authors of this article, has been called "the father of computer graphics." Now the leader of a research group at Sun Microsystems Laboratories, he holds a silicon wafer containing UltraSPARC IIIi processor chips, which use some asynchronous circuits.

How fast is your personal computer?

When people ask this question, they are typically referring to the frequency of a minuscule clock inside the computer, a crystal oscillator that sets the basic rhythm used throughout the machine. In a computer with a speed of one gigahertz, for example, the crystal "ticks" a billion times a second. Every action of the computer takes place in tiny steps, each a billionth of a second long. A simple transfer of data may take only one step; complex calculations may take many steps. All operations, however, must begin and end according to the clock's timing signals.

Because most modern computers use a single rhythm, we call them synchronous. Inside the computer's microprocessor chip, a clock distribution system delivers the timing signals from the crystal oscillator to the various circuits, just as sound in air delivers the beat of a drum to soldiers to set their marching pace. Because all parts of the chip share the same rhythm, the output of any circuit from one step can serve as the input to any other circuit for the next step. The synchronization provided by the clock helps chip designers plan sequences of actions for the computer.

The use of a central clock also creates problems. As speeds have increased, distributing the timing signals has become more and more difficult. Present-day transistors can process data so quickly that they can accomplish several steps in the time that it takes a wire to carry a signal from one side of the chip to the other. Keeping the rhythm identical in all parts of a large chip requires careful design and a great deal of electrical power. Wouldn't it be nice to have an alternative?

Our research group at Sun Microsystems Laboratories seeks such alternatives. Along with several other groups worldwide, we are investigating ways to design computing systems in which each part can proceed at its own pace instead of depending on the rhythm of a central clock. We call such systems asynchronous. Each part of an asynchronous system may extend or shorten the timing of its steps when necessary, much as a hiker takes long or short steps when walking across rough terrain. Some of the pioneers of the computer age, such as mathematician Alan M. Turing, tried using asynchronous designs to build machines in the early 1950s. Engineers soon abandoned this approach in favor of synchronous computers because common timing made the design process so much easier.

Now asynchronous computing is experiencing a renaissance. Researchers at the University of Manchester in England, the University of Tokyo and the California Institute of Technology have demonstrated asynchronous microprocessors. Some asynchronous chips are already in commercial mass production. In the late 1990s Sharp, the Japanese electronics company, used asynchronous design to build a data-driven media processor--a chip for editing graphics, video and audio--and Philips Electronics produced an asynchronous microcontroller for two of its pagers. Asynchronous parts of otherwise synchronous systems are also beginning to appear; the UltraSPARC IIIi processor recently introduced by Sun includes some asynchronous circuits developed by our group. We believe that asynchronous systems will become ever more popular as researchers learn how to exploit their benefits and develop methods for simplifying their design. Asynchronous chip makers have achieved a good measure of technical success, but commercial success is still to come. We remain a long way from fulfilling the full promise of asynchrony.

Beat the Clock

What are the potential benefits of asynchronous systems? First, asynchrony may speed up computers. In a synchronous chip, the clock's rhythm must be slow enough to accommodate the slowest action in the chip's circuits. If it takes a billionth of a second for one circuit to complete its operation, the chip cannot run faster than one gigahertz. Even though many other circuits on that chip may be able to complete their operations in less time, these circuits must wait until the clock ticks again before proceeding to the next logical step. In contrast, each part of an asynchronous system takes as much or as little time for each action as it needs. Complex operations can take more time than average, and simple ones can take less. Actions can start as soon as the prerequisite actions are done, without waiting for the next tick of the clock. Thus, the system's speed depends on the average action time rather than the slowest action time.

Coordinating asynchronous actions, however, also takes time and chip area. If the efforts required for local coordination are small, an asynchronous system may, on average, be faster than a clocked system. Asynchrony offers the most help to irregular chip designs in which slow actions occur infrequently.

Asynchronous design may also reduce a chip's power consumption. In the current generation of large, fast synchronous chips, the circuits that deliver the timing signals take up a good chunk of the chip's area. In addition, as much as 30 percent of the electrical power used by the chip must be devoted to the clock and its distribution system. Moreover, because the clock is always running, it generates heat whether or not the chip is doing anything useful.

In asynchronous systems, idle parts of the chip consume negligible power. This feature is particularly valuable for battery-powered equipment, but it can also cut the cost of larger systems by reducing the need for cooling fans and air-conditioning to prevent them from overheating. The amount of power saved depends on the machine's pattern of activity. Systems with parts that act only occasionally benefit more than systems that act continuously. Most computers have components, such as the floating-point arithmetic unit, that often remain idle for long periods.

Furthermore, asynchronous systems produce less radio interference than synchronous machines do. Because a clocked system uses a fixed rhythm, it broadcasts a strong radio signal at its operating frequency and at the harmonics of that frequency. Such signals can interfere with cellular phones, televisions and aircraft navigation systems that operate at the same frequencies. Asynchronous systems lack a fixed rhythm, so they spread their radiated energy broadly across the radio spectrum, emitting less at any one frequency.

Overview/Clockless Systems

Most modern computers are synchronous: all their operations are coordinated by the timing signals of tiny crystal oscillators within the machines. Now researchers are designing asynchronous systems that can process data without the need for a governing clock.

Asynchronous systems rely on local coordination circuits to ensure an orderly flow of data. The two most important coordination circuits are called the Rendezvous and the Arbiter.

The potential benefits of asynchronous systems include faster speeds, lower power consumption and less radio interference. As integrated circuits become more complex, chip designers will need to learn asynchronous techniques.

Yet another benefit of asynchronous design is that it can be used to build bridges between clocked computers running at different speeds. Many computing clusters, for instance, link fast PCs with slower machines. These clusters can tackle complex problems by dividing the computational tasks among the PCs. Such a system is inherently asynchronous: different parts march to different beats. Moving data controlled by one clock to the control of another clock requires asynchronous bridges, because the data may be "out of sync" with the receiving clock.

Finally, although asynchronous design can be challenging, it can also be wonderfully flexible. Because the circuits of an asynchronous system need not share a common rhythm, designers have more freedom in choosing the system's parts and determining how they interact. Moreover, replacing any part with a faster version will improve the speed of the entire system. In contrast, increasing the speed of a clocked system usually requires upgrading every part.

Local Cooperation

To describe how asynchronous systems work, we often use the metaphor of the bucket brigade. A clocked system is like a bucket brigade in which each person must pass and receive buckets according to the ticktock rhythm of the clock. When the clock ticks, each person pushes a bucket forward to the next person down the line; when the clock tocks, each person grasps the bucket pushed forward by the preceding person. The rhythm of this brigade cannot go faster than the time it takes the slowest person to move the heaviest bucket. Even if most of the buckets are light, everyone in the line must wait for the clock to tick before passing the next bucket.

An asynchronous bucket brigade is governed by local cooperation rather than a common clock. Each person who holds a bucket can pass it to the next person down the line as soon as the next person's hands are free. Before each action, one person may have to wait until the other is ready. When most of the buckets are light, however, they can move down the line very quickly. Moreover, when there's no water to move, everyone can rest between buckets. A slow person will still hinder the performance of the entire brigade, but replacing the slowpoke will return the system to its best speed.

Bucket brigades in computers are called pipelines. A common pipeline executes the computer's instructions. Such a pipeline has half a dozen or so stages, each of which acts like a person in a bucket brigade. Instead of handling buckets of water, however, each stage performs one action of the instruction's execution. For example, a processor executing the instruction "ADD A B C" must fetch the instruction from memory, decode the instruction, get the numbers from addresses A and B in memory, do the addition and store the sum in memory address C.

A clocked pipeline executes these actions in a rhythm independent of the operations performed or the size of the numbers. Adding one and one may take just as much time as adding two 30-digit numbers. In an asynchronous pipeline, though, the duration of each action may depend on the operation performed, the size of the numbers and the locations of the data in memory (just as in a bucket brigade, the amount of water in a bucket may determine how long it takes to pass it on).

Without a clock to govern its actions, an asynchronous system must rely on local coordination circuits instead. These circuits exchange completion signals to ensure that the actions at each stage begin only when the circuits have the data they need. The two most important coordination circuits are called the Rendezvous and the Arbiter.

A Rendezvous element indicates when the last of two or more signals has arrived at a particular stage. Asynchronous systems use these elements to wait until all the concurrent actions finish before starting the next action. For instance, an arithmetic division circuit must have both the dividend (say, 16) and the divisor (say, 2) before it can divide one by the other (to reach the answer 8).

One form of Rendezvous circuit is called the Muller C-element, named after David Muller, now retired from a professorship at the University of Illinois. A Muller C-element is a logic circuit with two inputs and one output. When both inputs of a Muller C-element are TRUE, its output becomes TRUE. When both inputs are FALSE, its output becomes FALSE. Otherwise the output remains unchanged. For the Muller C-element to act as a Rendezvous circuit, its inputs must not change again until its output responds. A chain of Muller C-elements can control the flow of data down an electronic bucket brigade.

Without a clock to govern its actions, an asynchronous system must rely on local coordination circuits instead.

Our research group recently introduced a new kind of Rendezvous circuit called GasP. GasP evolved from an earlier family of circuits designed by Charles E. Molnar, our late colleague at Sun Microsystems. Molnar dubbed his creation asP*, which stands for asynchronous symmetric pulse protocol (the asterisk indicates the double "P"). We added the "G" to the name because GasP is what you are supposed to do when you see how fast our new circuits go. We have found that GasP modules are as fast and as energy-efficient as Muller C-elements, fit better with ordinary data latches and offer much greater versatility in complex designs.

Buridan's Ass

An arbiter circuit performs another task essential for asynchronous computers. An Arbiter is like a traffic officer at an intersection who decides which car may pass through next. Given only one request, an Arbiter promptly permits the corresponding action, delaying any second request until the first action is completed. When an Arbiter gets two requests at once, it must decide which request to grant first. For example, when two processors request access to a shared memory at approximately the same time, the Arbiter puts the requests into a sequence, granting access to only one processor at a time. The Arbiter guarantees that there are never two actions under way at once, just as the traffic officer prevents accidents by ensuring that there are never two cars passing through the intersection on a collision course.

Although Arbiter circuits never grant more than one request at a time, there is no way to build an Arbiter that will always reach a decision within a fixed time limit. Present-day Arbiters reach decisions very quickly on average, usually within about a few hundred picoseconds. (A picosecond is a trillionth of a second.) When faced with close calls, however, the circuits may occasionally take twice as long, and in very rare cases the time needed to make a decision may be 10 times as long as normal.

The fundamental difficulty in making these decisions is nicely illustrated by the parable of Buridan's ass. Attributed to Buridan, a 14th-century French philosopher, this parable suggests that an ass placed exactly between two equal piles of hay might starve to death because it would be unable to choose which pile to eat. Similar minor dilemmas are familiar in everyday life. For example, two people approaching a doorway at the same time may pause before deciding who will go through first. They can go through in either order, and Buridan's ass can eat from either pile of hay. In both cases, all that is needed is a way to break the tie.

An Arbiter breaks ties. Like a flip-flop circuit, an Arbiter has two stable states corresponding to the two choices. One can think of these states as the Pacific Ocean and the Gulf of Mexico. Each request to an Arbiter pushes the circuit toward one stable state or the other, just as a hailstone that falls in the Rocky Mountains can roll downhill toward the Pacific or the Gulf. Between the two stable states, however, there must be a meta-stable line, which is equivalent to the Continental Divide. If a hailstone falls precisely on the divide, it may balance momentarily on that sharp mountain ridge before tipping toward the Pacific or the Gulf. Similarly, if two requests arrive at an Arbiter within a few picoseconds of each other, the circuit may pause in its meta-stable state before reaching one of its stable states to break the tie.

Novice Arbiter designers often seek to avoid even the occasional long delay by fashioning complicated circuits. A common error involves a circuit that notices the "hung" meta-stable state and pushes the Arbiter toward a particular decision. This is like training Buridan's ass to go left when it notices a hard choice. Such training, however, merely gives the ass three choices rather than two: go left, go right, or notice a hard choice and therefore go left. Even a trained ass will starve when unable to decide between the last two choices. Or, to use the geographic metaphor, you can move the Continental Divide with a shovel, but you cannot get rid of it. Although there is no way to eliminate meta-stability, simple, well-designed Arbiter circuits can ensure that virtually all delays are very brief. A typical contemporary Arbiter has a normal delay of 100 picoseconds and experiences a delay of 400 picoseconds less than once every 10 hours of operation. The probability of delays decreases exponentially with the length of the delay: an 800-picosecond pause occurs less than once every billion years of operation.

The Need for Speed

Our group at sun microsystems concentrates on designing fast asynchronous systems. We have found that speed often comes from simplicity. Our initial goal was to build a counterflow pipeline with two opposing data flows--like two parallel bucket brigades moving in opposite directions. We wanted the data from both flows to interact at each of the stages; the hard challenge was to ensure that every "northbound" data element would interact with every "southbound" data element. Arbitration turned out to be essential. At each joint between successive stages, an Arbiter circuit permitted only one element at a time to pass. This project proved very useful as a research target; we learned a great deal about coordination and arbitration and built test chips to prove the reliability of our Arbiter circuits.

More recently, we have chosen a fresh research target, a processing structure we call FLEET. The name refers not only to speed but also to the collection of computing elements, each of which we call a ship. Each ship does its task concurrently with the others; the FLEET system controls their actions by moving data among them through an asynchronous switching network. Our work on FLEET has led to many discoveries. We wanted speed, and that led us to create the basic GasP circuits. We wanted to steer data items from one pipeline to another, like cars at highway interchanges, and that led us to design a larger family of GasP circuits that can act like a dense system of freeways. These circuits can move data about twice as fast as a clocked system could. To gauge the speed of our switching networks, we often build rings on our test chips around which the data elements rush like race cars. We measure the time it takes a data element to complete a round-trip, which is a lot easier than measuring the much shorter time it takes data to advance through one stage.

Our designs are beginning to enter Sun's computer products. The UltraSPARC IIIi processor chip contains asynchronous data queues that accept information from memory chips. This asynchronous system is the simplest and fastest way to compensate for the differences in arrival time of signals from memory chips that lie at different distances from the processor. Sun's product designers are gaining confidence that they can build asynchronous parts, that the parts work and can be tested, and that asynchrony offers important advantages over clocked design. As their confidence grows, more and more commercial products will use asynchronous parts for greater speed and flexibility, better power efficiency and reduced radio interference.

The technological trend is inevitable: in the coming decades, asynchronous design will become prevalent.

Sun is by no means the only company investigating asynchronous circuits. A group at Philips Research in the Netherlands has developed an asynchronous error corrector for a digital compact cassette player and an asynchronous version of a popular microcontroller for portable devices. The asynchronous microcontroller has been incorporated into pagers sold by Philips. The success of the Philips research group comes from three factors. First, the team learned how to create products rapidly using a programming language called Tangram that simplifies hardware design. Second, the low power consumption of their asynchronous circuits enables a pager to operate longer on a battery charge. Third, the reduced radio interference of their asynchronous circuits allowed the inclusion of both a computer and a sensitive radio receiver in a tiny device.

Furthermore, the experiments at Manchester, Caltech and Philips demonstrate that asynchronous microprocessors can be compatible with their clocked counterparts. The asynchronous processors can connect to peripheral machines without special programs or interface circuitry.

A Challenging Time

Although the architectural freedom of asynchronous systems is a great benefit, it also poses a difficult challenge. Because each part sets its own pace, that pace may vary from time to time in any one system and may vary from system to system. If several actions are concurrent, they may finish in a large number of possible sequences. Enumerating all the possible sequences of actions in a complex asynchronous chip is as difficult as predicting the sequences of actions in a schoolyard full of children. This dilemma is called the state explosion problem. Can chip designers create order out of the potential chaos of concurrent actions?

Fortunately, researchers are developing theories for tackling this problem. Designers need not worry about all the possible sequences of actions if they can set certain limitations on the communication behavior of each circuit. To continue the schoolyard metaphor, a teacher can promote safe play by teaching each child how to avoid danger.

Another difficulty is that we lack mature design tools, accepted testing methods and widespread education in asynchronous design. A growing research community is making good progress, but the present total investment in clock-free computing pales in comparison with the investment in clocked design. Nevertheless, we are confident that the relentless advances in the speed and complexity of integrated circuits will force designers to learn asynchronous techniques. We do not know yet whether asynchronous systems will flourish first within large computer and electronics companies or within start-up companies eager to develop new ideas. The technological trend, however, is inevitable: in the coming decades, asynchronous design will become prevalent. Eventually there will no longer be an easy answer to the question, How fast is your personal computer?

More to Explore:
Micropipelines. Ivan E. Sutherland: The Turing Award Lecture. Communications of the ACM, Vol. 32, No. 6, pages 720-738; June 1989.
The Asynchronous Bibliography
Asynchronous Circuits and Systems. Special issue of Proceedings of the IEEE; February 1999.
The Asynchronous Logic Home Page
Principles of Asynchronous Circuit Design: A Systems Perspective. Edited by Jens Sparsø and Steve Furber. Kluwer Academic Publishers, 2001.

The Author(s):

IVAN E. SUTHERLAND and JO EBERGEN are true believers in asynchronous computing. Although Sutherland is best known as a pioneer of computer graphics--he invented the interactive graphics program Sketchpad in 1963--he became involved in asynchronous circuit design in the mid-1960s while building a graphics processor at Harvard University. He is now a vice president and fellow at Sun Microsystems, leading the Asynchronous Design Group at the company's laboratories. Ebergen became fascinated by asynchronous circuit design 20 years ago during a three-month stint as a research assistant to Charles L. Seitz of Caltech. He subsequently taught at Eindhoven University of Technology in the Netherlands and the University of Waterloo in Canada before joining Sun's Asynchronous Design Group in the summer of 1996.

I'm assuming that's the same article you wanted. All I did was google the title in quotes and got lucky.

[Eliseos]

Perfect, thanks. It didn't even occur to me to Google that, now I'm the dummy

[Woozie]

Well, that usually wouldn't work anyways. I got lucky and found an article that way before, so I figured I'd give it another shot.

[Eliseos]

I guess GOOGLE GOTCHU (or me?).

[Maguspk]

STEREO Sun360

Launched in October 2006, STEREO traces the flow of energy and matter from the sun to Earth. It also provides unique and revolutionary views of the sun-Earth system. The mission observed the sun in 3-D for the first time in 2007. In 2009, the twin spacecraft revealed the 3-D structure of coronal mass ejections which are violent eruptions of matter from the sun that can disrupt communications, navigation, satellites and power grids on Earth.

Seeing the whole sun front and back simultaneously will enable significant advances in space weather forecasting for Earth and for planning for future robotic and manned spacecraft missions throughout the solar system.

These views are the result of observations by NASA's two Solar TErrestrial Relations Observatory (STEREO) spacecraft. The duo are on diametrically opposite sides of the sun, 180 degrees apart. One is ahead of Earth in its orbit, the other trailing behind.

For the STEREO Sun360 Teaser, go here.

For the full visualization showing STEREO's path go here.

For the visualization showing STEREO's increasing coverage of the sun (visual 3) go here.

For animations of STEREO observing a CME (visual 2), go here.

Link http://svs.gsfc.nasa.gov/vis/a010000...718/index.html

I've got burnbits going for some of the videos you can check progress here or download them once they're done. I'll seed them once I'm finished. Basically it's a way to get these awesome large files faster than direct download from NASA's cdn. Here are the links to the first 4 videos.

STEREO Reveals the Entire Sun.

Short narrated video about STEREO and its historic 360 degree view.

For complete transcript, click here.

Link http://burnbit.com/torrent/163142/10...x720_59_94_mov

The STEREO mission consists of two spacecraft orbiting the Sun, one moving a bit faster than Earth and the other a little slower. In the time since the STEREO spacecraft entered these orbits near the beginning of 2007 they have been slowly separating. In Feb. 2011 they reach the point at which they are on opposite sides of the Sun and can observe the entire far side of the Sun.

Link http://burnbit.com/torrent/163145/1_...x720_59_94_mov

Rotating solar sphere made from a combination of imagery from the two STEREO spacecraft, together with simultaneous data from the Solar Dynamic Observatory.

This movie is made from data taken on January 31, 2011. STEREO is able to take images like this once every ten minutes. Because the STEREO separation was still slightly less than 180 degrees at that time, the small gap on the far side of the Sun has been interpolated over to simulate the full 360 degree view that STEREO will see. This gap will start to disappear on February 6, 2011, and will completely disappear over the next several days. The regions near the seam between the STEREO Ahead and Behind images appear stretched out because they are at the edges of the Sun in the original images. As the STEREO spacecraft continue to move further around to the farside of the sun, imaging in this part of the globe will improve.

Credit: NASA/Goddard Space Flight Center/STEREO/SECCHI

Link http://burnbit.com/torrent/163143/4_...x720_59_94_mov

Zoom in to solar activity visible on the far side of the Sun from the STEREO Behind spacecraft on January 13, 2011. The images show a young, fast-growing magnetic active region of the solar atmosphere which produces solar flares and ejections of material from the sun. These images were taken by STEREO's Extreme UltraViolet Imager (EUVI). The brightest, most active areas show material at temperatures as-high-as 1.8 million degrees C, while the quieter parts of the images show material at temperatures of only 80,000 deg C. This activity occurred on the far side of the sun and so could not be directly seen from Earth. The STEREO separation was still less than 180 degrees at that time, and the small gap on the far side of the Sun which would be briefly visible in the film has been interpolated over to simulate the full 360 degree view that STEREO will see.

Credit: NASA/Goddard Space Flight Center/STEREO/SECCHI

Link http://burnbit.com/torrent/163144/5_...x720_59_94_mov

[Kaylia]

Question

I'm currently writing an e-mail to a teacher from another university to request some data related to the paper he wrote...but yeah, i never wrote any request like this before. Could anyone link me to a decent template that I could use for the form. It doesnt need to be overly formal, I just dont want to sound rude or unprofesional.

[Woozie]

I've never done that before, so I have no idea how you would go about doing that. Have you tried asking one of your professors how to do it?

[Ferion]

I would just be polite and explain to him why you are interested in his data. I would avoid making it sound like you think he's wrong about something though if that's what it's about. My research advisor told us a story about how he couldn't replicate another economist's result. He e-mailed the guy saying he has no idea what method he used. The other economist basically ignored every e-mail from him until my advisor cornered him at a meeting in Denver.

[Kaylia]

I've never done that before, so I have no idea how you would go about doing that. Have you tried asking one of your professors how to do it?

In normal circumstance, I would, but the following situation kinda happened

Teacher: Did you send the e-mail about that thing we talked about two weeks ago
Me: Of course
Me: ...
Me: Got to go.

And that was 2 days ago.





@Ferion
It's additional information that I'm requesting rather than pointing a mistake in his work. I just don't want to sound impolite, and since I'm not confident enough with my english skill, I don't know exactly how to write this e-mail. I already have something written, I'm just not sure if it's okay to send it like this

[Maguspk]

Does your advisor/mentor have better english skills maybe? This would be something your mentor/advisor would be perfect for since it's an area they may have experience in related to academia that you are unsure of they should be more than happy to help you.

From my personal experience, the chance of you getting the data will vary based on who is funding the research that gave way to the data, was it an organization like the NSF or Exxon, and also if the data was mentioned in the publication you read as being available upon request or just mentioned in passing. I know my university has policies involving our data and also policies enforced by the NSF and Air Force which vary greatly due to the nature of those two organizations.

[Tristam]

Don't stress too much about sending e-mails to profs. I've only once had someone misinterpret a question I asked about a technique. I really just wanted to have some ballpark numbers about where to start for a certain imaging technique before I started to optimize it for my system. Somehow the person I got in touch with thought me asking for pointers on how to do similar experiments amounted to questioning the validity of their results, and I got a cranky response.

The best thing you can do is start with a sentence after you introduce yourself like "hey I read your paper (such and such et al.,) and I really liked the technique (or data, or interpretation, or whatever) and I discussed it with the rest of my lab. Professors LOVE it when people read their work appreciatively and talk about it. When you ask for data, make sure you say exactly what it is for and why you need it. If they think you are from a competitor's lab, they will delay as much as they can. I would also reccommend cc'ing your advisor on the e-mail. If for no other reason than it will prompt them to actually answer your question sometime this year. One time I sent a request for help tracking down a hybridoma line and it was literally 90 days before I got a response. More frequently, the PI will shuttle your e-mail with some quick comments to the first author of a paper or chief person on whatever project.

Asking for help from experts is a good thing to get used too. edit: It took me a while, I still get a little terrified if I think I said something stupid in an e-mail. I got some great help on my project from another lab that had an unpublished data that completely changed how i approached a project. Most PIs are very friendly and if not, don't take it as a sign you did something wrong. Sometimes super busy PIs can be cranky for no good reason.

[Kaylia]

^
I ended up sending the help request last night and hopefully, it didnt sound too rude. I tried to be polite, but I'm still worried that i didnt ask the question properly, or didnt introduce myself well enough...anyway...I just hope to get a positive/negative answer sometime soon



@physicist
Am I doing chemistry if the book I'm using is named "computational chemistry" and involve lot of quantum mechanics (Hartre-fock, DFT)? It makes me feel confused and uneasy.

[Woozie]

I've learned to hate chemistry/physics blends. My quantum physics professor taught a quantum chemistry course and was very proud of that course. He tried to incorporate chemistry into everything we did. I hated that (mainly because I was lazy. I already knew quantum physics but I'd have to learn quantum chemistry. Another issue was him assigning homework out of textbooks we didn't have).

[Kaylia]

But am I still allowed to make fun of chemists if it's related to my project? That an important moral issue!


[edit]
Also, the teacher i sent the e-mail answered in an extremely detailed way..I almost feel bad about it now. I could almost have found the answer by myself.

[Woozie]

Although it's not in the physicists bill of rights, I believe we are allowed to make fun of chemist (and engineers) no matter what.

[Kaylia]

Fucking awesome, I'm totally forwarding that link to everyone lol.

[Kaylia]

Probably a simple question for anyone well versed in group theory, but since I never took that class, I'm not exactly sure how to proceed.


What could I do to demonstrate that the group of n x n unitary matrice U(n) has n² dimensions?



[edit]
Also, fuck complex number...... I don't know how often I wrote (-i)²= 1 , making me waste precious minutes on a stupid negative sign.

[Woozie]

I don't understand the question. I don't understand what you mean by "dimensions". Obviously you don't mean it in the Linear Algebra sense. What is the dimension of a group?

Also, I looked at that and said "But (-i)^2 is 1" lol

Edit: I tried googling "dimension of a group" and still get no answer.