I think that's how Subaru implements the hill holder for stick shifts.
Some people also don't have good upper-body strength. I drive a friend's car frequently and when I park it I just zip it up, but he can't release the brake while seated normally. He has to lean way over and two-hand it to get it free. When he parks it I can take it out of gear and budge the car forward if I lean on it enough. Perhaps a better designed lever would help, but an electric brake would eliminate the problem for him.
The gyroscope does not care what orientation it's in. The accelerometer does, but even then it's easy to subtract out 1G of orientation to isolate short transients.
We experimented with 840 EVOs when they were basically the only thing available for 1TB SSDs. Those reliably got wrecked in VM hosts... We have a very write-heavy workload and simply used up the write endurance too quickly. For laptops, though, they're great.
The 840 Pros held up fine until we took them out of service this year. Out of about 100, I think we had 2 fail, which is on par for consumer-performance SSD.
Note that mainstream (Intel 3xx / Samsung EVO) and performance (Intel 5xx / Samsung Pro) are both cheap-out solutions, but they filled a need for us. We would have used real enterprise SSD (Intel DC / Samsung DC) if they had a product that met the specs we needed at the time. Typically they'll have more consistent IOPS under heavy load, better specified power-off behavior, higher specified endurance, etc, but I don't like generalizing since there are several lines available intended for different use cases.
I have a few laptops with TLC SSDs and they work great for a typical desktop workload - mostly random reads, occasional burst writes. None of them have ever used more than 1% of their rated wear lifespan over several years. They're
We tried using some TLC SSDs in ESXi hosts at work for disposable dev/test VMs. This is a write-heavy workload and runs them full speed 24x7. We found the hosts would chew them up and spit them out in about six months. MLC drives handle it fine.
I wouldn't concern yourself with TLC/MLC/SLC so much. Instead, look at the drives performance specifications - MB/s, random 4k IOPS, write durability, power failure strategy (some use capacitors, some use slower write strategies, etc). All the major manufacturers make something appropriate for the mainstream, performance, and server segments.
This can only be done with a collision attack if the CA is really, really stupid. Proper CAs should include chain-length restrictions in their certificates.
Please correct me if I'm wrong, but it appears that most CAs are really, really stupid. Here's a list of the CAs included in Firefox: https://mozillacaprogram.secur... . I split the PEMs into a pile of files, and checked them: $ for pem in * ; do openssl x509 -text -in $pem | grep pathlen ; done
CA:TRUE, pathlen:4
CA:TRUE, pathlen:1
CA:TRUE, pathlen:1
CA:TRUE, pathlen:7
CA:TRUE, pathlen:7
CA:TRUE, pathlen:3
CA:TRUE, pathlen:5
CA:TRUE, pathlen:12
CA:TRUE, pathlen:12
CA:TRUE, pathlen:12
CA:TRUE, pathlen:12
CA:TRUE, pathlen:3
CA:TRUE, pathlen:10
CA:TRUE, pathlen:3
I don't think the SHApocalypse will be tomorrow. This was an identical-prefix attack instead of a chosen-prefix which constrains the attacker considerably, and the computation required is much higher even to generate simple collisions. However, (again, please correct me if I'm missing something) it does seem plausible that that further weaknesses will be found which provide just enough leverage to forge a signature with one of those 172 CAs, and we may eventually see a rogue sha1WithRSAEncryption CA issued.
not in the same universe as what can be achieved with an external DAC
Having a phono jack does not prevent you from using an external DAC. I do it with my Android phone all the time: USB-OTG adapter + USB DAC. It switches over automatically and works great... But when I don't have a DAC and I just want to connect to a car's line-in, the 3.5mm jack is still there for me.
I suggest you look at cgroups. Instead of relying on the processes to play nice with resources, you can specify the resources you want allocated to each user. For instance, if each user has cpu.shares=1024, then it'll fully balance - if user A starts an old firefox and it's running singlethreaded, and user B starts a new firefox and it spawns 50 processes, you'll see user A's process consuming 50% of CPU, and user B's flock consuming 1% CPU each.
In this way you specify what you want to achieve (user B doesn't steal all the CPU making life suck for user A), instead of how to achieve it (singlethreaded software, and relying on users to not run more than one copy). It's easier and more efficient.
The other cool part: this may already be set up for you. On my Ubuntu 14.04 system this is all done by default when I log in.
People perceive high-density products as high-quality, and low-density products as cheap plastic crap. Numerous products have included weights for this reason... take a look inside your mouse. People want their phones and laptops to be light so they don't have a brick in their pocket or backpack. Light * high density = low volume. They don't want to reduce the screen size, and bezels are already minimized, so the only option to reduce volume is to make it thin. Of course, once they make it thinner the advertising department will hype that feature, but the real driver is density.
That's just over $10,000 per citizen. Is that even a subsistence wage?
It's closer than you might think. If you have a wife and two kids, that's $40,000... That's only a little under a median household income. Perhaps kids pay out less, but that raises the amount available for adults.
If you're single you pick up a couple roommates, just like people working minimum wage jobs already do.
Also, the amount paid out is related to income. If you implemented a $10,000 UBI, plus a 25% universal flat tax, you would only receive the full $10,000 if you had $0 earned income. If you're earning $40,000, your net UBI/tax is $0. With $80,000 earned income you'd have $10,000 net tax. So you're not paying out $10,000 to every citizen.
With the nice round numbers above and $57,220 income per capita, the average tax will be $(57,220 - 10,000) * 0.25 = $11805. That results in 20.6% revenue/GDP. That's a little high, but it's completely plausible. You can nudge the variables a little and end up with a very reasonable scenario.
Most Android phones are like that because most people just don't care. They're not the only option though. If you buy a bootloader-unlocked phone you can run straight-up open source software on it. You can optionally install the Google apps on top, but AOSP is a fully functional baseline setup - phone, web, mail, SMS, etc - with no lock-in. You can download the whole thing as source, build every bit yourself, and load it on your phone.
You'll want to stick to models with strong community support. Anything "Nexus" will have solid community support for a long time. Other popular models tend to have okay support for at least a few years. If you off the beaten path you can still hack and patch it yourself.
Microsoft wants you to use Edge and wants their settings to stick. Why are you obviously purposefully reverting their settings? They go out of their way to create a normal default setting and you switch it back. Many times this has happened. There's no excuse for this horseshit.
Fusion consumes very little fuel, and therefore creates very little helium. If we converted the entire planet to 100% fusion energy it would still be several orders of magnitude short of our helium demand. https://www.reddit.com/r/asksc...
I come here to see the news picked apart in the discussions, not to get the latest breaking headlines. I therefore find either a paywalled link (so I can't RTFA), or a discussion about a previous paywalled link which doesn't match the article I'm reading.
However, thank you for taking the time to answer us. I'm more optimistic for Slashdot's future knowing that you've given thought to this and are making a reasoned decision.
I'm equally interested in blocking out what the blue team is saying. Truly, it's bipartisan: I'm tired of hearing about the guy regardless of who is speaking.
After trying several solutions I settled on Mairix. Searches are screaming fast (less than a second to search several hundred thousand emails), indexing is fast, it's reliable (no problems in the 5+ years I've been using it), and the search language is easy and flexible.
* I use procmail to send a copy of everything to an archive, rotated monthly * The archive is therefore just a handful of mbox files * I have a cron job to run "mairix -Q" every 5 minutes, and "mairix -p" nightly * I have this in my.bashrc: "function search() { mairix -o $$ $* && mutt -f ~/Mail/$$ ; rm ~/Mail/$$ ; }" * And here's my.mairixrc:
* everything from slashdot in the last two months: search f:slashdot d:2m- * any emails I sent containing "squishy" in the body: search f:subreality b:squishy * messages with "password" or "passwd" or similar in the subject: search s:passw= * get a quick summary of the search language: search -h
It's so good that I download all my email from my work Gmail account so I can search it... sometimes Google's search just isn't precise enough to find what I need.
Creating a widespread system of censorship is not the right approach:
1) It violates the principles the United States was founded on. 2) Suppressing the free flow of information deprives people of the liberty to make their own informed decisions. 3) When other opinions are squelched, the communication channel becomes a propaganda channel and loses all credibility. 4) This infrastructure will be abused. Now, ISIS. Next, common criminals. Eventually, dissidents.
Are you sure YOU know the difference between UTC and GMT?
It's not that UTC sounds cooler... It's what we actually use. UTC ticks based on atomic clocks and it's what's distributed through NTP. GMT (really UT) tracks Earth's rotation, doesn't have a stable second, and there are no high-precision realtime references.
Most programmers just need to know the number of seconds since Midnight, Jan 1, 1970, GMT, as God intended.
time_t doesn't count the number of absolute SI seconds since the Epoch: it assumes days are always 86400.0 seconds long, and completely ignores leap seconds... even worse, before 1972 they used sub-second leaps, so the offset isn't even an integer.
So, all told, why not refer to it as UTC since that's actually correct?
The fact that you get/a/ face isn't profound, but the resulting image is interesting. It gives a good picture of the things that human vision uses to locate faces: obviously the eyes and mouth are most prominent; there's moderate contrast for the cheekbones and nose; the oval shape is only vague; the neck, ears, eyebrows, and hairline are almost entirely missing.
I expect those are already well known to vision specialists, but to me, it's an interesting analysis of the exact details which make an inanimate object become a face.
Great, let's charge people 5000% of their rates when something terrible hits
Yes, we should do exactly that: encourage people to send a quick "I'm OK" text or 30-second call, then get off the air so everyone else check in. If you want to yak, just wait an hour until the surge is over.
My Arduino projects don't require the power of a 32-bit processor, but do run on batteries. How much more (... or less maybe?) power is drawn by this processor?
It's reasonably close. If you check the datasheets for "Static Characteristics" / "DC Characteristics" you'll find:
The LPC1114FN28 (the ARM chip) draws 9ma @50 MHz, 6ua @deep-sleep, and 220na @power-down; The ATMEGA168PA (typical Arduino-ish AVR) draws 4.2ma @8MHz, 0.8ua @power-save, and 0.1ua @power-down.
These numbers are just for the chips - the Arduino draws considerably more (about 40ma @idle), and you can stretch your batteries a lot by hacking it. To give a sense of scale, the power LED on an Arduino probably draws 5-10 ma just by itself.
Note that this is a "Cortex M0" profile ARM chip - M means Microcontroller, and 0 means low-end. This is a 50 MHz chip with 32K of flash and 4K of RAM. It's more powerful than an AVR, but don't expect to boot Linux on your breadboard with this thing... that's a job for the Cortex A (Application) series.
But doesn't the gas form part of the reaction mass? And therefore using a lighter gas would give less thrust? Eg might sulfur hexafluoride be better?
No, these are water rockets. The reaction mass is water.:)
Even if the gas was reaction mass you'd probably want a light gas. A heavy gas might have better impulse per mole or per liter, but lighter gasses will provide more impulse per gram. At some point the larger pressure vessel will add more mass than you're saving on the gas, but I'd expect the optimal gas to be closer to the hydrogen end of the spectrum. Take that with a grain of salt though because I haven't made any attempt at the math.
Slashdot Mirror
I think that's how Subaru implements the hill holder for stick shifts.
Some people also don't have good upper-body strength. I drive a friend's car frequently and when I park it I just zip it up, but he can't release the brake while seated normally. He has to lean way over and two-hand it to get it free. When he parks it I can take it out of gear and budge the car forward if I lean on it enough. Perhaps a better designed lever would help, but an electric brake would eliminate the problem for him.
I still prefer a simple lever.
Oh good. Surely this will help reduce the times we have to keep writing the same thing over and over.
The gyroscope does not care what orientation it's in. The accelerometer does, but even then it's easy to subtract out 1G of orientation to isolate short transients.
We experimented with 840 EVOs when they were basically the only thing available for 1TB SSDs. Those reliably got wrecked in VM hosts... We have a very write-heavy workload and simply used up the write endurance too quickly. For laptops, though, they're great.
The 840 Pros held up fine until we took them out of service this year. Out of about 100, I think we had 2 fail, which is on par for consumer-performance SSD.
Note that mainstream (Intel 3xx / Samsung EVO) and performance (Intel 5xx / Samsung Pro) are both cheap-out solutions, but they filled a need for us. We would have used real enterprise SSD (Intel DC / Samsung DC) if they had a product that met the specs we needed at the time. Typically they'll have more consistent IOPS under heavy load, better specified power-off behavior, higher specified endurance, etc, but I don't like generalizing since there are several lines available intended for different use cases.
It depends on what you're doing.
I have a few laptops with TLC SSDs and they work great for a typical desktop workload - mostly random reads, occasional burst writes. None of them have ever used more than 1% of their rated wear lifespan over several years. They're
We tried using some TLC SSDs in ESXi hosts at work for disposable dev/test VMs. This is a write-heavy workload and runs them full speed 24x7. We found the hosts would chew them up and spit them out in about six months. MLC drives handle it fine.
I wouldn't concern yourself with TLC/MLC/SLC so much. Instead, look at the drives performance specifications - MB/s, random 4k IOPS, write durability, power failure strategy (some use capacitors, some use slower write strategies, etc). All the major manufacturers make something appropriate for the mainstream, performance, and server segments.
This can only be done with a collision attack if the CA is really, really stupid. Proper CAs should include chain-length restrictions in their certificates.
Please correct me if I'm wrong, but it appears that most CAs are really, really stupid. Here's a list of the CAs included in Firefox: https://mozillacaprogram.secur... . I split the PEMs into a pile of files, and checked them:
$ for pem in * ; do openssl x509 -text -in $pem | grep pathlen ; done
CA:TRUE, pathlen:4
CA:TRUE, pathlen:1
CA:TRUE, pathlen:1
CA:TRUE, pathlen:7
CA:TRUE, pathlen:7
CA:TRUE, pathlen:3
CA:TRUE, pathlen:5
CA:TRUE, pathlen:12
CA:TRUE, pathlen:12
CA:TRUE, pathlen:12
CA:TRUE, pathlen:12
CA:TRUE, pathlen:3
CA:TRUE, pathlen:10
CA:TRUE, pathlen:3
So out of 172 root CAs only 14 include any path length restrictions, and even the ones who do still allow some chaining. This is what allowed the beautiful Short Chosen-Prefix Collisions for MD5 and the Creation of a Rogue CA Certificate to succeed.
I don't think the SHApocalypse will be tomorrow. This was an identical-prefix attack instead of a chosen-prefix which constrains the attacker considerably, and the computation required is much higher even to generate simple collisions. However, (again, please correct me if I'm missing something) it does seem plausible that that further weaknesses will be found which provide just enough leverage to forge a signature with one of those 172 CAs, and we may eventually see a rogue sha1WithRSAEncryption CA issued.
not in the same universe as what can be achieved with an external DAC
Having a phono jack does not prevent you from using an external DAC. I do it with my Android phone all the time: USB-OTG adapter + USB DAC. It switches over automatically and works great... But when I don't have a DAC and I just want to connect to a car's line-in, the 3.5mm jack is still there for me.
It's all relative, but depending who you ask, "micro" may mean < 2kg http://docs.house.gov/meetings..., or < 5kg http://www.academia.edu/205567... . It's not small by hobbyist standards, but in the military world it's tiny compared to the 14,628 kg Global Hawk https://en.wikipedia.org/wiki/... .
I suggest you look at cgroups. Instead of relying on the processes to play nice with resources, you can specify the resources you want allocated to each user. For instance, if each user has cpu.shares=1024, then it'll fully balance - if user A starts an old firefox and it's running singlethreaded, and user B starts a new firefox and it spawns 50 processes, you'll see user A's process consuming 50% of CPU, and user B's flock consuming 1% CPU each.
In this way you specify what you want to achieve (user B doesn't steal all the CPU making life suck for user A), instead of how to achieve it (singlethreaded software, and relying on users to not run more than one copy). It's easier and more efficient.
The other cool part: this may already be set up for you. On my Ubuntu 14.04 system this is all done by default when I log in.
People perceive high-density products as high-quality, and low-density products as cheap plastic crap. Numerous products have included weights for this reason... take a look inside your mouse. People want their phones and laptops to be light so they don't have a brick in their pocket or backpack. Light * high density = low volume. They don't want to reduce the screen size, and bezels are already minimized, so the only option to reduce volume is to make it thin. Of course, once they make it thinner the advertising department will hype that feature, but the real driver is density.
That's just over $10,000 per citizen. Is that even a subsistence wage?
It's closer than you might think. If you have a wife and two kids, that's $40,000... That's only a little under a median household income. Perhaps kids pay out less, but that raises the amount available for adults.
If you're single you pick up a couple roommates, just like people working minimum wage jobs already do.
Also, the amount paid out is related to income. If you implemented a $10,000 UBI, plus a 25% universal flat tax, you would only receive the full $10,000 if you had $0 earned income. If you're earning $40,000, your net UBI/tax is $0. With $80,000 earned income you'd have $10,000 net tax. So you're not paying out $10,000 to every citizen.
With the nice round numbers above and $57,220 income per capita, the average tax will be $(57,220 - 10,000) * 0.25 = $11805. That results in 20.6% revenue/GDP. That's a little high, but it's completely plausible. You can nudge the variables a little and end up with a very reasonable scenario.
Most Android phones are like that because most people just don't care. They're not the only option though. If you buy a bootloader-unlocked phone you can run straight-up open source software on it. You can optionally install the Google apps on top, but AOSP is a fully functional baseline setup - phone, web, mail, SMS, etc - with no lock-in. You can download the whole thing as source, build every bit yourself, and load it on your phone.
You'll want to stick to models with strong community support. Anything "Nexus" will have solid community support for a long time. Other popular models tend to have okay support for at least a few years. If you off the beaten path you can still hack and patch it yourself.
Microsoft wants you to use Edge and wants their settings to stick. Why are you obviously purposefully reverting their settings? They go out of their way to create a normal default setting and you switch it back. Many times this has happened. There's no excuse for this horseshit.
FTFY.
... Just like Mercury, Gemini, and Apollo.
Fusion consumes very little fuel, and therefore creates very little helium. If we converted the entire planet to 100% fusion energy it would still be several orders of magnitude short of our helium demand. https://www.reddit.com/r/asksc...
Shift-H is mapped by default in vimium. It's chorded, but at least it keeps you on the home row.
I come here to see the news picked apart in the discussions, not to get the latest breaking headlines. I therefore find either a paywalled link (so I can't RTFA), or a discussion about a previous paywalled link which doesn't match the article I'm reading.
However, thank you for taking the time to answer us. I'm more optimistic for Slashdot's future knowing that you've given thought to this and are making a reasoned decision.
I'm equally interested in blocking out what the blue team is saying. Truly, it's bipartisan: I'm tired of hearing about the guy regardless of who is speaking.
After trying several solutions I settled on Mairix. Searches are screaming fast (less than a second to search several hundred thousand emails), indexing is fast, it's reliable (no problems in the 5+ years I've been using it), and the search language is easy and flexible.
* I use procmail to send a copy of everything to an archive, rotated monthly .bashrc: "function search() { mairix -o $$ $* && mutt -f ~/Mail/$$ ; rm ~/Mail/$$ ; }" .mairixrc:
* The archive is therefore just a handful of mbox files
* I have a cron job to run "mairix -Q" every 5 minutes, and "mairix -p" nightly
* I have this in my
* And here's my
base=~/Mail
database=~/.mairixdb
mbox=archive-*
mformat=mbox
omit=spam
With the above, I can find:
* everything from slashdot in the last two months: search f:slashdot d:2m-
* any emails I sent containing "squishy" in the body: search f:subreality b:squishy
* messages with "password" or "passwd" or similar in the subject: search s:passw=
* get a quick summary of the search language: search -h
It's so good that I download all my email from my work Gmail account so I can search it... sometimes Google's search just isn't precise enough to find what I need.
Creating a widespread system of censorship is not the right approach:
1) It violates the principles the United States was founded on.
2) Suppressing the free flow of information deprives people of the liberty to make their own informed decisions.
3) When other opinions are squelched, the communication channel becomes a propaganda channel and loses all credibility.
4) This infrastructure will be abused. Now, ISIS. Next, common criminals. Eventually, dissidents.
Are you sure YOU know the difference between UTC and GMT?
It's not that UTC sounds cooler... It's what we actually use. UTC ticks based on atomic clocks and it's what's distributed through NTP. GMT (really UT) tracks Earth's rotation, doesn't have a stable second, and there are no high-precision realtime references.
Most programmers just need to know the number of seconds since Midnight, Jan 1, 1970, GMT, as God intended.
time_t doesn't count the number of absolute SI seconds since the Epoch: it assumes days are always 86400.0 seconds long, and completely ignores leap seconds... even worse, before 1972 they used sub-second leaps, so the offset isn't even an integer.
So, all told, why not refer to it as UTC since that's actually correct?
The fact that you get /a/ face isn't profound, but the resulting image is interesting. It gives a good picture of the things that human vision uses to locate faces: obviously the eyes and mouth are most prominent; there's moderate contrast for the cheekbones and nose; the oval shape is only vague; the neck, ears, eyebrows, and hairline are almost entirely missing.
I expect those are already well known to vision specialists, but to me, it's an interesting analysis of the exact details which make an inanimate object become a face.
Great, let's charge people 5000% of their rates when something terrible hits
Yes, we should do exactly that: encourage people to send a quick "I'm OK" text or 30-second call, then get off the air so everyone else check in. If you want to yak, just wait an hour until the surge is over.
My Arduino projects don't require the power of a 32-bit processor, but do run on batteries. How much more (... or less maybe?) power is drawn by this processor?
It's reasonably close. If you check the datasheets for "Static Characteristics" / "DC Characteristics" you'll find:
The LPC1114FN28 (the ARM chip) draws 9ma @50 MHz, 6ua @deep-sleep, and 220na @power-down;
The ATMEGA168PA (typical Arduino-ish AVR) draws 4.2ma @8MHz, 0.8ua @power-save, and 0.1ua @power-down.
These numbers are just for the chips - the Arduino draws considerably more (about 40ma @idle), and you can stretch your batteries a lot by hacking it. To give a sense of scale, the power LED on an Arduino probably draws 5-10 ma just by itself.
Note that this is a "Cortex M0" profile ARM chip - M means Microcontroller, and 0 means low-end. This is a 50 MHz chip with 32K of flash and 4K of RAM. It's more powerful than an AVR, but don't expect to boot Linux on your breadboard with this thing... that's a job for the Cortex A (Application) series.
Source:
http://www.nxp.com/documents/d...
http://www.atmel.com/images/At...
But doesn't the gas form part of the reaction mass? And therefore using a lighter gas would give less thrust? Eg might sulfur hexafluoride be better?
No, these are water rockets. The reaction mass is water. :)
Even if the gas was reaction mass you'd probably want a light gas. A heavy gas might have better impulse per mole or per liter, but lighter gasses will provide more impulse per gram. At some point the larger pressure vessel will add more mass than you're saving on the gas, but I'd expect the optimal gas to be closer to the hydrogen end of the spectrum. Take that with a grain of salt though because I haven't made any attempt at the math.