Hello David,
you are right, but I tought maybe tere are some special trick with
Oracle 10.
So the more concrete situation:
The HW is the same of course. It means a SUN server with 16GB RAM and
2x1.1GHz UlraSparc CPU and 145GB SCSI HDD.
The old Oracle was 8.1.7.4 and the new one is 10.1.0.2
As the server is quite big, and our test is not a stress test besides
this we can't mix Solaris 8 with Oracle 10 too easy (because some other
parts of the system which are not affected in the test).
The tables have only 4-8 number and varchar fields. So I think 16GB RAM
should be enough to insert ~10-20MB of data.
That's it.
Clem
fitzjarrell_at_cox.net írta:
> Comments embedded.
> Clemenza wrote:
>
>>Hello,
>>
>>we use Oracle 10g on Solaris 10. Before we used Oracle 8i with Solaris
>>8. We made a test where we insatelled the OS than Oracle and right after
>>inserted ~35.000 records in empty tables.
>
>
> Inserting into empty tables tells very little, if anything, as to how a
> product will perform when those tables aren't empty and the insert
> volume remains fairly constant. Also, you've changed more than one
> variable in this equation as you've upgraded not only the DBMS but the
> underlying operating system. You mention nothing of the physical
> configuration of these servers (memory, disk, cpu); are they identical
> in this regard? If so, you are in for a rude awakening as Solaris 10
> consumes more memory than Solaris 8 did for the same configuration.
> Adding to that a DBMS upgrade from 8i (which doesn't say much, as 8i
> spanned 8.1.5.0 through 8.1.7.4) to 10g (which still doesn't say much
> for similar reasons) you have a situation where too many variables have
> changed. And you simply lay the blame on Oracle 10g. I'd like to know
> where you obtained your crystal ball.
>
>
>>At the moment we have a problem that the insert statements - on Oracle
>>10 - cpu time takes 50-100% more than before and the elapsed time
>>sometimes 200% more regarding Oracle statistics.
>>
>
>
> Install 10g on Solaris 8 and see how your performance measures up to
> your 8i on Solaris 8 standard. Or, install the same release of 8i on
> your Solaris 10 machine and see how well or how poorly that runs. When
> you can confidently eliminate the operating system as a possible source
> of your 'problem' then you can concentrate on configuring 10g to better
> serve your needs. Until you exhaust ALL possibilities you are simply
> shooting in the dark. Yes, you can hit something with your shots, but
> the likelihood of it being beneficial is slim.
>
>
>>Do you have any idea how can we procced with such an error?
>>
>>Thanks!
>
>
>
> What 'error'? You've presented none to my knowledge, outside of not
> providing sufficient information to diagnose your problem. Post the
> server configuration for both systems if you truly want useful
> responses.
>
>
> David Fitzjarrell
>
Received on Wed Nov 23 2005 - 15:37:46 CST
