Search found 15603 matches
- Mon Dec 19, 2005 1:44 am
- Forum: Site/Forum
- Topic: Grid Computing - donate spare CPU cycles to research
- Replies: 17
- Views: 6772
- Mon Dec 19, 2005 1:34 am
- Forum: Site/Forum
- Topic: Grid Computing - donate spare CPU cycles to research
- Replies: 17
- Views: 6772
Great news. I once added some cpu time to the SETI project and thought it was a great idea, but this is more productive. The software is small and does a good job of using up the CPU, but at least it does slow down when anything else is going on. It would be nice to get a DataStage group together th...
- Sun Dec 18, 2005 2:42 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: installation error in home pc
- Replies: 5
- Views: 1064
- Sun Dec 18, 2005 2:39 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: OCI Stage acting wierd
- Replies: 6
- Views: 1390
- Sat Dec 17, 2005 11:48 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: How to run a job in multiple instances
- Replies: 17
- Views: 5439
Craig, thanks for that - I ended up actually doing the RTFM thing and saw what you had said; I remebered that not supplying any parameter did something, but just assumed that @NULL would equate to some value which would generate repeatable sequences. I wonder if the time unit is seconds or milliseco...
- Sat Dec 17, 2005 8:43 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Multi Instance Job Triggering
- Replies: 5
- Views: 1245
- Sat Dec 17, 2005 8:04 am
- Forum: Site/Forum
- Topic: Grid Computing - donate spare CPU cycles to research
- Replies: 17
- Views: 6772
Grid Computing - donate spare CPU cycles to research
Instead of using your spare PC CPU cycles in generating 3 dimension backgrounds that wander across the screen or create some virtual fishtank, I'd like to recommend looking at the world community grid pages and perhaps installing their grid client on your PC. Several computing projects run concurren...
- Sat Dec 17, 2005 2:42 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: Rnd() gives diff. op's in parallelly running Jobs vs Manager
- Replies: 3
- Views: 1199
I responded to the other post before replying here. A random number generate is never random, it is pseudo-random. The algorithm distribute elements in the series as randomly as possible across the available range of numbers. But in order to be used for prediction purposes it needs to be repeatable ...
- Sat Dec 17, 2005 2:37 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: How to run a job in multiple instances
- Replies: 17
- Views: 5439
Using RANDOMIZE(@NULL) will not do what you expect. You should use a seed to ensure the beginning position in your random number sequence is as random as possible, and @NULL will always return the same series. I usually seed a random series with @DATE+@TIME+@USERNO and this will get a different numb...
- Fri Dec 16, 2005 5:31 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: How to insert Timestamp with nano seconds in Oracle table
- Replies: 9
- Views: 5040
- Fri Dec 16, 2005 5:09 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: How to insert Timestamp with nano seconds in Oracle table
- Replies: 9
- Views: 5040
- Fri Dec 16, 2005 4:31 am
- Forum: IBM<sup>®</sup> Infosphere DataStage Server Edition
- Topic: How to insert Timestamp with nano seconds in Oracle table
- Replies: 9
- Views: 5040
- Fri Dec 16, 2005 4:30 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: received signal SIGSEGV
- Replies: 5
- Views: 2552
With that small number of stages and a 4-node configuration you won't have too many jobs flooding the system, even if you have partitioned DB/2 tables and are using the enterprise partitioning. A SIGSEGV after an appreciable runtime is either being triggered by a combination of data values or by som...
- Fri Dec 16, 2005 3:29 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: received signal SIGSEGV
- Replies: 5
- Views: 2552
A segmentation violation is most often caused by bad pointer addresses in a program - either trying to write to a null pointer address or trying to read/write a protected address. You are seeing this happen sporadically, so it is either due to your data contents or to a system resource restriction. ...
- Fri Dec 16, 2005 3:10 am
- Forum: IBM<sup>®</sup> DataStage Enterprise Edition (Formerly Parallel Extender/PX)
- Topic: Nodes relating with Processes
- Replies: 2
- Views: 672
ravij, there is no direct answer to some of the questions you posed, as it really does depend on your system, it's configuration and the uses you want to put the system to. The number of nodes defined in a PX configuration file does not bear any relationship to the number of physical processors that...