this has been a possibility for quite some time (in the tens of years) - having worked in said industry many years ago. I suspect that these 'researchers' finally realized this, and needed some press in our economic downturn. Anything that is connected to 'them there intertubes' could, in theory (and likely in practice) be 'the next vector'.
and post about the 'People Eating Tasty Animals'.. blah blah.
Apparently after a quick search, I've realized there are more folks eating tasty animals, than those that are against such preposterous notions (preposterous to them, of course. not me, I eat lamb).
only 2 real scenarios that my feeble mind can comprehend from this.
1 - someone dislikes the NASA program, enters Space center.. places bag at nice sorta easy place to be found.. bam, discredit. 2 - astronaut wants to take some coke to space, as he/she cannot stand sleeping in space (is that a pun?), or having the latest Russian/American/(insert country here, really) creep watch you sleep. at the last second before take off.. said astronaut loses nerve, ditches the drug, hops on the shuttle.. and heads into the history books. bam, someone who dislikes NASA program finds coke.
Every time I read about browser wars, it reminds me of the domestic cars in the 60s/70s.. leading into the 90s and new millenia. More and more, domestic cars lose ground to better made, better driven imports -- and we as consumers see the benefit. All that was really required was a little competition, and education.. domestics will get better slightly, then hit bankruptcy, then come out of bankruptcy with a viable product. If we transpose that onto the browser wars, MS will have a decent product in about 5 years, but will have completely lost face and market share to just about every foreign maker imaginable.
you mustn't understand how companies deal with their capital expenditures, and replacement costs of infrastructure.
a company is going to replace network gear typically every 5 years or so. same company may replace servers every 3 years depending on need/workload. those replacements are typically spelled out 6 months prior to the year in which they are replaced, and the new cost is put into the capex. capex goes through approvals, and typically gets a nice little chop because IT wants to add/replace too much. capex goes back to IT Director, who plays with the numbers, removes a few upgrades, sends capex upward for approval.
once approved, engineers are going to replace gear that will benefit the organization for the next 3 to 5 years, where the cycle will repeat itself. and because the spend is kept artificially low, only the most deserving pieces get the money.
why would engineers think to deal with IPv6 if IPv4 is not a real pressing issue when upgrading? the pressing issue is going to be the pressure to lower latency, remove bottlenecks, and scale bandwidth. when your boss(es) are breathing down your neck because you dropped 500K on some new gear, the last thing you're thinking about is solving the internet's (someone else's) problems.
While people are buying $250,000 NetApp installations, the exact same hardware, performance and connectivity will go for $5000 of high-end hardware and a couple of hours work with ZFS
lies. having worked in this industry for far too long, when I see bullshit claims like this, I have to call it. There is no way in hell you will get multiple trays of 15k rpm FCAL storage and redudant FAS controllers for 5k, I dont care if you're Samuel Jackson in the negotiator.
I run multiple datacenters with emc, hp and netapp filers -- if you pay 250k for a netapp installation, you're pretty much getting what you pay for. what you're paying for is IOPS, disk caching, and throughput. You can turn to just about any storage provider, you will pay the same price for similar enterprise grade hardware. All I ask is that when you're stringing your two cans together, you leave out the reference to how alike it is to a 'real enterprise grade' product -- because talking about petabytes of SATA isn't even in the same continent, let alone the same country.
Well, that's a little bit like saying, "I lost a quarter over there by the wall, but I'm searching here because it's got better lighting"
There was this time period, way back when, when a couple guys with names like Kepler and Galileo, decided to look at planetary motion in a different light, taking it from a 'different angle' of the hows/whys celestial bodies would appear to spin in the night sky. maybe I'm off base, but sounds pretty much like someone looking at this in a different light, proposing a different theory that lines up with the cosmos.
lots and lots of suggestions -- and i may have missed it above - but just cut an image of the system, in a ready to use state. use that ghost thing, bam bam, youre done. next time moron get system all bitched, wipe it clean in about 10 minutes.
this is such a nebulous question. you want your dev/qa/pre-prod to emulate your production environment as much as possible. this subject in itself could fill a book on best practices, techniques, and the like. Easiest said by saying: keep all developed code separate from 3rd party application code. packages/versioning/repositories are a good start. make things relocatable, have one installer, and have it take multiple environmental variables. ie - make environment variables 'run time', don't make the same mistake everyone makes - and make them 'build-time'.
the skillz market for hacking phones just went up again. when will these music industries/RIAJ/RIAA/etc ever learn from Amazon/Ebay/etc? Its all about customer experience. This may be the same reason why top100 music generally licks balls. my 2 cents.
as part of the scm world -- i like to be true to a real dotted quad notation when referring to build versions. i've never really built code that is deployed to the public world.. only code used on company production servers for public consumption (mostly java based web sites, and middleware)
1.2.3.4 = Major level 1, Minor level 2, Patch 3, Build 4.
Major = major release. no longer compatible with previous versions. Minor = minor release, still compatible with previous versions (with same Major) Patch = the number of patch builds required to get to latest production patched code Build = the daily build number. increments by 1 until dev/qa is complete, and code is released to Staging servers.
build numbers stop, once patching starts. the patching denotes the patch to last known good build.
ie -- dev/qa releases should always be num.num.zero,buildnum. (1.2.0.40) once released to staging - and if a patch is required -- the rev increments as such for the first patch - 1.2.1.40. second patch 1.2.2.40, and so on. once in production -- wait until next release.
if code is released to the public, and not running on a company's servers -- always drop the build number. so, if you're delivering 1.2.2.40 binaries to the public, cut it down to 1.2.2 and deliver your rpm/pkg/deb, etc to the world.
if this confuses you, im available for hire at your location. references available upon request.:p
sorry dude -- and not to downplay what the original post is about...but i played JK2, and the rest of the game sucked ass. The only decent part *was* the sabering.. so, playing on a server where getting into duels was pretty much the best part. If you honestly wanted to shoot a guy (who happened to be running around with a saber) with a pistol.. it turned into the proverbial 'knife to a gun fight'. saberists didnt stand a chance.. and it ruined the game so to speak. infact, it just turned the coolness of having a saber into unreal tournament without the headshots.
i'd have to say, however, that comparing two SANs like you've done, doesnt necessarily mean that 15k is better. i would presume that if your SAN has 20TB more space, it likely has more disk. If it has more disk space, it has likely been partitioned out for more IOPS, by "virtue" of having more disks. More disks = more IOPS, especially in a RAID 1+ 0 configuration.
Not that I'm disagreeing with you -- 15k drives are definitely faster, its just the logic. I guarantee I could build a faster SAN with 10k rpm disks (with more disks), than with a nominal amount of large sized 15k disks.
believe so. A large chunk of the 407 ETR in northern toronto is made up of concrete, atleast when it was provincially owned. in recent years, the consortium that runs/leases the road has been slapping down asphalt as it is cheaper (for certain widening, etc). that concrete has lasted far longer than any asphalt i've seen.
but said company (by slashdot rules) is not allowed to give out any information on any internet user for fear of rapproach via uploading/bittorrent/music/movies etc -- but should be willing to bend to law enforcement in any other case? seems odd.
woot!! cept maybe this might give me multi OS capabillity too.
honestly, its about time i can get OBP functionality (or newly improved version of it) from an x86_64 pc. all this time.. we've been deprived this privilege..
i'll add, however, that this actually is a possibility. Many of the larger equipment pieces (read 80-150ppm) use Windows based RIPs for data being sent to them. The RIP is usually attached to the digital copier/printer (either on the floor beside the device, or builtin), and is fairly easily cracked. You can install just about any piece of software on it you like, as long as it works on the windows platform that the printer uses. if that means kazaa, or some other windows app, it will work. RIPs typically house large print docs too, which means a good chunk of available space...
not trying to give credence to MediaSentry (as I have no idea what it is), just to say that this sort of thing is 'possible'. those corporations that you think are locking things down in their products, are just as lazy/busy as everyone else.
if it doesn't fly -- and if most Americans find the law is silly (or what the RIAA is doing), why not contest it? i'm not American, so this confuses me somewhat.
In Canada, (and not perfect by any standard) if I dislike some law, or some action happening - i send a registered letter to my Member of Parliament telling him/her how pissed off I am - and that I instruct them to act on my behalf. Hell, I elected the bastard, he might as well do something for me... and of course, his/her action/inaction will determine if I continue to vote for said individual.
then again, I have the option to vote for 5 or 6 different parties, not being stuck with elephant or donkey.. which could explain my confusion.
Slashdot Mirror
this has been a possibility for quite some time (in the tens of years) - having worked in said industry many years ago. I suspect that these 'researchers' finally realized this, and needed some press in our economic downturn. Anything that is connected to 'them there intertubes' could, in theory (and likely in practice) be 'the next vector'.
and post about the 'People Eating Tasty Animals' .. blah blah.
Apparently after a quick search, I've realized there are more folks eating tasty animals, than those that are against such preposterous notions (preposterous to them, of course. not me, I eat lamb).
only 2 real scenarios that my feeble mind can comprehend from this.
1 - someone dislikes the NASA program, enters Space center .. places bag at nice sorta easy place to be found .. bam, discredit. .. said astronaut loses nerve, ditches the drug, hops on the shuttle .. and heads into the history books. bam, someone who dislikes NASA program finds coke.
2 - astronaut wants to take some coke to space, as he/she cannot stand sleeping in space (is that a pun?), or having the latest Russian/American/(insert country here, really) creep watch you sleep. at the last second before take off
my 2 cents.
Every time I read about browser wars, it reminds me of the domestic cars in the 60s/70s .. leading into the 90s and new millenia. More and more, domestic cars lose ground to better made, better driven imports -- and we as consumers see the benefit. All that was really required was a little competition, and education.. domestics will get better slightly, then hit bankruptcy, then come out of bankruptcy with a viable product. If we transpose that onto the browser wars, MS will have a decent product in about 5 years, but will have completely lost face and market share to just about every foreign maker imaginable.
just some odd thought/ramble. cheers
you mustn't understand how companies deal with their capital expenditures, and replacement costs of infrastructure.
a company is going to replace network gear typically every 5 years or so. same company may replace servers every 3 years depending on need/workload.
those replacements are typically spelled out 6 months prior to the year in which they are replaced, and the new cost is put into the capex. capex goes through approvals, and typically gets a nice little chop because IT wants to add/replace too much. capex goes back to IT Director, who plays with the numbers, removes a few upgrades, sends capex upward for approval.
once approved, engineers are going to replace gear that will benefit the organization for the next 3 to 5 years, where the cycle will repeat itself. and because the spend is kept artificially low, only the most deserving pieces get the money.
why would engineers think to deal with IPv6 if IPv4 is not a real pressing issue when upgrading? the pressing issue is going to be the pressure to lower latency, remove bottlenecks, and scale bandwidth. when your boss(es) are breathing down your neck because you dropped 500K on some new gear, the last thing you're thinking about is solving the internet's (someone else's) problems.
well .. admittedly 'IBM Solaris' sounds worse -- we're left with the lesser of two evils I guess.
yes, too big for RHEL. Running RHEL on RISC = dumb. Running Solaris on RISC/SPARC (read M4000/M5000) = bankable.
IANAL.
my my - more AC BS.
when you require actual performance from your storage (in the environs of 6k-10k+ iops), please come back with some money in your hand.
-- IT Management
While people are buying $250,000 NetApp installations, the exact same hardware, performance and connectivity will go for $5000 of high-end hardware and a couple of hours work with ZFS
lies. having worked in this industry for far too long, when I see bullshit claims like this, I have to call it. There is no way in hell you will get multiple trays of 15k rpm FCAL storage and redudant FAS controllers for 5k, I dont care if you're Samuel Jackson in the negotiator.
I run multiple datacenters with emc, hp and netapp filers -- if you pay 250k for a netapp installation, you're pretty much getting what you pay for. what you're paying for is IOPS, disk caching, and throughput. You can turn to just about any storage provider, you will pay the same price for similar enterprise grade hardware. All I ask is that when you're stringing your two cans together, you leave out the reference to how alike it is to a 'real enterprise grade' product -- because talking about petabytes of SATA isn't even in the same continent, let alone the same country.
the funniest part is that you 're-used' the Solaris installer for your funny post. I wonder if it was keyboard-only driven.
Well, that's a little bit like saying, "I lost a quarter over there by the wall, but I'm searching here because it's got better lighting"
There was this time period, way back when, when a couple guys with names like Kepler and Galileo, decided to look at planetary motion in a different light, taking it from a 'different angle' of the hows/whys celestial bodies would appear to spin in the night sky. maybe I'm off base, but sounds pretty much like someone looking at this in a different light, proposing a different theory that lines up with the cosmos.
lots and lots of suggestions -- and i may have missed it above - but just cut an image of the system, in a ready to use state. use that ghost thing, bam bam, youre done. next time moron get system all bitched, wipe it clean in about 10 minutes.
this is such a nebulous question. you want your dev/qa/pre-prod to emulate your production environment as much as possible. this subject in itself could fill a book on best practices, techniques, and the like. Easiest said by saying: keep all developed code separate from 3rd party application code. packages/versioning/repositories are a good start. make things relocatable, have one installer, and have it take multiple environmental variables. ie - make environment variables 'run time', don't make the same mistake everyone makes - and make them 'build-time'.
Best of Luck.
the skillz market for hacking phones just went up again. when will these music industries/RIAJ/RIAA/etc ever learn from Amazon/Ebay/etc? Its all about customer experience. This may be the same reason why top100 music generally licks balls.
my 2 cents.
likely responded to this, and so shall I.
as part of the scm world -- i like to be true to a real dotted quad notation when referring to build versions. i've never really built code that is deployed to the public world .. only code used on company production servers for public consumption (mostly java based web sites, and middleware)
1.2.3.4 = Major level 1, Minor level 2, Patch 3, Build 4.
Major = major release. no longer compatible with previous versions.
Minor = minor release, still compatible with previous versions (with same Major)
Patch = the number of patch builds required to get to latest production patched code
Build = the daily build number. increments by 1 until dev/qa is complete, and code is released to Staging servers.
build numbers stop, once patching starts. the patching denotes the patch to last known good build.
ie -- dev/qa releases should always be num.num.zero,buildnum. (1.2.0.40)
once released to staging - and if a patch is required -- the rev increments as such for the first patch - 1.2.1.40. second patch 1.2.2.40, and so on.
once in production -- wait until next release.
if code is released to the public, and not running on a company's servers -- always drop the build number. so, if you're delivering 1.2.2.40 binaries to the public, cut it down to 1.2.2 and deliver your rpm/pkg/deb, etc to the world.
if this confuses you, im available for hire at your location. references available upon request. :p
yep, and mod this parent up, as 'correct' (while modding this post down as uninformative .. hehe)
sorry dude -- and not to downplay what the original post is about...but i played JK2, and the rest of the game sucked ass. The only decent part *was* the sabering .. so, playing on a server where getting into duels was pretty much the best part. If you honestly wanted to shoot a guy (who happened to be running around with a saber) with a pistol .. it turned into the proverbial 'knife to a gun fight'. saberists didnt stand a chance .. and it ruined the game so to speak. infact, it just turned the coolness of having a saber into unreal tournament without the headshots.
and who wanted that?
i'd have to say, however, that comparing two SANs like you've done, doesnt necessarily mean that 15k is better. i would presume that if your SAN has 20TB more space, it likely has more disk. If it has more disk space, it has likely been partitioned out for more IOPS, by "virtue" of having more disks. More disks = more IOPS, especially in a RAID 1+ 0 configuration.
Not that I'm disagreeing with you -- 15k drives are definitely faster, its just the logic. I guarantee I could build a faster SAN with 10k rpm disks (with more disks), than with a nominal amount of large sized 15k disks.
believe so. A large chunk of the 407 ETR in northern toronto is made up of concrete, atleast when it was provincially owned. in recent years, the consortium that runs/leases the road has been slapping down asphalt as it is cheaper (for certain widening, etc). that concrete has lasted far longer than any asphalt i've seen.
but said company (by slashdot rules) is not allowed to give out any information on any internet user for fear of rapproach via uploading/bittorrent/music/movies etc -- but should be willing to bend to law enforcement in any other case? seems odd.
woot!! cept maybe this might give me multi OS capabillity too.
honestly, its about time i can get OBP functionality (or newly improved version of it) from an x86_64 pc. all this time .. we've been deprived this privilege ..
i'll add, however, that this actually is a possibility. Many of the larger equipment pieces (read 80-150ppm) use Windows based RIPs for data being sent to them. The RIP is usually attached to the digital copier/printer (either on the floor beside the device, or builtin), and is fairly easily cracked. You can install just about any piece of software on it you like, as long as it works on the windows platform that the printer uses. if that means kazaa, or some other windows app, it will work. RIPs typically house large print docs too, which means a good chunk of available space...
not trying to give credence to MediaSentry (as I have no idea what it is), just to say that this sort of thing is 'possible'. those corporations that you think are locking things down in their products, are just as lazy/busy as everyone else.
hmm, good point.
if it doesn't fly -- and if most Americans find the law is silly (or what the RIAA is doing), why not contest it? i'm not American, so this confuses me somewhat.
In Canada, (and not perfect by any standard) if I dislike some law, or some action happening - i send a registered letter to my Member of Parliament telling him/her how pissed off I am - and that I instruct them to act on my behalf. Hell, I elected the bastard, he might as well do something for me... and of course, his/her action/inaction will determine if I continue to vote for said individual.
then again, I have the option to vote for 5 or 6 different parties, not being stuck with elephant or donkey .. which could explain my confusion.
you forgot to mention the wonderfully inspiring VESA local bus.