Please create an account to participate in the Slashdot moderation system


Forgot your password?
Slashdot Deals: Deal of the Day - Pay What You Want for the Learn to Code Bundle, includes AngularJS, Python, HTML5, Ruby, and more. ×

Comment Re:Perhaps this explains my Garmin (Score 1) 131

If you are running on a track your Garmin watch is accurate enough to underreport when worn on your inside wrist and overreport when worn on your outside wrist.

If you are running on a track and the polling frequency of your GPS is too low (not a factor with my Garmin) you also get the problem of underreporting due to chording the curve.

Comment Set *top* box? (Score 1) 153

So... does anyone actually put a set top box on top of their TV set these days? Once upon a time, TVs were deep enough front-to-back to support this; these days, most aren't.

Or is this a term that was once accurate, but will never be accurate again, like "dialing" a phone? It's been a long time since phones had dials, unless they're being purposefully retro.

Comment Re:Hurd.. why? (Score 1) 129

He reused the MINIX filesystem layout, and initially hosted builds on MINIX, but to my knowledge he never directly incorporated code from MINIX. Some have claimed that, but no claim has ever stuck, especially given that Andrew Tanenbaum himself agrees that Linux didn't annex any MINIX code directly.

It appears Wikipedia's account jibes with my memory.

Comment Re:Timestamps (Score 1) 129

I can't tell if you're trying to be humorous.

The rationale given is: "The kernel now keeps timestamps relative to the system boot time. Among other things this fixes bogus uptime readings if the system time is altered."

Presumably, this means the internal timestamps Hurd uses are now all monotonically increasing, regardless of any changes to the system time. Obviously, there's a relationship between the internal timestamp and what POSIX calls time_t (and related such datatypes). As I read it, they've decoupled the notion of system time (ie. something that resembles what you'd read from a clock, representing time and date as humans understand it, and subject to humans or network time daemons messing with that setting) from the internal timestamps it uses for computing the relative passage of time, such as 'uptime', network timeouts, etc.

Comment Wire, not write (Score 5, Informative) 129

According to the release:

The kernel now allows non-privileged users to wire a small amount of memory.

This is not a typo. Wiring memory means pinning it in memory so it cannot be paged out. This is potentially important both for security and real-time applications. On the security front, memory containing keys and passwords should be wired to prevent it going to disk. On the real-time front, if you can fit your working set in wired memory, you can be guaranteed you won't suffer a paging fault while you stay within that working set.

In Linux / POSIX systems, this is what mlock accomplishes.

Being able to write to memory, in contrast, isn't particularly noteworthy. You've been able to do that since pretty much the beginning...

Comment Re:Not a huge surprise (Score 2) 208

I'd expect it to be a very minor effect. I'm not aware of anyone getting worried about this.

Got it. With everything else you've explained, that makes sense.

A related effect is convergent evolution. Say two species of bacteria each colonize high temperature environment. Then certain mutations which are favoured in high temperature will likely occur in both of them. When we compare their DNA, this can make it look like they are more closely related than they really are.

Ah, that also makes sense.

I thank you again for the informative responses. You've expertly escorted me up to (or possibly even well past) the edge of my competency. :-) I've certainly enjoyed the trip.

It's truly a fascinating topic, but for me to really get much more out of it, I think I need to do some homework to learn more about what's already known. There's only so much a generically analytic mind can do w/out learning what's already known in the field.

Thanks again.

Comment Re:Not a huge surprise (Score 2) 208

Thank you for the thoughtful and detailed response. I think I have a better understanding. (But, I'll always stay mindful of the Dunning-Krueger effect... ;-) )

BTW, this statement captures something I was trying to express more clearly than I stated it:

(Actually it tends to be the other way around - we see islands of conserved sequence, and deduce therefore that they have a function. This isn't how genes are detected, as there are more sensitive gene-specific ways of doing this.)

What I was trying to get at was that if a section of DNA performs some useful function, even if we don't know what it is, it'll tend to be preserved because selection pressure will tend to preserve it by "selecting out" individuals whose mutations tampered with it. The observed long-term mutation rate for any given point should in some sense be inversely related to that point's significance. (More significant => fewer mutations, likely by a function much more stark than just "1/x", where "x" is significance. Key proteins should have a really strong bias to remain unmodified in viable offspring, for example.)

I now have a slightly different question: You mentioned the rate of repeated mutations, where the same piece of DNA was mutated twice or more, sometimes back to its original state. Suppose the environment shifts, such that selection pressure would favor a certain set of mutations to adapt a species to that new environment, and then the environment shifts back. I'm thinking fairly long term, cyclic shifts such as ice ages and the like.

Would such cyclic shifts meaningfully affect the assumptions underlying the multiple mutation rate? You gave this example: "if you compare two sequences and they differ in 10% of sites, it is reasonable to think that 1% of sites have actually mutated twice." I realize you mentioned it was oversimplified. It jibes with a basic knowledge of statistics and statistically independent random variables. I guess what I'm getting at is that cyclic shifts that affect which mutations improve, decrease or are neutral with respect to fitness would imply at least some of the variables aren't independent.

I guess it comes down to what fraction of the mutations actually affect fitness with respect to these cyclic forces. I imagine it's a fairly small proportion relative to the total set of mutations whose fitness effects are completely orthogonal to those long-term cyclic changes. If that's the case, am I correct thinking the effect wouldn't be large?

I guess in general, if the total delta between two samples is still relatively small (10% in your example), any second order effect such as this could only affect that approx 1%, and so that already bounds the potential error from simplifying assumptions anyway.

Again, thank you for your helpful (to my understanding, at least) response.

Take your work seriously but never take yourself seriously; and do not take what happens either to yourself or your work seriously. -- Booth Tarkington