What the meaning of "BALCKHOLE" in datastage
Moderators: chulett, rschirm, roy
What the meaning of "BALCKHOLE" in datastage
Hi,
Thanks for your help and please help me out for below problem?
How to find the "BALCKHOLES" in datastage?
How can i rectify the "BALCKHOLES" in my project?
Thanks and Regards,
Ravi Babu.B
Thanks for your help and please help me out for below problem?
How to find the "BALCKHOLES" in datastage?
How can i rectify the "BALCKHOLES" in my project?
Thanks and Regards,
Ravi Babu.B
Could you be referring to a "Black Hole"? Either way, the term isn't used in DataStage and really doesn't have much meaning unless you explain what you are looking for in a bit more detail.
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>
Black Hole, technically, is an astronomical term. Figuratively, its used to refer to glitches in the system.
You should not worry about black holes in DataStage per se. As per your project, you need to make sure that all ends are tied, tightly. You did your error handling , restartability and all other aspects that needs to be incorporated in an unbreakable system.
The above para would be a brief answer to your second question.
You should not worry about black holes in DataStage per se. As per your project, you need to make sure that all ends are tied, tightly. You did your error handling , restartability and all other aspects that needs to be incorporated in an unbreakable system.
The above para would be a brief answer to your second question.
Creativity is allowing yourself to make mistakes. Art is knowing which ones to keep.
EventHorizon jobs r.e. Black Holes
You need to look for the use of EventHorizon jobs. These are dangerous because once your project exceeds the critical threshold of complexity, time will begin to slow and eventually come to a complete halt. This often, but not always, includes all aspects of time: development time, run times, debugging time, training time.
This is described in some detail here http://en.wikipedia.org/wiki/Holographic_principle (see Limit on information density).
After a certain point, throwing more resources (ram, swap space) at the problem only makes things worse. Then you are probably better off designing a new solution, as current theory suggests going too close to an EventHorizon is not survivable. Good luck!
--- John G.
This is described in some detail here http://en.wikipedia.org/wiki/Holographic_principle (see Limit on information density).
After a certain point, throwing more resources (ram, swap space) at the problem only makes things worse. Then you are probably better off designing a new solution, as current theory suggests going too close to an EventHorizon is not survivable. Good luck!
--- John G.
ravibabu wrote:Hi,
Thanks for your help and please help me out for below problem?
How to find the "BALCKHOLES" in datastage?
How can i rectify the "BALCKHOLES" in my project?
Thanks and Regards,
Ravi Babu.B
John,
I now understand the EventHorizon() routine a bit better. If I call it with the parameter DSJ.CloseToHorizon I get very slow performance due to the dilatory effect of time; when I use DSJ.AlmostAtHorizon I get sporadic errors due to decomposition of bits and bytes into bitlets and bytlets. And for some reason, when I use DSJ.BeyondHorizon the job never returns. Oddly, it seems that when I exucute this call, a file is simultaneously created with a random name and variable size on another server in the same building.
I just wish they would document this routine a bit better
p.s. I picked up and re-read an old copy of Gateway by Frederick Pohl last week
I now understand the EventHorizon() routine a bit better. If I call it with the parameter DSJ.CloseToHorizon I get very slow performance due to the dilatory effect of time; when I use DSJ.AlmostAtHorizon I get sporadic errors due to decomposition of bits and bytes into bitlets and bytlets. And for some reason, when I use DSJ.BeyondHorizon the job never returns. Oddly, it seems that when I exucute this call, a file is simultaneously created with a random name and variable size on another server in the same building.
I just wish they would document this routine a bit better
p.s. I picked up and re-read an old copy of Gateway by Frederick Pohl last week
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
"BALCKHOLE" is not a word, in DataStage nor anywhere else.ravibabu wrote:What is the meaning of "BALCKHOLE" in datastage
"BLACK HOLE" (two words) has been discussed above. It's domain is astronomy; it is only used metaphorically elsewhere.
The only black hole in DataStage, in my opinion, is the uncritical acceptance that the most expensive consulting companies are the best (or even competent). Though the assumption that "everything can be delivered in phase 1" comes close.
"Black hole" is sometimes used to refer to the special operating system file that consumes records (/dev/null on UNIX or .\NUL on Windows); the same effect can be had in parallel jobs using a Copy stage with no output link.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Yea verily, thou shalt respect the Schwarzschild Radius.
Arnd - I need to pick up the latest in the saga.
Arnd - I need to pick up the latest in the saga.
-craig
"You can never have too many knives" -- Logan Nine Fingers
"You can never have too many knives" -- Logan Nine Fingers
Thats ArndW, yet again at his humor. The first time was when I read his reply to one of the posts that had 10 or more interview questions. That was one hilarious post, I couldnt stop laughing for several minutes together
Creativity is allowing yourself to make mistakes. Art is knowing which ones to keep.
-
- Participant
- Posts: 3593
- Joined: Thu Jan 23, 2003 5:25 pm
- Location: Australia, Melbourne
- Contact:
Isn't the DataStage Black Hole the new code name for DataStage 8 on Unix/Linux?
Certus Solutions
Blog: Tooling Around in the InfoSphere
Twitter: @vmcburney
LinkedIn:Vincent McBurney LinkedIn
Blog: Tooling Around in the InfoSphere
Twitter: @vmcburney
LinkedIn:Vincent McBurney LinkedIn
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Close but not quite. It's actually the amount you'll spend on consulting services after upgrading. IBM consultants underwent their intensive version 8 training three weeks ago in this part of the world.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
So the Australian IBM resources are now ... "experts".ray.wurlod wrote: IBM consultants underwent their intensive version 8 training three weeks ago in this part of the world.
Called them about a routine we couldn't find on a 7.1 to 7.5 upgrade. They insisted we had written in, found it after a while in Click-Pack .... oh vell.
Of course there are black holes in datastage ... the place where resources are sucked in, time grinds to a standstill and nothing happens for extended periods of time ... they're called daily status meetings ...
"We will keep holding these meetings daily, twice daily if necessary, until we determine the reason the project is so far behind." Anon.
It would be funny except I've worked on 2 projects that used that principle.
Andrew
Think outside the Datastage you work in.
There is no True Way, but there are true ways.
Think outside the Datastage you work in.
There is no True Way, but there are true ways.
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
To cite an older variant: "the floggings shall continue until morale improves".
There were no support staff at this particular training; just the (billable) consultants.
I imagine that support staff will get/have had their own training.
There were no support staff at this particular training; just the (billable) consultants.
I imagine that support staff will get/have had their own training.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
What's in a name?
"What's in a name? That which we call a black-hole
By any other word would yet mightily suck."
By any other word would yet mightily suck."
eostic wrote:I love threads like this. Especially sweet for Valentines day. Shows how much we all adore this product.
Ernie