I would never trust my data to a single drive, that's what backups are for. So the killswitch is irrelevant to me from that standpoint. I do agree allowing it to be read-only instead of killing it outright would be a good thing. FYI - the X25M is still running strong 4 years later, in a different machine that is used daily.
Not at all; a developer is making a decision to trust a third-party when he incorporates the third-party library into his app.
And there's your answer - it's the developer's decision, much like if they wrote their own crappy code. It's not Apple's problem. The true headline should be "Companies X, Y, Z produced insecure apps - don't use these"
Absolutely false - it has proven that 1500 apps made a poor 3rd party library decision.
No-one is claiming that. What people are saying is that the decision was bad. The accusation isn't that Apple doesn't engineer stuff, the accusation is that it is badly engineered.
Or, it could be that some people were lazy and decided to use a crappy library? If you choose to use security by obscurity library 'x', is it Apple's fault when that security hole is discovered in your App? What Apple should do is remove all ~1500 apps from the App Store as being "unsuitable" for sale. They've done it with others for far less serious issues.
I meant to reply to this earlier - if I were to go this route, I'd hit a 12 or even 16 core Xeon. There's no reason if you can afford the 5960X that you can't pick up a much higher core Xeon. The 18 core one is just ridiculous in price (heck, all of them are a bit overpriced IMNSHO). Much better to just wait 6-9 months. Or, buy a dual CPU motherboard and drop 2 Xeon hexcores in it for $500 or so and get more than double my current performance. Not sure I want the extra 140+W of heat though.
I've actually fully refreshed (ie, done a dd back to the disk after saving it off) twice. The disk is still slower than molasses compared to its initial 20% full speed. Now, that doesn't mean it's slow by any means, but far slower than the 400MB/s peaks. In fact, this is true across the entire spectrum of SSDs, from what I can tell from various tests, including long term tests.
Now I have not run anywhere near a PB through my drive, but I'm probably near a few tens of TB, which is why I'm replacing the single 840 with a pair of 850s (EVOs all) And yes, I was aware the "fix" wasn't a fix, just a means of resetting the drive cells, which is the same thing I accomplished by wiping and restoring my drive prior to that fix coming out.
Only when the effectively extended family was ruled by "elders" was it egalitarian, and not always then. It's always been a "how do I get what I want, screw everyone else" at the end of the day. What we're talking about here is that everyone can pretty much have everything they want, materially, but not necessarily physically. Consider the cliffside home within a park, there's only 1. Only 1 person can own it. Who will it be? Property (land) is something that pretty much cannot be manufactured at this point. A facsimile may be created via virtual reality, but only 1 real one will exist. The facsimile will suit many, but not all. So it has been throughout the ages and has been the root cause of much of humanity's conflicts: I want this one (whatever).
Now machines at call centers can be used to seamlessly generate spoken responses to customer inquiries, so that a single operator can handle multiple customers all at once.
No. HUMANS can be forced to read off a script but MACHINES suck at anything more complex than "Did you say "yes"".
Well, they're already better than merely "Did you say 'yes'?" way better. And honestly, I'd rather have a machine than a barely english speaking call center bozo in India reading off a script they know nothing about. At least with the machine, I know the script, and in some cases can significantly cut the time by knowing the response sequence. I don't have to wait for the "question" to finish before putting in the next response. The latest encounter was with my ISP, where the machine knew my previous calls progress and picked up with the next steps through multiple calls, and automatically escalated me once all the bogus rebooting of components had been completed, to a level 2 tech that knew enough to figure out there was a hardware issue in their equipment within a couple of minutes. The entire process took about as long as just the wait time for a real person previously. So that's progress, and what use was a script reading barely understandable human anyways? I guess maybe you can release some frustration on them and perhaps that call/transcript will wind up somewhere on the internet.
This is the end result of the current path we're on. But those profiting from this change now don't care about the next decade, nor even next year, if they can cash out theirs this year.
Well, I'll soon find out. I went from an X25-m to a Samsung 840, initially the 840 was certainly snappier, but as it filled up, it slowed down significantly. By filling up, I mean more than 30% of space in use. At 80%, it appears to have bottomed at a relatively low speed of 120MB/s or so. Those Intel drives may not have the highest benchmarks, but they're darn stable. The dual 850s I'm about to replace the 840 with in RAID0 should speed things up, as I do have some heavy disk I/O bound processes I run, which is how I noticed the slowdown to begin with.
it's a swipe, right to left, to go to the next song. Left to right to the beginning or the previous song. Volume is handled by the radio, and this is no mods on an older car. granted I'd prefer all operations to go through the radio buttons, but that's a couple of hundred dollar mod for the interfaces, and I haven't seen the value, considering the current situation.
If you set up your playlists properly, and sync things at your house, all of this and more is easily doable on a phone nowadays.
I do have an iphone, so my specific use case applies to that, but the same general steps apply to any phone/mp3 player. I have ripped my entire collection of CDs etc via AAC lossless (used to be FLAC, you can convert between them easily and quickly these days) in my server library, about 500GB or so at this point. I choose what songs etc I'd like in my playlists, and sync only those to my phone. When I get a new album, I tend to sync that album for an initial listen. So I get everything you're talking about plus I don't have to look at the phone because I use a swiping app to change songs. The songs are already preselected, and can be changed at will whenever I'm at home. Given the storage on the device, that's enough play time for between home syncs.
When I push those songs to my phone, I use a 256 kbps bitrate AAC as I found it doesn't make any real difference in the car or phone. (I used to use 320kbps MP3s) I may change back to lossless since the device storage has gotten significantly larger and the size may not matter and as a bonus, I can drive the home stereo purely from the phone and not need the home server running all the time. For home listening the lossless is noticeably better and the fact that lossless is, well, lossless and I can convert to anything later on is the decision to store everything in the home library.
If you think cross-breeding two varieties of plants together and splicing a gene out of your colon are equivalent...
Truth in labeling is a good thing. Non-GMO foods have up to a few thousand years of known testing. GMO foods have at best a couple of decades, with no known safety tests. Basically, we're in the test now. I prefer to be part of the control group.
You are being asked to deliver diamond jewelry with a glass budget
You cannot change anything about your users
I'd state the second is false, as you're forcing them into a windows environment, and, unless things have changed, many of those folks have used *nix flavors as well. Of course, you're stuck with the MS Office disease, which probably still has 10 years left before it clears up.
Given your constraints and situation and where you are, I don't believe any obviously solid suggestions are really possible. I'd look into some document storage ECM / CMS (Enterprise Content Management / Content Management System) solutions that are free / low-cost, including programs that may be free for you specifically. Those will add versioning capabilities to your documents and a solid permissions system that should be easier to administer over an AD based system while hopefully using your existing hardware base. And that's only if you need that functionality.
XSplit has been rendered functionally obsolete by newer software that uses the on-board H.264 encoders provided by AMD/NVIDIA/Intel. H.264 encoding is now a virtually free operation (with a 5% perf hit)
You have any citations for this? I'd love to see where H.264 encoding has a less than 50% perf hit, as my current workflow uses nearly 100% of my system for significant portions of time.
Running compilers, tests, IDE's, DBs, several servers, etc, all chew up processes and threads.
And then there's Handbrake, which will eat all your available CPU if your memory is fast enough. Handbrake is an awesome multi-threaded test for CPUs. Take a known HD source and time the conversion. IIRC generally about 40 fps with 1080P sources and near 200 fps with DVD sources which sounds about right - 5 times more info in 1080P over 480i. I could squeeze another 20% by OC'ing the CPU/RAM some more, at a potential cost of instability.
Honestly, I'm not sure if you're a troll, or just someone who strongly believes if you don't do it your way, you're wrong.
Fortunately, I'm neither. I will, however, point out when something's just "wrong". (I know, it's easy to be a critic)
I'm working in a research institution. We have limited funding from grants. We are doing X-Ray research, with detectors that output data on the order of 30GB a run, and there can be more than one run a day....
So you have bounded the binary data problem, 30GB data sets with multiple sets generated a day. You also state that the acquisition disks cannot be hit while it's running. You don't state whether you can use a SAN, which would be your best technical option, although does cost some money but allows for processing, redundancy, backups, and offloading. The next best option would be a NAS system, as that would offload your acquisition system(s) data load. These systems can also feed your compute nodes easily, as well as give access to your users, if you wish.
For the remainder, it sounds like you have what you need for your use cases, except for the SMB network share issue. Given your domain, you'd expect the people working within it to be able to follow the simplest of instructions to access and save their data. If not, perhaps new people are in order. If you can't work the machines.... But seriously, offloading the binary data implies, from your statements, that your new use case for sharing is significantly simplified, and potentially whatever you choose for the better binary store also works for whatever needs you have left.
You have no clue. Revoke church tax-exempt status and all of a sudden, the local tax base (property) increases significantly. Speaking of, why am I forced to subsidize religion? Seems like infringing on my 1st amendment rights, honestly. If a church wants tons of property, they can pay taxes on it like anyone else, instead of forcing higher taxes on the rest of us. Another point - give me any business, I can make sure it loses money, according to year end financials, even while everyone involved gets stinking rich and it continues to thrive. Taxing profit isn't a good way to tax a business, tax the revenue, via a consumption tax.
Slashdot Mirror
I initially read that as "spookons" which immediately brought to mind "nsasians"
Is Apple now responsible for all MIT licensed software on GitHub?
I would never trust my data to a single drive, that's what backups are for. So the killswitch is irrelevant to me from that standpoint. I do agree allowing it to be read-only instead of killing it outright would be a good thing. FYI - the X25M is still running strong 4 years later, in a different machine that is used daily.
Not at all; a developer is making a decision to trust a third-party when he incorporates the third-party library into his app.
And there's your answer - it's the developer's decision, much like if they wrote their own crappy code. It's not Apple's problem. The true headline should be "Companies X, Y, Z produced insecure apps - don't use these"
Alternatively, it's a security decision
That has now been proved was a bad decision.
Absolutely false - it has proven that 1500 apps made a poor 3rd party library decision.
No-one is claiming that. What people are saying is that the decision was bad. The accusation isn't that Apple doesn't engineer stuff, the accusation is that it is badly engineered.
Or, it could be that some people were lazy and decided to use a crappy library? If you choose to use security by obscurity library 'x', is it Apple's fault when that security hole is discovered in your App? What Apple should do is remove all ~1500 apps from the App Store as being "unsuitable" for sale. They've done it with others for far less serious issues.
That gets harder and harder to accomplish for the non-privileged when everything (wink wink) is recorded, especially in those one of a kind areas.
I meant to reply to this earlier - if I were to go this route, I'd hit a 12 or even 16 core Xeon. There's no reason if you can afford the 5960X that you can't pick up a much higher core Xeon. The 18 core one is just ridiculous in price (heck, all of them are a bit overpriced IMNSHO). Much better to just wait 6-9 months. Or, buy a dual CPU motherboard and drop 2 Xeon hexcores in it for $500 or so and get more than double my current performance. Not sure I want the extra 140+W of heat though.
I've actually fully refreshed (ie, done a dd back to the disk after saving it off) twice. The disk is still slower than molasses compared to its initial 20% full speed. Now, that doesn't mean it's slow by any means, but far slower than the 400MB/s peaks. In fact, this is true across the entire spectrum of SSDs, from what I can tell from various tests, including long term tests.
Now I have not run anywhere near a PB through my drive, but I'm probably near a few tens of TB, which is why I'm replacing the single 840 with a pair of 850s (EVOs all) And yes, I was aware the "fix" wasn't a fix, just a means of resetting the drive cells, which is the same thing I accomplished by wiping and restoring my drive prior to that fix coming out.
Only when the effectively extended family was ruled by "elders" was it egalitarian, and not always then. It's always been a "how do I get what I want, screw everyone else" at the end of the day. What we're talking about here is that everyone can pretty much have everything they want, materially, but not necessarily physically. Consider the cliffside home within a park, there's only 1. Only 1 person can own it. Who will it be? Property (land) is something that pretty much cannot be manufactured at this point. A facsimile may be created via virtual reality, but only 1 real one will exist. The facsimile will suit many, but not all. So it has been throughout the ages and has been the root cause of much of humanity's conflicts: I want this one (whatever).
No. HUMANS can be forced to read off a script but MACHINES suck at anything more complex than "Did you say "yes"".
Well, they're already better than merely "Did you say 'yes'?" way better. And honestly, I'd rather have a machine than a barely english speaking call center bozo in India reading off a script they know nothing about. At least with the machine, I know the script, and in some cases can significantly cut the time by knowing the response sequence. I don't have to wait for the "question" to finish before putting in the next response. The latest encounter was with my ISP, where the machine knew my previous calls progress and picked up with the next steps through multiple calls, and automatically escalated me once all the bogus rebooting of components had been completed, to a level 2 tech that knew enough to figure out there was a hardware issue in their equipment within a couple of minutes. The entire process took about as long as just the wait time for a real person previously. So that's progress, and what use was a script reading barely understandable human anyways? I guess maybe you can release some frustration on them and perhaps that call/transcript will wind up somewhere on the internet.
This is the end result of the current path we're on. But those profiting from this change now don't care about the next decade, nor even next year, if they can cash out theirs this year.
Well, I'll soon find out. I went from an X25-m to a Samsung 840, initially the 840 was certainly snappier, but as it filled up, it slowed down significantly. By filling up, I mean more than 30% of space in use. At 80%, it appears to have bottomed at a relatively low speed of 120MB/s or so. Those Intel drives may not have the highest benchmarks, but they're darn stable. The dual 850s I'm about to replace the 840 with in RAID0 should speed things up, as I do have some heavy disk I/O bound processes I run, which is how I noticed the slowdown to begin with.
it's a swipe, right to left, to go to the next song. Left to right to the beginning or the previous song. Volume is handled by the radio, and this is no mods on an older car. granted I'd prefer all operations to go through the radio buttons, but that's a couple of hundred dollar mod for the interfaces, and I haven't seen the value, considering the current situation.
If you set up your playlists properly, and sync things at your house, all of this and more is easily doable on a phone nowadays.
I do have an iphone, so my specific use case applies to that, but the same general steps apply to any phone/mp3 player. I have ripped my entire collection of CDs etc via AAC lossless (used to be FLAC, you can convert between them easily and quickly these days) in my server library, about 500GB or so at this point. I choose what songs etc I'd like in my playlists, and sync only those to my phone. When I get a new album, I tend to sync that album for an initial listen. So I get everything you're talking about plus I don't have to look at the phone because I use a swiping app to change songs. The songs are already preselected, and can be changed at will whenever I'm at home. Given the storage on the device, that's enough play time for between home syncs.
When I push those songs to my phone, I use a 256 kbps bitrate AAC as I found it doesn't make any real difference in the car or phone. (I used to use 320kbps MP3s) I may change back to lossless since the device storage has gotten significantly larger and the size may not matter and as a bonus, I can drive the home stereo purely from the phone and not need the home server running all the time. For home listening the lossless is noticeably better and the fact that lossless is, well, lossless and I can convert to anything later on is the decision to store everything in the home library.
but in the US it just sucks up MOST bits of data.
That's an irrelevant distinction.
if its a bad thing then its either Satan who did it or "god works in mysterious ways"
Isn't that the same thing, since god also created satan, and he's also omniscient, omnipotent, and omnipresent?
If you think cross-breeding two varieties of plants together and splicing a gene out of your colon are equivalent...
Truth in labeling is a good thing. Non-GMO foods have up to a few thousand years of known testing. GMO foods have at best a couple of decades, with no known safety tests. Basically, we're in the test now. I prefer to be part of the control group.
I grab some tapes or MDs when I am driving further.
Since about 2005, it was plugin your mp3 player (ipod, zune, replaced by iphone starting in 2007 and android in 2009)
I'm running a 980X OC'd now, that would be about 35% faster, I'm guessing, based on 2 extra cores and a few newer generations.
The downside is it is not as good looking per bit as some of the software encoders (particularly X264)
That's going to do me no good then. The entire purpose of encoding for me is to shrink the size while maintaining quality.
I'd state the second is false, as you're forcing them into a windows environment, and, unless things have changed, many of those folks have used *nix flavors as well. Of course, you're stuck with the MS Office disease, which probably still has 10 years left before it clears up.
Given your constraints and situation and where you are, I don't believe any obviously solid suggestions are really possible. I'd look into some document storage ECM / CMS (Enterprise Content Management / Content Management System) solutions that are free / low-cost, including programs that may be free for you specifically. Those will add versioning capabilities to your documents and a solid permissions system that should be easier to administer over an AD based system while hopefully using your existing hardware base. And that's only if you need that functionality.
XSplit has been rendered functionally obsolete by newer software that uses the on-board H.264 encoders provided by AMD/NVIDIA/Intel. H.264 encoding is now a virtually free operation (with a 5% perf hit)
You have any citations for this? I'd love to see where H.264 encoding has a less than 50% perf hit, as my current workflow uses nearly 100% of my system for significant portions of time.
Development.
Running compilers, tests, IDE's, DBs, several servers, etc, all chew up processes and threads.
And then there's Handbrake, which will eat all your available CPU if your memory is fast enough. Handbrake is an awesome multi-threaded test for CPUs. Take a known HD source and time the conversion. IIRC generally about 40 fps with 1080P sources and near 200 fps with DVD sources which sounds about right - 5 times more info in 1080P over 480i. I could squeeze another 20% by OC'ing the CPU/RAM some more, at a potential cost of instability.
Honestly, I'm not sure if you're a troll, or just someone who strongly believes if you don't do it your way, you're wrong.
Fortunately, I'm neither. I will, however, point out when something's just "wrong". (I know, it's easy to be a critic)
I'm working in a research institution. We have limited funding from grants. We are doing X-Ray research, with detectors that output data on the order of 30GB a run, and there can be more than one run a day....
So you have bounded the binary data problem, 30GB data sets with multiple sets generated a day. You also state that the acquisition disks cannot be hit while it's running. You don't state whether you can use a SAN, which would be your best technical option, although does cost some money but allows for processing, redundancy, backups, and offloading. The next best option would be a NAS system, as that would offload your acquisition system(s) data load. These systems can also feed your compute nodes easily, as well as give access to your users, if you wish.
For the remainder, it sounds like you have what you need for your use cases, except for the SMB network share issue. Given your domain, you'd expect the people working within it to be able to follow the simplest of instructions to access and save their data. If not, perhaps new people are in order. If you can't work the machines.... But seriously, offloading the binary data implies, from your statements, that your new use case for sharing is significantly simplified, and potentially whatever you choose for the better binary store also works for whatever needs you have left.
You have no clue. Revoke church tax-exempt status and all of a sudden, the local tax base (property) increases significantly. Speaking of, why am I forced to subsidize religion? Seems like infringing on my 1st amendment rights, honestly. If a church wants tons of property, they can pay taxes on it like anyone else, instead of forcing higher taxes on the rest of us. Another point - give me any business, I can make sure it loses money, according to year end financials, even while everyone involved gets stinking rich and it continues to thrive. Taxing profit isn't a good way to tax a business, tax the revenue, via a consumption tax.