Hello, my name is Andrei - Constantin Popescu, I usually go by Andrei. I am a second year undergraduate at Polytechnic University of Bucharest,studying at the computer science department.
I can usually be found on IRC on #brlcad - freenode, I have various nicknames, depending on availablity : andrei, andrei_, andrei__. The quickest way to reach me on e-mail is the address: email@example.com - I read emails on this several times a day. My github account is : https://github.com/pandrei
I will use this page to keep track of my progress on a daily basis.
Firstly, here can be found my official proposal. https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2012/popescuandrei/4002
The purpose of a package managing library ( or tool) is to pass around packages containing data from brlcad tools. The packages are sent via TCP and as a result are using TCP header. TCP -- http://en.wikipedia.org/wiki/Transmission_Control_Protocol
My current knowledge is that the TCP Payload has a size of 64kb, at least in the linux kernel. There has been a reported incident where libpkg fails to send 24k+ packages.  Payload - TCP field containinig effective data (user data, for example).
I believe this is the reported incident : http://permalink.gmane.org/gmane.comp.cad.brlcad.devel/959.
Tpkg will be used for testing the package issue. I am currently researching dstat and ifstat, found via apt-cache search ifstat dstat - versatile resource statistics tool ifstat - InterFace STATistics Monitoring
The curent state of brlcad libpkg is a basic client-server protocol.
GsoC 2012 progress
So far I have managed to compile and install brl-cad on a 32-bit Archlinux. I am focusing on the tpkg command to see what exactly happens and properly submitting the global removal patch.
Tests have been run 3D version on a remote machine. The graphics are present on here on the log. However, after more discussion it was decided there is too much noise in 3d mesh.
Currently, tests have been performed for package size from 2048 to 4194304 ( 2048 ^ 2 ). Tests have been performed on a 8M file. This is the graphic obtained by testing :
TODO : add some github link with files and numerical values.
There is a second test, running package size from 1 to 2048 on a 8M test. It has not finished at the moment of writing. However, a graph was drawn with some partial data ( 1 - 95 package size ). It's correctness needs to be checked but it does seem to look like an exponential curve.
TODO : add details and graphics when the script finishes.
I m currently working on fixing the unit test.
The 1 - 2048 2d tpkg script is at package size 895 at the moment of writing. Speed seems to be improving, hopefully it will finish in 24 hours or less.
the 3d Graphic for 1 - 2048 is at filesize 4 at the moment of writing. Looks pretty good compared to the first one.
Daily development log
Weeks 1 - 3
21th May - 8th of June - exams period, minor work on tpkg patch and on the red - black tree test unit.
9th June - working on obtaining commit access asap. Currently developing the performance shell script.
10-11th June - not much work , documenting regarding bash programming.
12-13th June -finishing the shell script, applying feedback given by Erik on the tpkg parameter patch.
14th June - submitting the final version of the shell script.
15-17th of June - learning K&R indentation, learning about POSIX. Finishing the tpkg script and the tpkg.c modifications.
18th of June - unsuccesful attempts to sync the server and client ( To start the client only after server started) using signal handling, docummenting about signal handling
19th of June - unsuccesful attempts to achieve the above by using inter-process communications, understanding thread concepts, docummenting about the basics of fork() , pthreads_
20th of June - sync the server with the client by using a loop to detect a key string (while "Server_ready" isn't found in the log_file the client does not start. Having issues with redirecting output from a background process
21st of June - finished tpkg script for localhost ( both client and server are on the same machine), developing the remote one. (Using two different machines)
22nd of June - getting some hints from #bash, reading about ssh, working on the ssh remote script(password-less ssh login process). Having issues with the ssh session not exiting properly.
23rd of June - script finished, full functional started script on two machines setting up log files / reading a bit about sampling necessary for graphic( how many points are enough )
24th - 25th of June - scripts running time, realized I could have done them a lot better and faster. No notable work done in these days. ( a script using small files ran twice and one using large files( up to 700 mb ) ran once.
26th of June the total dimension for the log files was 8.4Gb on server machine as well as on client ( minor difference) purging the files from irrelevant data. read about sed and awk. Compared the first two tests( which use identical parameters) and found no notable difference. Starting to read about and write the octave script. Reading about interpolation and how can I use it if I don t know what points am I missing.
27th of June - asked for some mathematical hints on #octave - freenode. Finished graphs currently without interpolation. Looking up bu_bomb.log but they are empty. Re-run the script for a small number of iterations still found no error.
28th of June - uploaded data. upated logs.
29th of June - Reading about google test, planning on what testing framework to use for libpkg client - server.
30th of June - still stuck with the OOP from google test.
1st of July - learning / understanding how to use google test for this was taking too long, finding another way.
2nd of July - initially created the unit test as a shell, after further digging, decided to change the plan and make it a .c unit test.
3rd of July - finished unit testing. uploaded unit test on sourceforge.
4th of July - minor work, mostly look up things I already did and see where and what I can improve.
5th of July - Issue with wallclock, script was modified to counter the wallclock instability. Single variable tests were run.
6th of July - issues with the script, for some reason ssh was not working. Adjusting that. Finished all the issues with the scripts / tpkg. Started 2d graphics ( 1 - 2048 ) and ( 2048 -> 2048^2).
7th of July - 2048 -> 2048^2 testing finished, graph drawn. Minor analysis on it. Drawn a graph with the partial data from 1 - 2048 one, does seem incorrect. Will be reworked.
8th of July - Restarted 1 - 2048 test. Discussing further tests and how I should proceed. Minor reading about unit tests in networking
9th of July - Scripts still running, wrote unit test. Received feedback started applying it. Monitoring the values obtained from the tests. The " 3D graphic " test failed ( script execution ended ). It was an script error not a tpkg error. Fixed it and resumed tests.
10th of July - working on the test unit, running tests.
11th of July - Graphed the results of one test
12th of July - discovered an error in testing. Previously calculated average was taken into consideration when it should have not, restarted scripts. Got two more machines ( installing archlinux + brlcad on them )
13th of July - fixing HACKING issues on previous patches. Providing 1-2048 Graph.
14th - 15th of July - minor work, waiting for tests mainly.
16th of July - finished tests, graphed results. TODO:// Complete with rest