UNIX for Beginners Questions & Answers

You seem to be saying that you have poorly written code that runs quickly on Solaris 10 systems consuming huge amounts of CPU cycles while not checking for error returns on sockets and that the same code when ported to a Red Hat version 6 Linux distribution runs slow and stops when the same networking error occurs.

Without seeing the Solaris 10 code you're using and the RHEL 6 port of that code it is very hard to guess at what might be causing the differences in behavior you have described. My crystal ball isn't working well enough tonight to even hazard a guess.

If the application is made up for RHEL 3 and RHEL 4 , and if we will deploy it on RHEL 6, then what will be side effects? Will it affect on performance of application?

It might run faster. It might run slower. It might not run at all. It might run perfectly for a while and crash hours later. And, of course, it could also depend on what data the code encounters while it is running. If you don't show us the code, there is no way to know!

Processes don't become orphans for no reasons: you must have done something (i.e. terminating the parent process without waiting for - and processing properly the exit code of - the client) and, since you seem to know that already, i wonder why you ask for the consequences of this instead of correcting it.

I mean: sometimes parking at where it is forbidden results in your vehicle towed, sometimes not (like poor implementation is punished in one OS and not punished in another). But even it not resulting in a ticket doesn't make the practice any more legal, you just didn't get punished for what you did wrong immediately. You perhaps are still an obstacle to other traffic, which is why the parking was forbidden there in the first place.

So, instead of asking us (as i perceive it) how can i write bug-ridden programs so that the bugs won't show you should ask yourself how to get rid of the bugs - and then act accordingly.

I hope this helps.

bakunin