I don't think they really can. Companies set their prices higher because of simple supply and demand. Australians still consume these products at the higher prices, even though those prices are way above the minimum wage/cost of living differences between the US and Australia. It would require the Australian government to introduce specific price gouging legislation, aimed directly at media companies, and include wording comparing AU to other world prices for the product.
I thought Australia was already doing this by encouraging people to access stuff like Netflix using VPNs and such, even going so far as to have Australia Post set up a virtual sorting center in the US so you can order goods and have them shipped within the US, then bulk-shipped to Australia.
Of course, the problem might really be that the laws are such that to remain profitable, you have to change higher prices. I mean, think of a simple law like mandating that consumer products get 2 years of warranty. Pretty innocent, except it really means you're agreeing to the extended warranty - what may cover 90 days in the US with a 25% extended warranty to 2 years means that warranty price is built into the Australian price.
I mean, compare prices of stuff like Apple products - they actually turn out to be fairly comparable after you account for warranty (the EU and Australian models build in the price of AppleCare), taxes/VAT, and currency differences. Within a couple of hundred dollars in general due to currency fluctuations, but hey. (I pick Apple because they've been fined in the EU for selling AppleCare unnecessarily).
The real problem would be repealing the legislation - consumer groups rightly will protest, and some businesses will rather pocket the cash as extra profit. Though maybe ads of "NEW LOWER PRICE!" can help push the savings down
By all means allow multiple levels of service. Let customers flag some traffic at their routers as high-priority which gets better latency guarantees, of course at a higher price. Then users playing games could choose to have super-low-latency connections for the stuff that matters.
Wasn't this part of IPv6 - that QoS was built into the protocol? So yes, you can mark traffic as high priority and be charged for it as appropriate? It's handled in the routers so it seems like a perfect opportunity to monetize and speed up adoption of IPv6.
Of course, then the next malware hack would be to flag ALL your packets as high priority so you pay more...
This is not related to the SSD. If your cpus are pegged then it's something outside the disk driver. If it's system time it could be two things: (1) Either the compilers are getting into a system call loop of some sort or (2) The filesystem is doing something that is causing lock contention or other problems.
Well, it could be more than two things, but it is highly unlikely to be the SSD.
One thing I've noticed with fast storage devices is that sometimes housekeeping operations by filesystems can stall out the whole system because the housekeeping operations assume the disk I/O will block when, in many cases, the disk I/O completes instantly and essentially does not block, causing the kernel thread to eat more cpu than intended.
True, however, it seems to be caused by the SSD. As in the same machine with SSD and HDD, the SSD will cause the issue, the HDD will not.
And that's the real level of granularity I have into the problem.
I do note it only happens when there is a lot of I/O going on - even the simple act of tarballing a big build directory stalls out (I was actually trying to avoid this issue with the 840EVO by simply refreshing my build tree by tarring up the build onto the HDD, then deleting the SSD, doing a TRIM, then untarring).
The problem is it's not consistent at all. A similar PC (same model, different SSD and HDD) using an 840 Pro (and now 850 Pro as an upgrade) never suffered from the problem.
And given no one else seems to have found the issue with Linux, I'd hesitate posting to the LKML - the 840 Evo's have been out for ages, and if there was a real problem, it would've been reported.
It's just strange when you look at the CPU graphs in Gkrellm and it goes from blue (user) to all orange (system) time and even it stalls out. Like the kernel goes into some sort of introspective state where it contemplates the universe and ignores everything else.
Like I said, it may not be the SSD, but the SSD seems to be an important contributor to the problem.
As to consistent hardware, you're saying this like this is hard or special or something. PC game makers do just fine with variable hardware. Yes, consoles have consistent hardware but that doesn't mean much. That just means you have one version of the operating system with one set of drivers that are slightly better debugged than what the PC people deal with. So what.
It does generally make a big deal because the few AAA games around often break on "different" hardware which can involve merely owning an AMD video card on an NVidia game. Or vice-versa.
Luckily, the number of AAA games on PC is diminishing, and the indie market is exploding, where instead of driving each card to the edge (and thus causing all the problems), indie devs generally code for a common baseline, even Intel graphics.
And you have to admit that Windows does an impressive job at smoothing out the differences. Because back in the days of DOS, things were way more "exciting" in terms of handling differences. Nowadays, Windows presents a generally consistent API set so it doesn't matter what sound card, monitor, etc., you have.
Though, the BIG reason for consoles is easy - piracy. With PC piracy rates above 90%, developers look to consoles because of the vastly lower piracy rates. So when they make a game, the ROI is in consoles and if you make enough money, the PC port will hopefully pay for itself.
Why do you think everyone practically uses Steam? It's a cheap and easy DRM system that comes for practically "free" and offers enough friction that those who buy it will buy it, while those who pirate will pirate, and in some case, it's actually possible to track pirates. Doesn't do much to stem the tide of piracy, but the PC port of most games is a write-off anyways.
Communism fails when anonymous assholes can take advantage of you. Warning signs is when you feel someone is taking advantage of you, but don't know who.
Capitalism fails when rich assholes can take advantage of you. Warning signs is when you feel someone is taking advantage of you, but you have to cooperate with them anyways.
The reason we're stuck with sub-par economic systems is basically because human thinking is small.
Communism, capitalism, they work. In small groups. The problem is humans generally believe that if it works in small groups successfully, it will work in large groups just as well.
Think of it this way - there's a reason why we have two schools of economics - microeconomics, which deals with the economy on a small (personal) level, and macroeconomics, which deals with the economic on a large (city, state, country) level.
What applies to one system doesn't generally apply directly to another. It's basically the reason why we're in what we're in - we keep electing politicians who say things that DO make sense on a small scale, but do not scale and end up going horrendously wrong at the large scale.
Perhaps we need to scale it up from micropolitics that works at a family or village level to macropolitics that applies at a city/state/country level.
This is false. A pilot with a private (non-commercial) license may fly a passenger who reimburses them for the expenses of the flight, including plane rental and fuel. It doesn't become commercial until they make a profit.K/blockquote>
FALSE.
They may only reimburse you THEIR SHARE of the costs.
The FAA is very clear on this. There are several conditions that must be true for it to be OK to carry a passenger and get paid without a commercial license.
FIRST, the passenger's trip must be incidental to the flight. I.e., you the pilot would be going there anyways. So if you were flying off to see a ball game, and a friend asked if he could join you as he was going to a wedding, just fine. However, it is NOT fine if your friend asks if you would fly him for a wedding, and in the meantime, you discover you can go see the game. Your decision to make the trip must be yours and you would've completed the trip without the passenger.
SECOND, the passenger may only pay for their share of the expenses of the flight. So if you were flying as per above, your passenger may not pay the entire cost of the fuel. And of course, he cannot pay you for your time. If you rented the plane, he can pay for his share of the plane rental, but you have to be out of pocket as well. So if you're sharing your own plane, you're entitled to get back from him half the fuel, and half of the general running costs of the plane.
The FAA has made these clarifications even clearer because of aviation inspired Uber-type companies. Of course, this makes it truly a ride-sharing enterprise since they're paying their way, and you're paying yours.
Profit is not the only thing that makes a flight commercial. And yes, you need to keep good records because the FAA has busted pilots on this.
Of course, getting your commercial license isn't that much harder over a private's (especially if you stick with single engine land - you don't need multiengine to get a commercial, though if you do upgrade, you will need to take the commercial multi-engine), so if you really want to skate the line, perhaps it's best to just go for it. Then it's all free, legal and in the clear and you won't worry about the FAA. Especially about the first point where the trip is incidental and it boils down to subtlety. Did you really want to go there or did you make a special trip?
It's a lot like the ham radio "non-commercial" rule.
Get a job that requires you physically be there. You can't outsource the fry guy to India. Then the question comes back to whether your job can be replaced by a robot or computer.
Or, be the guy everyone wants. I know a pile of the/. crowd hate dealing with other people and would rather just talk to the computer, but that's basically the gist of the whole offshoring thing - if you're someone people don't see or interact with directly, it doesn't matter if you're here, or India.
So be the guy people talk to - especially customers. If you're dealing with customers, and you establish a rapport with them, quite likely they will try to follow you. This is especially if you're dealing with trust - if customers trust that you can deliver the goods, and are basically honest, they will seek you out.
We ran into this issue with a customer - the customer wanted to do a side project, and we were unable to do so (lacking the required skills, or so we thought), so they were going to contract it out. But they're uncomfortable - being the product in question is part of their "secret sauce" and they really don't want to risk it getting out there.
We're presenting ourselves as people they've already worked with, and as such, they already trust (me in particular who actually worked with them). If they trust me, they can trust my decisions, so if I bring in someone else from the company, they would be satisfied if I'm happy with them to extend that trust.
No, I do not work in sales or marketing, I'm just an engineer who doesn't hide in a dark corner of the office. I put myself front and center with the customer. Yes, it also means it's a PITA because I don't get to often touch the stuff as much as I'd like thanks to meetings and documentation and other project work, but it's hard to offshore the person the customer trusts to handle their work. Bring them a new face without my approval and they're rightly worried. And yes, if I'm attempted to be offshored, I will give them the training, but not the trust, probably because most likely, I don't trust them myself.
You put the face to the customer. If you're some anonymous engineer in the back no one sees, well, it doesn't matter if it's here or elsewhere, no one can tell the difference. But if you're a visible presence, and customers know you, it's a lot harder to have your work passed to someone else. Customers know when you don't trust the new guy, and customers hate it when someone they know and deal with productively gets swapped out for an unknown. Especially risky near the end of a contract since they may not have the rapport to renew and just cancel the whole thing.
We have a bunch of shared build PCs with 840 Evo SSDs in them and we noticed strange problems when we build off the SSD (over say, the HDD).
Basically what would happen after a little while (a month), all of a sudden during the build the entire system would practically lock up - all the cores are pegged at 99% system time, and system responsiveness collapses - it can literally be minutes for the system to respond. It makes a little headway, but compilation speed drops (since 99% of every core is spent in the kernel). It's completely fine off the hard drive, and if it wasn't for this loss in speed, the SSD would be faster (right now because it pauses a few minutes every 15 or so, the HDD is faster).
It's completely unusual - I did try to analyze the kernel, which appeared to have all the cores tied up in ext4 spinlocks. Not sure if it's a result of the tables being slow and blocking or what.
It happens under high load - I normally set the build at 12 threaded builds (8 cores!). Thought at first it was Linux collapsing under the weight of the build, but it's actually the SSD. Building off hard drive on the system system is no problem at all.
It has no power loss protection, so now it could lose data much faster. It should be good for worthless data but that is all. I am not sure if it has at least small capacitors, the half-assed power loss mitigation technique which does not protect new flushed data, but at least prevents the loss of old, unrelated data.
You don't need power protection if you take precautions and design your system around the fact that power can be removed at any time.
Some SSDs cheaped out and didn't have power protection AND used features that requires it (usually to get better performance - obviously if you're not worried about power dropping abruptly, you can avoid writing code to protect against it). It's no surprise those SSDs corrupted data liberally because their translation tables got corrupted.
But there are plenty of SSDs that aren't concerned with performance. In fact, if you're on SATA, performance is no longer important as they're all maxing out the SATA bus. If you're wondering why they all seem to be at 540MB/sec read and writes, that's because SATA is now the bottleneck. So now you can spend lots of time working on power-fail-safe firmware - because if you're stuck at 540MB/sec, it doesn't matter what performance tweaks you do because you're stuck there. If you can do 1GB/sec internally, and power safe code loses 40% of that, you do it. 1GB/sec is wasted on SATA, but you can save a few bucks by not needing power backup parts. 40% loss brings you down to only 600MB/sec, which is faster than SATA still.
It's why next gen SSDs are going PCIe - 540MB/sec is nothing compared to 1.5GB/sec you can find on Apple's machines.
Power fail is nice to have, but given everything's limited by SATA more than anything else, it's currently optional. For PCIe SSDs, you'd expect power fail components because you need performance.
Ironically, the faster it is, the less you need since you just need to dump your tables to storage ASAP, and if you're able to do 1.5GB/sec writes, and your tables are 500MB in size, you only need power for half a second. While if your media speeds was only 500MB/sec, you';d need power for a whole second.
I am getting tired of Volkswagon Beetle laptop computer. Intel is just now making a U-series processor as fast as an 4-year old M. Are we heading into the computer dark ages?
Well, it's Intel branching out.
You want a fast laptop? They still exist - big, heavy, poor battery life, but plenty powerful and ready for the heaviest of gaming sessions or CAD or compiling or whatever.
But Intel's realized most PCs are "fast enough" so why not make a lower power chip so you can make cute, svelte, thin and light PCs that would let most people do their Microsoft Office work? You don't need a 3.5GHz i7 just to write a document in Word.
People who need the power, it will exist. But there's plenty of people who don't need all that power and would rather have a very lightweight PC they can carry around and last all day on batteries.
Yes, I know. I had to borrow an 11" Macbook Air for a trip. Not a computer I would remotely even consider purchasing for myself, but work had a spare and I took it along on vacation to serve as a travel PC. Well, I wasn't compiling on it, but browsing the web, emails, it was VERY handy. And the light weight and thin nature meant carrying it around wasn't a bother at all. Would I buy one? Probably not, but I see its appeal.
Hasn't "Don't roll your own crypto, dumbass" been one of the cardinal rules of security since sometime before WEP violated it?
The least you can do is implement a real algorithm; but screw it up somehow (key handling is always a good place for that); but just making it up? How did they sneak this past a standards body?
WEP used a standard algorithm - RC4. They just accidentally screwed it up because of the way RC4 works (related to key handling and IVs).
A homegrown algorithm for WiFi is TKIP, which was created because RC4 had hardware acceleration, while AES didn't at the time. So they created TKIP to leverage the hardware crypto alongside several protections to mitigate several shortcomings that were found.
Even for something as simple as AES it's a chore to find an open implementation that's actively being maintained and that works with your system; and when you do one of your expensive security consultant mandates that you stop using AES for being too old and not cool enough.
AES is fixed by standard. There is no need to "maintain" it - as long as the code compiles properly you're done.
Of course, the vast majority of people will just use OpenSSL or LibreSSL, being BSD licensed and all that. Even on embedded systems there is often a reference AES implementation.
That alone should be disincentive to roll your own algorithm - the fact that the standard ones are available everywhere for practically no cost and very little effort. Why write your own algorithm when you can copy and paste an existing one in? Even the lazy should see the benefits.
While mandating new car use will reduce tailpipe emissions, driving old cars for maximum life, given they are maintained, will result in less total emissions.
The problem is maintenance.
If you have a clunker worth $1500 or so, you won't do anything to it that costs more than $100 or so - basically a tank of gas. If it emits a pile of smoke out the tailpipe, you aren't going to fix it because it'll cost more than the car itself.
Yes, not buying a new one costs less in resources. However, once you've reached the BER (Beyond Economical Repair) state, there's no such thing as maintenance.
And it isn't just a "poor" problem. Some people have figured that with depreciation and all that, they're only ever going to spend $500 on cars. (And it turns out if you're not picky on the year, you can pick up older luxury cars for that, so you can own a beemer or something for under $2000).
And pretty much all that goes into the car gas - the check engine light may be on since it was bought and it'll stay on until something catastrophic fails and it just quits. OK, it'll also get oil, But none of it is changed (even a $20 oil change is too much money), just replaced because it all went up the tailpipe.
BER also applies to everything else - people cry foul at not being able to repair things, yet the concept still applies - if your TV breaks and it's gonna cost 3 hours to fix, and a new one is $1000, you're so close to BER it probably is easier to just buy new.
Repairing may be better for the environment and all sorts of other things that iFixit's CEO can claim, but unless your time is free, economics dictate the reality. Either that, or iFixit starts offering a parts-only repair service where you send your product to them, and you pay for parts, labor is free. Otherwise people won't bother repairing and just "donate" the broken item to the hobbyist who will fix it in their spare time.
Of course we already know that this virii/trojan/whatever you want to call it isn't messing around with the partition table, so your point is moot. Since fixmbr can rebuild even a ruined boot sector or bad boot code, that solves the majority of the issue in question. Deleting the partition table however would cause more of an issue for most people, since most people have no idea how to rebuild a partition table manually.
From the Cisco link, it does wipe the partition table. In this case, MBR doesn't mean just initial boot code, but the whole boot sector of the system, which contains the partition table as well. (Probably one of those legacy PC things we're still living with... most other sane systems generally move the boot code or the partition table elsewhere.).
Basically it rewrites sector 0.
Which on a modern Windows system, does squat since we're using EFI boot which no longer does the sector chainboot the old BIOS does. Plus, modern systems don't use MBR partitioning, they use GPT, which while having an MBR, the MBR is marked as protective so MBR aware tools won't try to inadvertently create a MBR partition table over the GPT one.
GPT tools can reasily rebuild the protective MBR without even reading the GPT since the protective MBR partition is fixed type, and spans the whole disk (or first 2TB, maxing out MBR).
"...after music streaming service Grooveshark was shutdown" Why in hell are you using a noun when a verb is required?
This is how language evolves.
Sometimes you can convince people to drop a useful construct or misspelling - like by telling them it makes their arguments less convincing. Other times it's like trying to sweep back the tied.[sic]
Well, as someone once said, verbing weirds language.
(Verbing is the act of turning a noun into a verb).
If this pans out perhaps we can get legal precedence against the horrible online ads that tell you there were 349856 problems detected with your computer.
The MacKeeper ads I see plainly advertise MacKeeper as trying to fix the problems, not the fake-popups that scream 6t2987629 problems were detected like on Windows...
Still, it's funny when I see the ads and they say to run their tool. My Mac is so ancient that it's not even running a compatible version of OS X. (Not really Apple's fault here. It's 12 years old now).
FIXMBR only works if the bootcode is wrong or missing. It doesn't help if the entire MBR has been cleared, since the disk's partition table is also stored in that sector.
It's curious why the virus would clear the MBR - if you have a large drive (> 2TB) or Windows 8, your hard drive uses GPT and not MBR. Sure a GPT disk has an MBR (called a "protective MBR") that basically blocks out the GPT partitions, but that's to prevent existing partitioning tools from screwing up the GPT partitions as they'll see a fully partitioned disk.
If you have GPT, an MBR wipe out means absolutely squat - your partitioner might complain that the protective MBR is missing, but that's trivial to recreate since it basically covers the entire disk (or the first 2TB, the maximum MBR can cover).
Untrue. Watch the very first iPhone keynote. The endless claims about it running full OSX are presented in full force.
Yes, it runs OS X internally. But the UI kit is completely different from OS X. As it should be because a mouse, keyboard, touchpad forces a different style of interactions than a touchscreen. The easiest way to make a piss-poor UI is to pretend a touchscreen is a mouse (what Windows had done traditionally). Because what happens is the UI works with a mouse, but it's finicky and painful to use on a touch screen. (There isn't any "right-click" on a touch screen. You can emulate it, but it's not as convenient).
Likewise, you can't "hover" with a touchscreen so tool tips are ineffective (and your finger covers half of it up).
Apple may have based iOS on OS X, but the upper layer stuff is completely different to force developers to actually consider how they use a touchscreen over simply porting an existing app.
I'm surprised they lasted that long, but for a specific reason: what they were doing typically breaks microwave ovens. There is a switch that turns the magnetron off when the door is open, but if it opens while there is current flowing, it creates an arc. This arc causes a lot more wear than if the switch had opened with no current flowing.
Actually, I believe most safety switches don't cut out the power supply to the magnetron - they instead either signal the microprocessor to shut down the power supply or they merely bring a power inhibit signal to the power supply. This way the safety switch isn't carrying dangerous currents, and the processor has to shut down the power supply. usually it's just a solid-state relay where you deassert the signal and it'll stop at the zero-crossing.
I'm surprised it was written at all. Would YOU want anyone to know that you'd spent 17 years looking out into the galaxy for a signal that only occurred during office hours on weekdays and came from the microwave oven in your own break room? It would be much less embarrassing to just buy a new microwave and let the signals mysteriously disappear. Maybe attribute them to some convenient change in the galactic environment. Or maybe even better to remove sources of microwaves from the vicinity of an operating radio astronomy telescope?
Well, actually, they knew it was man-made because it triggered all the detectors at once. If it was from outer space, then only the telescopes pointed in the general direction would pick it up. Here, all the telescopes picked up the same event at the same time, which indicates manmade interference.
The problem is it was erratic, it lasted barely a second, and it was completely unpredictable.
Perhaps it happened a touch more often around noon, but that could be any number of things - including solar induced interference. And it only happened when the user opened the door prematurely - if they let it run through the clock, or hit the stop button, nothing would happen.
And perhaps some days it doesn't happen at all.
The problem is the data points were insufficient enough to put on a correlation - and if it happens infrequently enough, well, it's easier to ignore it if it happens twice a week.
In other words, its discovery was probably close to accidental, and only then did they actually go and test the hypothesis out.
And though they have only combed through a small portion of the data, they say they have found several instances of officers appearing to lie, use racist language, and use excessive forceÃ"with no consequences. In fact, they believe that the Office of Professional Accountability (OPA) has systematically "run interference" for cops. In the aforementioned cases of alleged officer misconduct, all of the involved officers were exonerated and still remain on the force.
"We're trying to do OPA's job for them because OPA was so explicitly not interested in doing their own job," said Rachner.
When the police ignore the law without consequence, someone needs to be doing something, because clearly the damned police are incapable of it.
Blah blah blah.
You do realize that an accusation doesn't mean it's true, right? There's things like evidence and other things that are required to sustain the conviction.
Just because a cop "appears" to use excessive force doesn't mean it wasn't justified in the end. Or perhaps the victim believed he was brutally assaulted because he got in the end a bruise.
And that's the problem with the article - it's all couched in language that basically says "we think this happened, we believed the victim, the police are hiding something" than "this is really happening, here's the evidence of it, and despite this, you can see this police officer is still actively serving".
Yes, I advocate more cameras on both sides, as well as the standard that lack of camera footage shall be interpreted in a way most beneficial to the other party (i.e., against the officer).
And that's the real problem - it's all he-said she-said, with no evidence. In a lot of places said officers who were dismissed could sue to get their jobs back and win because of lack of evidence.
And yes, most officers lie. The only way to keep them honest is video because in a he-said she-said, the one who appears more credible wins, and that's rarely a bystander.
If you really want to support a band that you like especially if they are on an indie label, just go to one of their concerts, buy a t-shirt, have fun, and maybe meet the band.
That works only for bands. But there's more music than bands, especially when it's composers, musicians and others that get together for a recording session, usually because the music in the end is a work for hire.
Stuff like classical music, soundtracks (movie and video games) and others.
And yes, I try to avoid buying lossy compressed music. I mean, one of the biggest things that Neil Young has done was open a FLAC-selling music store. Ignoring all the crap about high res audio and his sucky hardware player, at least his music store sells stuff in FLAC. And unlike say, HD Tracks, Ponomusic.com does carry "regular" CD-quality music as well. (HDTracks only sells music with higher sample rate than 44.1kHz (i.e., 48kHz+) or (inclusive) bit depth greater than 16 bits. So you can find 16 bit 48khz at a minimum).
But being able to just find even a 44.1/16 recording is good enough.
And if he was to prescribe a standard antibiotic, you can buy them yourself at a pet supply. The same antibiotics used for fish are the same that you are given. Exactly the same, just different labels and no prescription required.
True, but it's usually the other way around - filling out the pet's prescription at the pharmacist is usually CHEAPER than getting the vet's office to fill it out. It's a huge scam really - and many vets will actively refuse to give you a scrip for the medicine - they'll simply package it up at the counter and ask you to pay an inflated rate for it.
Yes, it's a business model. The reason human medicines are cheaper is greater volume - there are just simply more humans who need a particular antibiotic than dogs or cats who are prescribed same.
Only while there is a passenger in the car. It does NOT cover the period where the driver is actively looking for a fare.
It's a subtle point, but a driver going to pick up a fare can get in an accident, and an insurance company can consider that commercial uncovered behavior (the driver was not using the car for pleasure, or commute purposes).
And it can be a lot worse - Uber could be required to follow things like "taxi bill of rights" laws that say if a driver is unable to provide the fare the required trip, they must wait for another driver who will. (Too many taxi drivers were passing up fares because they were "too black" or other discriminatory measure, or even something as simple as not being handi-accessible. They're required to call in a new vehicle and wait with the fare until the replacement arrives.).
Since when have the bad guys limited themselves to what was available to the general public? Or even limited themselves to what one person could do?
Exactly. These locks are supposed to be used in very high security areas. You know, protecting stuff with lots of value. If the stuff inside is worth $10M, would $1M in equipment be expensive? Not really (especially if you know of another site with another $10M of stuff and can re-use your purchases).
Even the mechanical destruction is a concern - unless the lock is in an area under constant surveillance, there's an opportunity to find one in a poorly lit area that people forgot about. Knock it out and you have access into the area it was protecting.
So... they will have to reboot daily from this point onwards ? And wait for extra 15 minutes before leaving work ?
Oh god. Bring back patch Tuesday.
Thank you Google, for your inflexible 90 day deadlines that expired a couple of days BEFORE patch Tuesday.
You can bet this came out directly because of those issues that Google published a few days early This way Microsoft can have patches ready ahead of time before the deadline, instead of having to wait for patch Tuesday.
Google: FYI, Windows users probably make up the bulk of advertising revenue. Having Microsoft release shoddy patches early to meet your arbitrary deadlines would mean more breakage and therefore less people to sell.
Slashdot Mirror
I thought Australia was already doing this by encouraging people to access stuff like Netflix using VPNs and such, even going so far as to have Australia Post set up a virtual sorting center in the US so you can order goods and have them shipped within the US, then bulk-shipped to Australia.
Of course, the problem might really be that the laws are such that to remain profitable, you have to change higher prices. I mean, think of a simple law like mandating that consumer products get 2 years of warranty. Pretty innocent, except it really means you're agreeing to the extended warranty - what may cover 90 days in the US with a 25% extended warranty to 2 years means that warranty price is built into the Australian price.
I mean, compare prices of stuff like Apple products - they actually turn out to be fairly comparable after you account for warranty (the EU and Australian models build in the price of AppleCare), taxes/VAT, and currency differences. Within a couple of hundred dollars in general due to currency fluctuations, but hey. (I pick Apple because they've been fined in the EU for selling AppleCare unnecessarily).
The real problem would be repealing the legislation - consumer groups rightly will protest, and some businesses will rather pocket the cash as extra profit. Though maybe ads of "NEW LOWER PRICE!" can help push the savings down
Wasn't this part of IPv6 - that QoS was built into the protocol? So yes, you can mark traffic as high priority and be charged for it as appropriate? It's handled in the routers so it seems like a perfect opportunity to monetize and speed up adoption of IPv6.
Of course, then the next malware hack would be to flag ALL your packets as high priority so you pay more...
True, however, it seems to be caused by the SSD. As in the same machine with SSD and HDD, the SSD will cause the issue, the HDD will not.
And that's the real level of granularity I have into the problem.
I do note it only happens when there is a lot of I/O going on - even the simple act of tarballing a big build directory stalls out (I was actually trying to avoid this issue with the 840EVO by simply refreshing my build tree by tarring up the build onto the HDD, then deleting the SSD, doing a TRIM, then untarring).
The problem is it's not consistent at all. A similar PC (same model, different SSD and HDD) using an 840 Pro (and now 850 Pro as an upgrade) never suffered from the problem.
And given no one else seems to have found the issue with Linux, I'd hesitate posting to the LKML - the 840 Evo's have been out for ages, and if there was a real problem, it would've been reported.
It's just strange when you look at the CPU graphs in Gkrellm and it goes from blue (user) to all orange (system) time and even it stalls out. Like the kernel goes into some sort of introspective state where it contemplates the universe and ignores everything else.
Like I said, it may not be the SSD, but the SSD seems to be an important contributor to the problem.
It does generally make a big deal because the few AAA games around often break on "different" hardware which can involve merely owning an AMD video card on an NVidia game. Or vice-versa.
Luckily, the number of AAA games on PC is diminishing, and the indie market is exploding, where instead of driving each card to the edge (and thus causing all the problems), indie devs generally code for a common baseline, even Intel graphics.
And you have to admit that Windows does an impressive job at smoothing out the differences. Because back in the days of DOS, things were way more "exciting" in terms of handling differences. Nowadays, Windows presents a generally consistent API set so it doesn't matter what sound card, monitor, etc., you have.
Though, the BIG reason for consoles is easy - piracy. With PC piracy rates above 90%, developers look to consoles because of the vastly lower piracy rates. So when they make a game, the ROI is in consoles and if you make enough money, the PC port will hopefully pay for itself.
Why do you think everyone practically uses Steam? It's a cheap and easy DRM system that comes for practically "free" and offers enough friction that those who buy it will buy it, while those who pirate will pirate, and in some case, it's actually possible to track pirates. Doesn't do much to stem the tide of piracy, but the PC port of most games is a write-off anyways.
The reason we're stuck with sub-par economic systems is basically because human thinking is small.
Communism, capitalism, they work. In small groups. The problem is humans generally believe that if it works in small groups successfully, it will work in large groups just as well.
Think of it this way - there's a reason why we have two schools of economics - microeconomics, which deals with the economy on a small (personal) level, and macroeconomics, which deals with the economic on a large (city, state, country) level.
What applies to one system doesn't generally apply directly to another. It's basically the reason why we're in what we're in - we keep electing politicians who say things that DO make sense on a small scale, but do not scale and end up going horrendously wrong at the large scale.
Perhaps we need to scale it up from micropolitics that works at a family or village level to macropolitics that applies at a city/state/country level.
Or, be the guy everyone wants. I know a pile of the /. crowd hate dealing with other people and would rather just talk to the computer, but that's basically the gist of the whole offshoring thing - if you're someone people don't see or interact with directly, it doesn't matter if you're here, or India.
So be the guy people talk to - especially customers. If you're dealing with customers, and you establish a rapport with them, quite likely they will try to follow you. This is especially if you're dealing with trust - if customers trust that you can deliver the goods, and are basically honest, they will seek you out.
We ran into this issue with a customer - the customer wanted to do a side project, and we were unable to do so (lacking the required skills, or so we thought), so they were going to contract it out. But they're uncomfortable - being the product in question is part of their "secret sauce" and they really don't want to risk it getting out there.
We're presenting ourselves as people they've already worked with, and as such, they already trust (me in particular who actually worked with them). If they trust me, they can trust my decisions, so if I bring in someone else from the company, they would be satisfied if I'm happy with them to extend that trust.
No, I do not work in sales or marketing, I'm just an engineer who doesn't hide in a dark corner of the office. I put myself front and center with the customer. Yes, it also means it's a PITA because I don't get to often touch the stuff as much as I'd like thanks to meetings and documentation and other project work, but it's hard to offshore the person the customer trusts to handle their work. Bring them a new face without my approval and they're rightly worried. And yes, if I'm attempted to be offshored, I will give them the training, but not the trust, probably because most likely, I don't trust them myself.
You put the face to the customer. If you're some anonymous engineer in the back no one sees, well, it doesn't matter if it's here or elsewhere, no one can tell the difference. But if you're a visible presence, and customers know you, it's a lot harder to have your work passed to someone else. Customers know when you don't trust the new guy, and customers hate it when someone they know and deal with productively gets swapped out for an unknown. Especially risky near the end of a contract since they may not have the rapport to renew and just cancel the whole thing.
We have a bunch of shared build PCs with 840 Evo SSDs in them and we noticed strange problems when we build off the SSD (over say, the HDD).
Basically what would happen after a little while (a month), all of a sudden during the build the entire system would practically lock up - all the cores are pegged at 99% system time, and system responsiveness collapses - it can literally be minutes for the system to respond. It makes a little headway, but compilation speed drops (since 99% of every core is spent in the kernel). It's completely fine off the hard drive, and if it wasn't for this loss in speed, the SSD would be faster (right now because it pauses a few minutes every 15 or so, the HDD is faster).
It's completely unusual - I did try to analyze the kernel, which appeared to have all the cores tied up in ext4 spinlocks. Not sure if it's a result of the tables being slow and blocking or what.
It happens under high load - I normally set the build at 12 threaded builds (8 cores!). Thought at first it was Linux collapsing under the weight of the build, but it's actually the SSD. Building off hard drive on the system system is no problem at all.
You don't need power protection if you take precautions and design your system around the fact that power can be removed at any time.
Some SSDs cheaped out and didn't have power protection AND used features that requires it (usually to get better performance - obviously if you're not worried about power dropping abruptly, you can avoid writing code to protect against it). It's no surprise those SSDs corrupted data liberally because their translation tables got corrupted.
But there are plenty of SSDs that aren't concerned with performance. In fact, if you're on SATA, performance is no longer important as they're all maxing out the SATA bus. If you're wondering why they all seem to be at 540MB/sec read and writes, that's because SATA is now the bottleneck. So now you can spend lots of time working on power-fail-safe firmware - because if you're stuck at 540MB/sec, it doesn't matter what performance tweaks you do because you're stuck there. If you can do 1GB/sec internally, and power safe code loses 40% of that, you do it. 1GB/sec is wasted on SATA, but you can save a few bucks by not needing power backup parts. 40% loss brings you down to only 600MB/sec, which is faster than SATA still.
It's why next gen SSDs are going PCIe - 540MB/sec is nothing compared to 1.5GB/sec you can find on Apple's machines.
Power fail is nice to have, but given everything's limited by SATA more than anything else, it's currently optional. For PCIe SSDs, you'd expect power fail components because you need performance.
Ironically, the faster it is, the less you need since you just need to dump your tables to storage ASAP, and if you're able to do 1.5GB/sec writes, and your tables are 500MB in size, you only need power for half a second. While if your media speeds was only 500MB/sec, you';d need power for a whole second.
Well, it's Intel branching out.
You want a fast laptop? They still exist - big, heavy, poor battery life, but plenty powerful and ready for the heaviest of gaming sessions or CAD or compiling or whatever.
But Intel's realized most PCs are "fast enough" so why not make a lower power chip so you can make cute, svelte, thin and light PCs that would let most people do their Microsoft Office work? You don't need a 3.5GHz i7 just to write a document in Word.
People who need the power, it will exist. But there's plenty of people who don't need all that power and would rather have a very lightweight PC they can carry around and last all day on batteries.
Yes, I know. I had to borrow an 11" Macbook Air for a trip. Not a computer I would remotely even consider purchasing for myself, but work had a spare and I took it along on vacation to serve as a travel PC. Well, I wasn't compiling on it, but browsing the web, emails, it was VERY handy. And the light weight and thin nature meant carrying it around wasn't a bother at all. Would I buy one? Probably not, but I see its appeal.
WEP used a standard algorithm - RC4. They just accidentally screwed it up because of the way RC4 works (related to key handling and IVs).
A homegrown algorithm for WiFi is TKIP, which was created because RC4 had hardware acceleration, while AES didn't at the time. So they created TKIP to leverage the hardware crypto alongside several protections to mitigate several shortcomings that were found.
AES is fixed by standard. There is no need to "maintain" it - as long as the code compiles properly you're done.
And for AES, because it's an official encryption algorithm, NIST has the official specification document, and the original author has the reference code.
Of course, the vast majority of people will just use OpenSSL or LibreSSL, being BSD licensed and all that. Even on embedded systems there is often a reference AES implementation.
That alone should be disincentive to roll your own algorithm - the fact that the standard ones are available everywhere for practically no cost and very little effort. Why write your own algorithm when you can copy and paste an existing one in? Even the lazy should see the benefits.
The problem is maintenance.
If you have a clunker worth $1500 or so, you won't do anything to it that costs more than $100 or so - basically a tank of gas. If it emits a pile of smoke out the tailpipe, you aren't going to fix it because it'll cost more than the car itself.
Yes, not buying a new one costs less in resources. However, once you've reached the BER (Beyond Economical Repair) state, there's no such thing as maintenance.
And it isn't just a "poor" problem. Some people have figured that with depreciation and all that, they're only ever going to spend $500 on cars. (And it turns out if you're not picky on the year, you can pick up older luxury cars for that, so you can own a beemer or something for under $2000).
And pretty much all that goes into the car gas - the check engine light may be on since it was bought and it'll stay on until something catastrophic fails and it just quits. OK, it'll also get oil, But none of it is changed (even a $20 oil change is too much money), just replaced because it all went up the tailpipe.
BER also applies to everything else - people cry foul at not being able to repair things, yet the concept still applies - if your TV breaks and it's gonna cost 3 hours to fix, and a new one is $1000, you're so close to BER it probably is easier to just buy new.
Repairing may be better for the environment and all sorts of other things that iFixit's CEO can claim, but unless your time is free, economics dictate the reality. Either that, or iFixit starts offering a parts-only repair service where you send your product to them, and you pay for parts, labor is free. Otherwise people won't bother repairing and just "donate" the broken item to the hobbyist who will fix it in their spare time.
From the Cisco link, it does wipe the partition table. In this case, MBR doesn't mean just initial boot code, but the whole boot sector of the system, which contains the partition table as well. (Probably one of those legacy PC things we're still living with... most other sane systems generally move the boot code or the partition table elsewhere.).
Basically it rewrites sector 0.
Which on a modern Windows system, does squat since we're using EFI boot which no longer does the sector chainboot the old BIOS does. Plus, modern systems don't use MBR partitioning, they use GPT, which while having an MBR, the MBR is marked as protective so MBR aware tools won't try to inadvertently create a MBR partition table over the GPT one.
GPT tools can reasily rebuild the protective MBR without even reading the GPT since the protective MBR partition is fixed type, and spans the whole disk (or first 2TB, maxing out MBR).
Well, as someone once said, verbing weirds language.
(Verbing is the act of turning a noun into a verb).
The MacKeeper ads I see plainly advertise MacKeeper as trying to fix the problems, not the fake-popups that scream 6t2987629 problems were detected like on Windows...
Still, it's funny when I see the ads and they say to run their tool. My Mac is so ancient that it's not even running a compatible version of OS X. (Not really Apple's fault here. It's 12 years old now).
It's curious why the virus would clear the MBR - if you have a large drive (> 2TB) or Windows 8, your hard drive uses GPT and not MBR. Sure a GPT disk has an MBR (called a "protective MBR") that basically blocks out the GPT partitions, but that's to prevent existing partitioning tools from screwing up the GPT partitions as they'll see a fully partitioned disk.
If you have GPT, an MBR wipe out means absolutely squat - your partitioner might complain that the protective MBR is missing, but that's trivial to recreate since it basically covers the entire disk (or the first 2TB, the maximum MBR can cover).
Yes, it runs OS X internally. But the UI kit is completely different from OS X. As it should be because a mouse, keyboard, touchpad forces a different style of interactions than a touchscreen. The easiest way to make a piss-poor UI is to pretend a touchscreen is a mouse (what Windows had done traditionally). Because what happens is the UI works with a mouse, but it's finicky and painful to use on a touch screen. (There isn't any "right-click" on a touch screen. You can emulate it, but it's not as convenient).
Likewise, you can't "hover" with a touchscreen so tool tips are ineffective (and your finger covers half of it up).
Apple may have based iOS on OS X, but the upper layer stuff is completely different to force developers to actually consider how they use a touchscreen over simply porting an existing app.
Actually, I believe most safety switches don't cut out the power supply to the magnetron - they instead either signal the microprocessor to shut down the power supply or they merely bring a power inhibit signal to the power supply. This way the safety switch isn't carrying dangerous currents, and the processor has to shut down the power supply. usually it's just a solid-state relay where you deassert the signal and it'll stop at the zero-crossing.
Well, actually, they knew it was man-made because it triggered all the detectors at once. If it was from outer space, then only the telescopes pointed in the general direction would pick it up. Here, all the telescopes picked up the same event at the same time, which indicates manmade interference.
The problem is it was erratic, it lasted barely a second, and it was completely unpredictable.
Perhaps it happened a touch more often around noon, but that could be any number of things - including solar induced interference. And it only happened when the user opened the door prematurely - if they let it run through the clock, or hit the stop button, nothing would happen.
And perhaps some days it doesn't happen at all.
The problem is the data points were insufficient enough to put on a correlation - and if it happens infrequently enough, well, it's easier to ignore it if it happens twice a week.
In other words, its discovery was probably close to accidental, and only then did they actually go and test the hypothesis out.
Blah blah blah.
You do realize that an accusation doesn't mean it's true, right? There's things like evidence and other things that are required to sustain the conviction.
Just because a cop "appears" to use excessive force doesn't mean it wasn't justified in the end. Or perhaps the victim believed he was brutally assaulted because he got in the end a bruise.
And that's the problem with the article - it's all couched in language that basically says "we think this happened, we believed the victim, the police are hiding something" than "this is really happening, here's the evidence of it, and despite this, you can see this police officer is still actively serving".
Yes, I advocate more cameras on both sides, as well as the standard that lack of camera footage shall be interpreted in a way most beneficial to the other party (i.e., against the officer).
And that's the real problem - it's all he-said she-said, with no evidence. In a lot of places said officers who were dismissed could sue to get their jobs back and win because of lack of evidence.
And yes, most officers lie. The only way to keep them honest is video because in a he-said she-said, the one who appears more credible wins, and that's rarely a bystander.
That works only for bands. But there's more music than bands, especially when it's composers, musicians and others that get together for a recording session, usually because the music in the end is a work for hire.
Stuff like classical music, soundtracks (movie and video games) and others.
And yes, I try to avoid buying lossy compressed music. I mean, one of the biggest things that Neil Young has done was open a FLAC-selling music store. Ignoring all the crap about high res audio and his sucky hardware player, at least his music store sells stuff in FLAC. And unlike say, HD Tracks, Ponomusic.com does carry "regular" CD-quality music as well. (HDTracks only sells music with higher sample rate than 44.1kHz (i.e., 48kHz+) or (inclusive) bit depth greater than 16 bits. So you can find 16 bit 48khz at a minimum).
But being able to just find even a 44.1/16 recording is good enough.
True, but it's usually the other way around - filling out the pet's prescription at the pharmacist is usually CHEAPER than getting the vet's office to fill it out. It's a huge scam really - and many vets will actively refuse to give you a scrip for the medicine - they'll simply package it up at the counter and ask you to pay an inflated rate for it.
Yes, it's a business model. The reason human medicines are cheaper is greater volume - there are just simply more humans who need a particular antibiotic than dogs or cats who are prescribed same.
Uber provides insurance for drivers when they are in commercial use:
http://blog.uber.com/rideshari...
Only while there is a passenger in the car. It does NOT cover the period where the driver is actively looking for a fare.
It's a subtle point, but a driver going to pick up a fare can get in an accident, and an insurance company can consider that commercial uncovered behavior (the driver was not using the car for pleasure, or commute purposes).
And it can be a lot worse - Uber could be required to follow things like "taxi bill of rights" laws that say if a driver is unable to provide the fare the required trip, they must wait for another driver who will. (Too many taxi drivers were passing up fares because they were "too black" or other discriminatory measure, or even something as simple as not being handi-accessible. They're required to call in a new vehicle and wait with the fare until the replacement arrives.).
Exactly. These locks are supposed to be used in very high security areas. You know, protecting stuff with lots of value. If the stuff inside is worth $10M, would $1M in equipment be expensive? Not really (especially if you know of another site with another $10M of stuff and can re-use your purchases).
Even the mechanical destruction is a concern - unless the lock is in an area under constant surveillance, there's an opportunity to find one in a poorly lit area that people forgot about. Knock it out and you have access into the area it was protecting.
Thank you Google, for your inflexible 90 day deadlines that expired a couple of days BEFORE patch Tuesday.
You can bet this came out directly because of those issues that Google published a few days early This way Microsoft can have patches ready ahead of time before the deadline, instead of having to wait for patch Tuesday.
Google: FYI, Windows users probably make up the bulk of advertising revenue. Having Microsoft release shoddy patches early to meet your arbitrary deadlines would mean more breakage and therefore less people to sell.