[OCP 17 book] | [OCP 11 book] | [OCA 8 book] [OCP 8 book] [Practice tests book] [Blog] [JavaRanch FAQ] [How To Ask Questions] [Book Promos]
Other Certs: SCEA Part 1, Part 2 & 3, Core Spring 3, TOGAF part 1 and part 2
[OCP 17 book] | [OCP 11 book] | [OCA 8 book] [OCP 8 book] [Practice tests book] [Blog] [JavaRanch FAQ] [How To Ask Questions] [Book Promos]
Other Certs: SCEA Part 1, Part 2 & 3, Core Spring 3, TOGAF part 1 and part 2
So when i run this command over ssh, what exactly happens ?
The Sun Certified Java Developer Exam with J2SE 5: paper version from Amazon, PDF from Apress, Online reference: Books 24x7 Personal blog
The secret of how to be miserable is to constantly expect things are going to happen the way that they are "supposed" to happen.
You can have faith, which carries the understanding that you may be disappointed. Then there's being a willfully-blind idiot, which virtually guarantees it.
Originally posted by jay vas:
Hi guys : I've got a query that runs for 8+ hours. I want to be able to start it from home at night and look at the results in the morning. I tried this, but I woke up and sadly saw that my ssh connection was lost a few hours in to the command.
How can I start a mysql process and let it keep going after the client logs out ?
Originally posted by Pat Farrell:
But you have a more fundamental problem. any query that takes 8+ hours is broken. If you get more records, will it take 16+ hours. This does not scale.
The secret of how to be miserable is to constantly expect things are going to happen the way that they are "supposed" to happen.
You can have faith, which carries the understanding that you may be disappointed. Then there's being a willfully-blind idiot, which virtually guarantees it.
Originally posted by Tim Holloway:
"Nohup", by the way, is short for "No Hangup" and dates back to the time when a lot of people were on dialup lines to time-sharing systems. By using NOHUP to launch a process, you could dial in, start a long-running process such as hamster DNA sequencing, then hang up without killing the process. Which freed up your phone line and kept the telephone bill expenses down.
[OCP 17 book] | [OCP 11 book] | [OCA 8 book] [OCP 8 book] [Practice tests book] [Blog] [JavaRanch FAQ] [How To Ask Questions] [Book Promos]
Other Certs: SCEA Part 1, Part 2 & 3, Core Spring 3, TOGAF part 1 and part 2
The secret of how to be miserable is to constantly expect things are going to happen the way that they are "supposed" to happen.
You can have faith, which carries the understanding that you may be disappointed. Then there's being a willfully-blind idiot, which virtually guarantees it.
Originally posted by Tim Holloway:
Ah, but did you know that vi was designed to require the minimum number of keystrokes - and no special keys such as cursor arrows? It made remote work on a 300-baud dialin slightly less intolerable.
[OCP 17 book] | [OCP 11 book] | [OCA 8 book] [OCP 8 book] [Practice tests book] [Blog] [JavaRanch FAQ] [How To Ask Questions] [Book Promos]
Other Certs: SCEA Part 1, Part 2 & 3, Core Spring 3, TOGAF part 1 and part 2
Originally posted by Jeanne Boyarsky:
I liked that I could type ahead and then wait for the terminal to catch up.
The secret of how to be miserable is to constantly expect things are going to happen the way that they are "supposed" to happen.
You can have faith, which carries the understanding that you may be disappointed. Then there's being a willfully-blind idiot, which virtually guarantees it.
Originally posted by Pat Farrell:
If the PHB are happy with 8+ hour queries, cool. But that's way too long for my tastes. And I can always make a query be twice faster (take half the time) for a low low fee.
The secret of how to be miserable is to constantly expect things are going to happen the way that they are "supposed" to happen.
You can have faith, which carries the understanding that you may be disappointed. Then there's being a willfully-blind idiot, which virtually guarantees it.
Originally posted by Tim Holloway:
It was a little bit more than just a simple query and the completion time wanted to expand geometrically with the size of one of the input data sets. I had to meter the thing silly and redesign the core algorithms several times to crunch it down that far. I won't say there wasn't room to optimize it even further, but the labor involved wasn't worth the cost to do it.
Originally posted by Pat Farrell:
I take this to mean that further improvement wasn't justified now. Clearly getting from days to 8 hours was well worth the effort.
The secret of how to be miserable is to constantly expect things are going to happen the way that they are "supposed" to happen.
You can have faith, which carries the understanding that you may be disappointed. Then there's being a willfully-blind idiot, which virtually guarantees it.