Hi Daniel,
MaObjectSerializationSecurityViolation signal: Serializations beyond 10 megabytes are not allowed.
Well, that sucked. Then, I decided to break the commits into individual object commits. For that, I executed the following:
You had the correct idea to commit it in smaller chunks. It sounds like this xmt object is very large.
After I executed this, I inspected ms to see that it is of MagmaServerConsole type and has an attribute called statistics, which I'll come back to later.
Oops, you never went back to it. I was hoping to see whether the stats were indicative of 11-minutes worth of commits...
When I ran this, it still takes all of the VM CPU time and after 11 minutes, it came back with an exception:
MagmaSoftwareError signal: #UndefinedObject, should implement maIsChangedFrom:using:.
Ah, I see what the problem is. It is a Squeak bug which was not fixed in 3.7. It's actually two bugs which are described here:
http://lists.squeakfoundation.org/pipermail/squeak-dev/2004-June/078839.html
One of these has been integrated into 3.8, the other hasn't. As of yesterday, I re-posted Magma to SqueakSource with these fixes included. It sounds like you did not load Magma from SqueakSource since then. Please verify the version you are using is not the latest and try your test again.
If run into further issues, and please copy me directly to ensure I don't miss your post to the list.
- Chris
First, I want to apologize again for re-posting this issue again. I didn't mean to create the additional traffic. I just wasn't sure if my message got posted since I noticed the list wasn't working last night.
On Mar 31, 2005, at 2:05 PM, Chris Muller wrote:
After I executed this, I inspected ms to see that it is of MagmaServerConsole type and has an attribute called statistics, which I'll come back to later.
Oops, you never went back to it. I was hoping to see whether the stats were indicative of 11-minutes worth of commits...
Yes, I did forget to come into it. However, while watching the statistics, the numbers changed for only a few seconds and after that, they froze. I would say they froze after about 15 seconds of showing updated statistics. Even after the exception was raised in the other VM, the statistics were never refreshed. Sorry I didn't post the numbers shown.
Ah, I see what the problem is. It is a Squeak bug which was not fixed in 3.7. It's actually two bugs which are described here:
http://lists.squeakfoundation.org/pipermail/squeak-dev/2004-June/ 078839.html
I wasn't aware of it. I just started working with Squeak. Will review that thread.
One of these has been integrated into 3.8, the other hasn't. As of yesterday, I re-posted Magma to SqueakSource with these fixes included. It sounds like you did not load Magma from SqueakSource since then. Please verify the version you are using is not the latest and try your test again.
There was a thread yesterday to which you had responded that the version in SqueakSource was not the latest version and so you posted the URL to download the latest Monticello packages. It was a few minutes after your post that I downloaded the Monticello packages. If you made changes there and reposted to SqueakSource after that, I didin't get that yet. I will download the latest version from SqueakSource now and give it a try again.
If run into further issues, and please copy me directly to ensure I don't miss your post to the list.
Thank you. I will sure include you in the email. Hopefully it will all go smoothly.
On Mar 31, 2005, at 2:26 PM, Daniel Salama wrote:
One of these has been integrated into 3.8, the other hasn't. As of yesterday, I re-posted Magma to SqueakSource with these fixes included. It sounds like you did not load Magma from SqueakSource since then. Please verify the version you are using is not the latest and try your test again.
There was a thread yesterday to which you had responded that the version in SqueakSource was not the latest version and so you posted the URL to download the latest Monticello packages. It was a few minutes after your post that I downloaded the Monticello packages. If you made changes there and reposted to SqueakSource after that, I didin't get that yet. I will download the latest version from SqueakSource now and give it a try again.
Chris,
I went ahead and updated the latest versions of MCInstaller and Monticello and then downloaded the lastest version of Magma server from SqueakSource into the Squeak VM which runs the Magma server. Then I did the same into the Squeak VM for the Magma client.
After everything seemed to be upgraded, I ran the same test, only this time, I only executed the one commit for each element instead of one commit for the whole transaction.
Well, on the server side, the statistics were refreshed for about 5 seconds and then froze. On the client side, it froze for about 19 minutes and then generated the exception:
MaObjectSerializationSecurityViolation signal: Serializations beyond 10 megabytes are not allowed.
Again :(
The sample code I ran on the workspace is:
head := FHKC834Header new. head controlNumber: (xmt controlNumber). head referenceNumber: (xmt referenceNumber). head date: (xmt date). head time: (xmt time). head members: (LinkedList new).
t := Time millisecondsToRun: [ mySession := MagmaSession hostAddress: #(127 0 0 1) asByteArray port: 51969. mySession connectAs: 'aUser'. mySession commit: [mySession root at: 'FHKC834' put: (LinkedList new)].
mySession commit: [fhkc := mySession root at: 'FHKC834'. fhkc add: head].
xmt members do: [:ea| mySession commit: [head addMember: ea]].
mySession disconnect. ].
Transcript cr; show: (t/1000) asFloat; show: 'Seconds to load into DB in one commit'.
Am I doing something wrong?
BTW, the statistics from the server showed:
a MagmaServerStatistics sockets queued: min = 1 max = 1 sum = 9 count = 9 mean : 1.0 requests queued: min = 1 max = 1 sum = 9 count = 9 mean : 1.0 request sizes: min = 35 max = 1156 sum = 2674 count = 9 mean : 297.111111111111 request processing time: min = a MaDuration 00:00:00.000 max = a MaDuration 00:00:00.123 sum = a MaDuration 00:00:00.142 count = 8 mean : **invalid** response sizes: min = 187 max = 88500 sum = 172964 count = 9 mean : 19218.22222222222
And that's it.
Any clues?
Thanks, Daniel
Daniel Salama dsalama@user.net Voice: (954) 655-8051 Fax : (954) 252-3988
------------------------
This e-mail contains information which may be confidential and privileged. Unless you are the addressee (or authorized to receive for the addressee), you may not use, copy or disclose to anyone the message or any information contained in the message. If you have received the message in error, please advise the sender by reply e-mail to dsalama@user.net or tel. +1-954-655-8051 and delete the material from any computer.
squeak-dev@lists.squeakfoundation.org