Well point 1 & particularly 3 is all that is most important and techinically right too.Quote:
Originally Posted by PAVB
Point 2 may be incorrect, as you will still need to do LIO + lots of CPU to compress/uncompress.
Rgds
Abhay
Printable View
Well point 1 & particularly 3 is all that is most important and techinically right too.Quote:
Originally Posted by PAVB
Point 2 may be incorrect, as you will still need to do LIO + lots of CPU to compress/uncompress.
Rgds
Abhay
I'm in agreement with your assesment of increased CPU utilization for compress/uncompress purposes.Quote:
Originally Posted by abhaysk
In regards to LIO -respectfully- I don't care about it, I care about physical I/O. Remember, we are doing exp/compress and uncompress/imp on-the-fly therefore in the first case exp is writting to an Unix pipe then compress reads from the Unix pipe and writes to disk; in the second case uncompress reads from the compressed file and writes to an Unix pipe from where imp reads.
PAVB - don't you think that running expdp/impdp from the target server is better than exp-compress-ftp-uncompress-imp?
Just to be clear, I'm not suggesting exp-compress-ftp-uncompress-imp.Quote:
Originally Posted by nir_s
What I've suggested is a three steps process, not a five steps process:
Step #1: Export/Compress on-the-fly in a single step.
Step #2: FTP compressed file
Step #3: Uncompress/Import on-the-fly in a single step.
The expdb over a NETWORK_LINK and them impdb will move uncompressed data over the network -which is probably your slower component- while proposed strategy will move compressed data.
I will love to see the results of a test, would you mind in testing both alternatives for a medium size table and post results?
Thanks PAVB.
I'll post the results when we finish testing.
Regards,
Nir
I dont think you got the GIST.. i meant LIO + CPU Time for compression is nearly equal to time required for PIO to local file system.. all it matters is how much data your moving over network, that time vs data over netwrok is exponential.Quote:
Originally Posted by PAVB
however you should also note that OS will be making lots of LIO+PIO while doing a compression/uncompression (plus a added over head of CPU due to extensive LIO + processing the compressing algorithm).. the point 2 of yours hardly matters.. all it matters is point 3, which is obivious and evident.
Rgds
Abhay.
That's not true, you are wrong.Quote:
Originally Posted by abhaysk
If you do not believe me, test it using a reasonable large table.
u try to test your self with 2GB file..
test 1: copy the file so that time elapsed will be representative of PIO.
test 2: compress the file and capture the elapsed time.
So... you want to test in a cat to know how a dog will behave? LMAOQuote:
Originally Posted by abhaysk
We have extensively tested the real deal -test in a dog to know how a dog will behave- and I know what I'm talking about. This thread is getting boring, you are not listening.
ok fine.. i will not talk more on this.. i dont want to get personal.. if i am wrong i would suerly change myself.. (i think you know the algorithm for compression)