I am always impressed when someone make that kind of statement, knowing almost nothing of the actual event. This is a two-way street, so for the sake of the discussion, I'll say that you working in a Russian nuclear power plant is also a fairy tale.
Not far. He almost got killed in a freak accident after coming back to America. He was working in a power plant (not nuclear), and one day a newbie noticed that a big breaker was off, he flipped it on and the breaker actually popped out of the socket, hitting my friend in the back of the head. Severe head trauma.
The breaker was off because there was a short on a power line following an ice storm. Power is powerful.
A friend of mine was doing electrical panels inspections in Russian nuclear plants (some NGO program), and one time he was in a control center and noticed a door that had no sign. He asked what it was, but nobody knew. He opened it and saw a big rusty pipe. He found out that the pipe was carrying cooling water out of the machine room... The radioactivity level was so high that my friend got a 3-month paid leave to get it out of his system.
I'm no sissy, I could sleep in a haunted houses or dig out bones from indian sacred land, but there is just no way I'll ever set foot in a Russian nuclear plant or a Chinese chemical plant.
600$ a day is like 75$/hr. As a contractor one can get more than that anywhere in the USA where most of the time people don't lay IEDs on the roadside.
A friend of mine is a crane operator out there. He has a 3 weeks work, 3 weeks off schedule, and he gets a lot of free plane tickets. The only problem is that while he works, he is basically in jail, he has to stay in the compound, where there is little enterainment, etc. He is making a lot of money but he is also spending most of it while on vacation.
Go to China, Thailand, Cambodia, Singapore or Philippines. It's extremely easy for a westerner to find jobs in Asia if they just know something, especially in IT.
You are right about Singapore, this is one of the good spots in Asia for western IT specialists. Malaysia is also pretty good. But China, Cambodia, Thailand or the Philippines... pretty low salaries and overall bad working conditions.
The richer countries (South Korea, Japan) are also a bad choice; people get ripped off frequently by local companies, and jobs with western companies are usually not well-paid, people underestimate the cost of living in those places.
This being said, getting a job in Asia usually requires a work visa, and those are hard to come by. In many countries, such as those you mention, getting caught working while having a tourist visa can lead to a really bad situation, including (but not limited to) jail and heavy fines.
For someone looking to work abroad and make money, the best place is still the middle East, like Qatar or UAE. A while ago Dubai was the sh*t but now they are broke and many projects have gone belly-up.
It is possible to find a job abroad by dealing with a small fly-by-night shop, who basically give you a plane ticket, a time and place to show up, and a good handshake. However I strongly suggest to deal with a more reputable company (such as IBM Global Services or a major oil/mining company), they will provide a better package, including housing and whatnot, and they have people on the field to help for the relocation. Some will even open a bank account and get a phone and internet connection for every new hire, because that stuff require a lot of paperwork and local access.
Sounds easy enough to circumvent. Oh, look, we have two employees working that job 8 hours a day for a total of 16 hours a day between the two of them... and they happen to be the same person registered to different employee numbers.
You have a long way to go before you can become a master embezzler... (might not be a bad thing!)
A former client of mine (Fortune 500) is using SAP for the timesheets, and it's not possible to save the timesheet if there is more or less than exactly 8 hours billed in a day. Hugely convenient, unless someone is interested by reality.
In the CSV you get all the properties of each VM in the host.
What do you get printed on the screen if you remove the "Export-Csv"? binary gibberish, or just text?
On Linux, it's trivial to detect whether your output is to a terminal or to a file, and likely possible to detect that your output is a pipe. Likewise, if people really cared, they could produce a set of programs that output "objects" to pipes and text to the screen. The key here being that even if you declared a standard form for your objects (for instance, bencode) and other people used your standard, you'd need a pretty complete set of programs to deal with it.
The default output is a table format (just like ls -l on linux), but there are many options. Export-Csv is a command that will create a csv file, it is not per se an output option.
So, why would I read a book about motorcycle maintenance when I have little interest in motorcycles or the maintenance of internal combustion engines (and associated machinery)?
If you read the book you will actually be able to answer this question...
The same persons who complain because the "desktop experience" features are disabled by default on Windows Server.
There is no explanation, it is a personality type. I suggest you read "Zen and the art of motorcycle maintenance", it offers a lot of insight about this kind of thing.
I think there's a lot to like about Powershell, and part of me will always be a bit jealous that Windows got a shell with those kinds of capabilities before Linux did. It does indeed seem that what they describe bgrep and bdiff doing could be accomplished in Powershell. I've never been too clear on some of the particulars of how that would be done, though. As I understand it, you can search/filter either XML data streams, or a sequence of.NET objects. Would the way to accomplish this in.NET, then, be to have a commandlet that opens the source file and passes them through as.NET objects? It would be a bit less compact than having the special type handling right in the "find" or "filter" command but it does lend a certain clarity to things, too...
Powershell and.Net can collaborate both ways. As an example, many recent Microsoft products are using.Net for the GUI but in the backend all the actual work is done in Powershell. The opposite is true - one can plug a.Net component in a Powershell script, as an example to do a custom filter.
The best example for the PS pipe model is with the VMWare extensions (PowerCLI). You can get a full inventory by writing a script like this: Get-Host | Get-Vm | Export-Csv c:\myinventory.txt
In the CSV you get all the properties of each VM in the host. And if you don't want all the properties, you can put a filter between the Get-VM and the Export-Csv to match the exact output you want. This is done by an extensive use of reflection.
I know I'll be modded down, but I have to say it: what they describe is already available in Powershell, where objects can be piped in search/filter functions.
The website linked to this story is horrible, it has so much ads, it looks like a placemat in a cheap pizzeria. It will take me a while to regain my moral equilibrium after seeing that eye sore.
For the first question I’d like to know how my organization can best leverage Oracle’s EJB technology to obtain the rapid and simplified development of distributed, transactional, secure and portable applications that we are looking for in our growing business.
Hey this question is loaded! How do you know that you could not achieve your goals with a different Oracle technology?
I agree, I've been with them for years and they have a very good service. Twice I tried different hosts (more expensive), I even tried Google App commercial offering (which I hated) but I always went back to Bluehost.
Pros: -uptime -service -performance -the whole package (features, SimpleScript library, etc.) -clear billing, no scam -no annoying upsell campaigns (excep the Postini ad when you first access the CPanel) -their IPs are not on spam blacklists
Cons: -restrictions for photo/video content -shared databases are not secured properly (you can see the other user names when you login)
A few times I sold part of my business and had to transfer the domains to a third party, and even if it was taking business away they were very helpful with this.
From their perspective, this makes sense because they have short-term incentives. Talk is cheap, and leading people on is a typical management tactic.
I've often wondered what sort of short-term fire / incentive I need to create in order to get what I want.
Working for a Fortune 50 IT company has benefits (nobody will ask you to take out the garbage or change the printer toner, and you will never worry about bouncing paychecks), however the bigger the company, the more likely significant gaps will appear between management layers.
That's true -- working here has benefits. I can log in and work from my company laptop anywhere in the world. In fact, I have internet access anywhere in the world, thanks to our VPN, and an extensive list of numbers, should I need to fall back to an actual modem (which I did in Europe, once). On the other hand, we can't easily get new wide screen monitors (this is a "Capital" expense, which is controlled by my boss's boss's boss's finance guy), projector bulbs (this is a "regular" expense, which must be approved by my boss's boss's boss's boss's finance guy, assigned to my area), or even whiteboard markers (the supply guys are just being cheap, I think).
It's incredibly short-sighted.
I think a quote from The Tao of Programming is de rigueur: "You perceive this immense structure and are disturbed that it has no rational purpose. Can you not take amusement from its endless gyrations? Do you not enjoy the untroubled ease of programming beneath its sheltering branches? Why are you bothered by its uselessness?"
If you have some literature or benchmarks showing that a SSD drive (with no cache) can write more than 350-400 IOPS, please share, I would be thrilled to try one.
I think you need to expand a bit more on exactly what and how you're benchmarking, because even consumer-grade (ie: buy it from Newegg) SLC drives are reported to hit a couple of thousand IOPS in 4k random write benchmarks. 1500 read also seems ludicrously pessimistic.
(Not to mention even 350-400 IOPS is still twice the performance you'd get out of a 15k spindle.)
WIse quote from Wikipedia here: "As with any benchmark, IOPS numbers published by storage device manufacturers do not guarantee real-world application performance". To get real numbers, what you need to do is call a vendor such as Hitachi or IBM, and ask them what they feel comfortable putting in a SLA as far as sustained IOPS goes (not theoretical maximum). If you get an answer, you will get the same numbers as any storage admin will give you:
SSD: Read 1500, Write 250-400 FC or SAS2: 200 SATA: 80
If you look at whitepapers, you will get crazy numbers like 200k IOPS for a single drive - but this is under very specific conditions, without the interface, without concurrency, using their specialized controller, etc etc. Lab numbers != real life.
I've seen thousands of live reports from enterprise-grade storage (IBM, HP, Hitachi); I've personally beat the sh*t out of a 2 millions dollar high-end SAN using G5 blades with each node running IOMETER ad SQLIOSIM 24x7 for days in order to test the sub-volume tiering behavior. And never did I see a spindle sustaining much more than the above figures. And even if a spindle was able to sustain that load, there is just no transport solid enough to handle the bandwidth.
Now if you want to get into the nano-second benchmarking where you take the very peak that can happen over a long-running, unrealistic workload, then yeah, put whatever number you want. But this is like saying that a Ford Explorer will do 2000MPG because you take a 2-second interval when it's going downhill on the Everest and you use that as a performance indicator.
If you want real figures instead of drinking the marketing kool-aid, use common IOPS simulators, such as "Disk Magic" (from Intellimagic) or typical web apps like this one: http://www.wmarow.com/strcalc/ (which I did not create and have no interest in promoting)
Reading from SSD is insanely faster than reading from SAS. Writing to SSD is much slower. There is no way around that.
Where do I find a SAS drive that can do a couple of thousand write IOPS ?
Those hybrids products are simply a futile tentative to come up with a cheap alternative to what is really needed: adding a decent cache on SSD controllers so the write buffer is big enough to mitigate the write penalty, and adding enough processing power to perform destaging properly.
I wouldn't claim to be an SSD expert, but I'm pretty sure that happened a year or two ago.
Enterprise-grade SSD will NOT give you 2000 IOPS. Best case scenario, 5-10x less. If all the planets are aligned and the wind is blowing from the right direction, in read you might get 1500 IOPS. Might. And we are talking here about a 5 digits price tag for that kind of drive. As for consumer-grade, well, you get what you pay for.
The only way to get 1000+ IOPS on write, on any storage technology that is not a military secret, is via some kind of cache (or a power surge...). There are just no controllers that can handle that kind of bandwidth and no device fast enough to catch up.
If you have some literature or benchmarks showing that a SSD drive (with no cache) can write more than 350-400 IOPS, please share, I would be thrilled to try one.
Reading from SSD is insanely faster than reading from SAS. Writing to SSD is much slower. There is no way around that.
Those hybrids products are simply a futile tentative to come up with a cheap alternative to what is really needed: adding a decent cache on SSD controllers so the write buffer is big enough to mitigate the write penalty, and adding enough processing power to perform destaging properly.
This being said - if someone comes up with a way to read from SSD and write to SAS, then it's a winner... but the magic part that brings the written bit from the SAS to be read by the SSD is the million-dollar catch.
Until then, those hybrids are just a Fisher Price implementation of sub-volume tiering.
It is just a little more code on the controller... directing writes to HD and reads from SSD, sync happens in the background, using a flag (toggle specific bit in the header) for the copy of the file on the SSD to indicate that changes are being written to the HD and reads must be directed there until the file is synced again.
Yeah, on paper, this is easy enough, anyone can draw a quick diagram... however, reality is much more tricky. Everything that is hidden under that "sync" concept is incredibly complex because both nodes are actively working on I/O and because of physics the backend spindle are slow; it's like reordering balls when you are juggling. You cannot just pick a source and a destination, or order things like a process scheduler; you need to take into account the evolving state and capabilities of many components (spindles, cache, bus) and do predictive work based on recent trends, otherwise the whole thing will get driven into the ground quickly.
It's like that experiment where people are asked to keep a room temperature between 15 and 20 Celsius, and all they have is a single controller that has a 5-minute delayed impact. Every participant feels that this will be easy, however most of them fail because once they see the temperature going down or up they tend to overreact, leading to a spiral of death.
Reading from SSD is insanely faster than reading from SAS. Writing to SSD is much slower. There is no way around that.
Those hybrids products are simply a futile tentative to come up with a cheap alternative to what is really needed: adding a decent cache on SSD controllers so the write buffer is big enough to mitigate the write penalty, and adding enough processing power to perform destaging properly.
This being said - if someone comes up with a way to read from SSD and write to SAS, then it's a winner... but the magic part that brings the written bit from the SAS to be read by the SSD is the million-dollar catch.
Until then, those hybrids are just a Fisher Price implementation of sub-volume tiering.
Slashdot Mirror
Sorry, that's a fairy tale.
I am always impressed when someone make that kind of statement, knowing almost nothing of the actual event. This is a two-way street, so for the sake of the discussion, I'll say that you working in a Russian nuclear power plant is also a fairy tale.
Not far. He almost got killed in a freak accident after coming back to America. He was working in a power plant (not nuclear), and one day a newbie noticed that a big breaker was off, he flipped it on and the breaker actually popped out of the socket, hitting my friend in the back of the head. Severe head trauma.
The breaker was off because there was a short on a power line following an ice storm. Power is powerful.
A friend of mine was doing electrical panels inspections in Russian nuclear plants (some NGO program), and one time he was in a control center and noticed a door that had no sign. He asked what it was, but nobody knew. He opened it and saw a big rusty pipe. He found out that the pipe was carrying cooling water out of the machine room... The radioactivity level was so high that my friend got a 3-month paid leave to get it out of his system.
I'm no sissy, I could sleep in a haunted houses or dig out bones from indian sacred land, but there is just no way I'll ever set foot in a Russian nuclear plant or a Chinese chemical plant.
600$ a day is like 75$/hr. As a contractor one can get more than that anywhere in the USA where most of the time people don't lay IEDs on the roadside.
A friend of mine is a crane operator out there. He has a 3 weeks work, 3 weeks off schedule, and he gets a lot of free plane tickets. The only problem is that while he works, he is basically in jail, he has to stay in the compound, where there is little enterainment, etc. He is making a lot of money but he is also spending most of it while on vacation.
Go to China, Thailand, Cambodia, Singapore or Philippines. It's extremely easy for a westerner to find jobs in Asia if they just know something, especially in IT.
You are right about Singapore, this is one of the good spots in Asia for western IT specialists. Malaysia is also pretty good. But China, Cambodia, Thailand or the Philippines... pretty low salaries and overall bad working conditions.
The richer countries (South Korea, Japan) are also a bad choice; people get ripped off frequently by local companies, and jobs with western companies are usually not well-paid, people underestimate the cost of living in those places.
This being said, getting a job in Asia usually requires a work visa, and those are hard to come by. In many countries, such as those you mention, getting caught working while having a tourist visa can lead to a really bad situation, including (but not limited to) jail and heavy fines.
For someone looking to work abroad and make money, the best place is still the middle East, like Qatar or UAE. A while ago Dubai was the sh*t but now they are broke and many projects have gone belly-up.
It is possible to find a job abroad by dealing with a small fly-by-night shop, who basically give you a plane ticket, a time and place to show up, and a good handshake. However I strongly suggest to deal with a more reputable company (such as IBM Global Services or a major oil/mining company), they will provide a better package, including housing and whatnot, and they have people on the field to help for the relocation. Some will even open a bank account and get a phone and internet connection for every new hire, because that stuff require a lot of paperwork and local access.
Sounds easy enough to circumvent. Oh, look, we have two employees working that job 8 hours a day for a total of 16 hours a day between the two of them ... and they happen to be the same person registered to different employee numbers.
You have a long way to go before you can become a master embezzler... (might not be a bad thing!)
A former client of mine (Fortune 500) is using SAP for the timesheets, and it's not possible to save the timesheet if there is more or less than exactly 8 hours billed in a day. Hugely convenient, unless someone is interested by reality.
In the CSV you get all the properties of each VM in the host.
What do you get printed on the screen if you remove the "Export-Csv"? binary gibberish, or just text?
On Linux, it's trivial to detect whether your output is to a terminal or to a file, and likely possible to detect that your output is a pipe. Likewise, if people really cared, they could produce a set of programs that output "objects" to pipes and text to the screen. The key here being that even if you declared a standard form for your objects (for instance, bencode) and other people used your standard, you'd need a pretty complete set of programs to deal with it.
The default output is a table format (just like ls -l on linux), but there are many options. Export-Csv is a command that will create a csv file, it is not per se an output option.
The only things i hack into with regularity are your moms pussy and your sisters mouth. skank bitches.
Basement dweller Bingo!
Wake me up when powershit runs on something other than windohs.
"H4X0R DuD3" Bingo!
So, why would I read a book about motorcycle maintenance when I have little interest in motorcycles or the maintenance of internal combustion engines (and associated machinery)?
If you read the book you will actually be able to answer this question...
What sort of person does this?
The same persons who complain because the "desktop experience" features are disabled by default on Windows Server.
There is no explanation, it is a personality type. I suggest you read "Zen and the art of motorcycle maintenance", it offers a lot of insight about this kind of thing.
That's great for all fifty people who use Powershell.
You might need to get a better "grep" on reality, it's not 2004 anymore.
I think there's a lot to like about Powershell, and part of me will always be a bit jealous that Windows got a shell with those kinds of capabilities before Linux did. It does indeed seem that what they describe bgrep and bdiff doing could be accomplished in Powershell. I've never been too clear on some of the particulars of how that would be done, though. As I understand it, you can search/filter either XML data streams, or a sequence of .NET objects. Would the way to accomplish this in .NET, then, be to have a commandlet that opens the source file and passes them through as .NET objects? It would be a bit less compact than having the special type handling right in the "find" or "filter" command but it does lend a certain clarity to things, too...
Powershell and .Net can collaborate both ways. As an example, many recent Microsoft products are using .Net for the GUI but in the backend all the actual work is done in Powershell. The opposite is true - one can plug a .Net component in a Powershell script, as an example to do a custom filter.
The best example for the PS pipe model is with the VMWare extensions (PowerCLI). You can get a full inventory by writing a script like this:
Get-Host | Get-Vm | Export-Csv c:\myinventory.txt
In the CSV you get all the properties of each VM in the host. And if you don't want all the properties, you can put a filter between the Get-VM and the Export-Csv to match the exact output you want. This is done by an extensive use of reflection.
I know I'll be modded down, but I have to say it: what they describe is already available in Powershell, where objects can be piped in search/filter functions.
The website linked to this story is horrible, it has so much ads, it looks like a placemat in a cheap pizzeria. It will take me a while to regain my moral equilibrium after seeing that eye sore.
For the first question I’d like to know how my organization can best leverage Oracle’s EJB technology to obtain the rapid and simplified development of distributed, transactional, secure and portable applications that we are looking for in our growing business.
Hey this question is loaded! How do you know that you could not achieve your goals with a different Oracle technology?
I agree, I've been with them for years and they have a very good service. Twice I tried different hosts (more expensive), I even tried Google App commercial offering (which I hated) but I always went back to Bluehost.
Pros:
-uptime
-service
-performance
-the whole package (features, SimpleScript library, etc.)
-clear billing, no scam
-no annoying upsell campaigns (excep the Postini ad when you first access the CPanel)
-their IPs are not on spam blacklists
Cons:
-restrictions for photo/video content
-shared databases are not secured properly (you can see the other user names when you login)
A few times I sold part of my business and had to transfer the domains to a third party, and even if it was taking business away they were very helpful with this.
I've often wondered what sort of short-term fire / incentive I need to create in order to get what I want.
That's true -- working here has benefits. I can log in and work from my company laptop anywhere in the world. In fact, I have internet access anywhere in the world, thanks to our VPN, and an extensive list of numbers, should I need to fall back to an actual modem (which I did in Europe, once). On the other hand, we can't easily get new wide screen monitors (this is a "Capital" expense, which is controlled by my boss's boss's boss's finance guy), projector bulbs (this is a "regular" expense, which must be approved by my boss's boss's boss's boss's finance guy, assigned to my area), or even whiteboard markers (the supply guys are just being cheap, I think).
It's incredibly short-sighted.
I think a quote from The Tao of Programming is de rigueur:
"You perceive this immense structure and are disturbed that it has no rational purpose. Can you not take amusement from its endless gyrations? Do you not enjoy the untroubled ease of programming beneath its sheltering branches? Why are you bothered by its uselessness?"
http://www.canonical.org/~kragen/tao-of-programming.html#book7
Enjoy your shelter :-)
adding a decent cache on SSD controllers so the write buffer is big enough to mitigate the write penalty
You mean like using an HDD as a cache?
The key word here would be "decent".
I think you need to expand a bit more on exactly what and how you're benchmarking, because even consumer-grade (ie: buy it from Newegg) SLC drives are reported to hit a couple of thousand IOPS in 4k random write benchmarks. 1500 read also seems ludicrously pessimistic.
(Not to mention even 350-400 IOPS is still twice the performance you'd get out of a 15k spindle.)
WIse quote from Wikipedia here: "As with any benchmark, IOPS numbers published by storage device manufacturers do not guarantee real-world application performance". To get real numbers, what you need to do is call a vendor such as Hitachi or IBM, and ask them what they feel comfortable putting in a SLA as far as sustained IOPS goes (not theoretical maximum). If you get an answer, you will get the same numbers as any storage admin will give you:
SSD: Read 1500, Write 250-400
FC or SAS2: 200
SATA: 80
If you look at whitepapers, you will get crazy numbers like 200k IOPS for a single drive - but this is under very specific conditions, without the interface, without concurrency, using their specialized controller, etc etc. Lab numbers != real life.
I've seen thousands of live reports from enterprise-grade storage (IBM, HP, Hitachi); I've personally beat the sh*t out of a 2 millions dollar high-end SAN using G5 blades with each node running IOMETER ad SQLIOSIM 24x7 for days in order to test the sub-volume tiering behavior. And never did I see a spindle sustaining much more than the above figures. And even if a spindle was able to sustain that load, there is just no transport solid enough to handle the bandwidth.
Now if you want to get into the nano-second benchmarking where you take the very peak that can happen over a long-running, unrealistic workload, then yeah, put whatever number you want. But this is like saying that a Ford Explorer will do 2000MPG because you take a 2-second interval when it's going downhill on the Everest and you use that as a performance indicator.
If you want real figures instead of drinking the marketing kool-aid, use common IOPS simulators, such as "Disk Magic" (from Intellimagic) or typical web apps like this one:
http://www.wmarow.com/strcalc/
(which I did not create and have no interest in promoting)
Where do I find a SAS drive that can do a couple of thousand write IOPS ?
I wouldn't claim to be an SSD expert, but I'm pretty sure that happened a year or two ago.
Enterprise-grade SSD will NOT give you 2000 IOPS. Best case scenario, 5-10x less. If all the planets are aligned and the wind is blowing from the right direction, in read you might get 1500 IOPS. Might. And we are talking here about a 5 digits price tag for that kind of drive. As for consumer-grade, well, you get what you pay for.
The only way to get 1000+ IOPS on write, on any storage technology that is not a military secret, is via some kind of cache (or a power surge...). There are just no controllers that can handle that kind of bandwidth and no device fast enough to catch up.
If you have some literature or benchmarks showing that a SSD drive (with no cache) can write more than 350-400 IOPS, please share, I would be thrilled to try one.
Reading from SSD is insanely faster than reading from SAS. Writing to SSD is much slower. There is no way around that.
Those hybrids products are simply a futile tentative to come up with a cheap alternative to what is really needed: adding a decent cache on SSD controllers so the write buffer is big enough to mitigate the write penalty, and adding enough processing power to perform destaging properly.
This being said - if someone comes up with a way to read from SSD and write to SAS, then it's a winner... but the magic part that brings the written bit from the SAS to be read by the SSD is the million-dollar catch.
Until then, those hybrids are just a Fisher Price implementation of sub-volume tiering.
It is just a little more code on the controller... directing writes to HD and reads from SSD, sync happens in the background, using a flag (toggle specific bit in the header) for the copy of the file on the SSD to indicate that changes are being written to the HD and reads must be directed there until the file is synced again.
Yeah, on paper, this is easy enough, anyone can draw a quick diagram... however, reality is much more tricky. Everything that is hidden under that "sync" concept is incredibly complex because both nodes are actively working on I/O and because of physics the backend spindle are slow; it's like reordering balls when you are juggling. You cannot just pick a source and a destination, or order things like a process scheduler; you need to take into account the evolving state and capabilities of many components (spindles, cache, bus) and do predictive work based on recent trends, otherwise the whole thing will get driven into the ground quickly.
It's like that experiment where people are asked to keep a room temperature between 15 and 20 Celsius, and all they have is a single controller that has a 5-minute delayed impact. Every participant feels that this will be easy, however most of them fail because once they see the temperature going down or up they tend to overreact, leading to a spiral of death.
Reading from SSD is insanely faster than reading from SAS. Writing to SSD is much slower. There is no way around that.
Those hybrids products are simply a futile tentative to come up with a cheap alternative to what is really needed: adding a decent cache on SSD controllers so the write buffer is big enough to mitigate the write penalty, and adding enough processing power to perform destaging properly.
This being said - if someone comes up with a way to read from SSD and write to SAS, then it's a winner... but the magic part that brings the written bit from the SAS to be read by the SSD is the million-dollar catch.
Until then, those hybrids are just a Fisher Price implementation of sub-volume tiering.