Hi Joel,<br> Thanks a lot in spending your time in going through my proposal and giving suggestions.<br> <br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
See separate post.</blockquote><div><br>As per what you have said in the separate mail on OO, I have entirely retained all the OO terminologies. I hope I am not wrong from what you have said. Please comment on this.<br><br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">+ "The second variant converts the POSIX standard timespec structure<br>
into a single field 64-bit unsigned integer making the math operations<br>
on the timestamps more fast and reliable." isn't technically the goal --<br>
it is close. How about this wording:<br>
<br>
The second variant uses a 64-bit unsigned integer representing<br>
nanoseconds since the POSIX epoch. This will make the timestamp math<br>
faster on many target architecture</blockquote><div><br>First of all I have to apologize for now not having a detailed discussion on this issue which forms the heart of the project. These are the errors that happen when I do things without detailed discussions. I will take care that such things wont happen in future.<br>
<br>I have changed it through out the proposal. Please tell me if I am right in the revised proposal I am sending you. <br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Also this is something that I do not believe can be selected at application<br>
configuration time. I think it is an RTEMS compile time option so<br>
you can save space by not mentioning confdefs.h at all. You are using<br>
a "configure time option to direct conditional compilation"<br>
<br>
It is even possible that you might do something like have a score timestamp<br>
that includes cpuopts.h and then conditionally includes implementation A or<br>
implementation B. Or the <a href="http://Makefile.am" target="_blank">Makefile.am</a> could pick which implementation to<br>
compile and appropriate headers to install. Correcting and going light on<br>
this descrtption will help you technically and on character counts.</blockquote><div><br>This is again a blunder I have done by taking things for granted. In the revised proposal, not to make things too complex, I have changed it to something like this "compile time option that can be selected while running scripts during configuration". I will enhance this based on your suggestions and will work on the details like including cpuopts.h or using <a href="http://Makefile.am">Makefile.am</a> in my blog. Is it ok?? This is to keep a check on character count.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Oh are they an English teacher? :-D</blockquote><div> </div><div>He He He. No they are my classmates.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">But the friends are right in that it is bad form in technical<br>
proposals. You can use<br>
phrases like "this project" to be neutral though.<br>
<br>
- This project consists of...<br>
- At the conclusion of this project, we ...<br>
- Phase 3 of the project concludes...<br>
<br>
Also saying things like "design phase", "implementation phase"...<br>
documentation phase<br>
and test phase can help avoid I.<br>
<div class="Ih2E3d"><br>
</div>One trick is to use abbreviations. I don't know how many times "Score<br>
Timestamp"<br>
is used but making it "ST" after the first reference will help.<br>
<br>
Also shorter simpler words sometimes helps.<br>
<br>
nanoseconds -> nsecs...<br>
<br>
But mostly you need to get away from lengthy prepositional phrases. My<br>
dissertation was bad about saying XXX of the YYY where I could have<br>
said YYY XXX ... if that makes sense... of the.. is often a junk type<br>
phrase.<br>
<br>
Consider this sentence from the Project Details:<br>
<br>
"When nanosecond granularity was added to RTEMS timestamps in version<br>
4.8.0 and above, an immediate option was to use POSIX specified struct<br>
timespec containing two fields of 32-bits data types as a data<br>
structure. But performing math operations on struct timespec has been<br>
proved to be very slow on many of the target platforms supported by<br>
RTEMS. So the idea of this project is to provide a 64-bits timestamp<br>
support conditionally."<br>
<br>
When nanosecond granularity was added to RTEMS timestamps in version<br>
4.8.0 and above, an immediate option was to use POSIX specified struct<br>
timespec containing two fields of 32-bits data types as a data<br>
structure. But performing math operations on struct timespec has been<br>
proved to be very slow on many of the target platforms supported by<br>
RTEMS. So the idea of this project is to provide a 64-bits timestamp<br>
support conditionally.<br>
<br>
Rough cut at a shorter version since your audience knows some background:<br>
<br>
Nanosecond timestamps currently use POSIX struct timespec.<br>
Math operations on struct timespec is computationally expensive.<br>
This project will implement a 64-bit timestamp which is more<br>
efficient on many targets. Individual targets will be able to select the<br>
implementation that is more efficient for them.<br>
<br>
A bit shorter... another example:<br>
<br>
"Since ScoreTimestamp is an abstract class, the core part of this<br>
project comes into picture now as a second implementation of this class."<br>
<br>
ST is an abstract class with two target selectable implementations.<br>
<br>
Another wordy place is.. "I would again perform verification of all the test<br>
cases in the same manner considered earlier."<br>
<br>
How about: "Verification testing must be repeated."<br>
<br>
This same paragraph is long because it repeats the details of the<br>
phase. Just say something like "upon completion of the implementation<br>
phase, "</blockquote><div><br>I have considered all your suggestions above. I have made all the changes as you have mentioned above In addition to the above pieces, I have also changed things through out the document based on the above suggestions.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">This is last but not least... I think your benefits section is good.<br>
Try to make sure you don't repeat details from the description<br>
unnecessarily.</blockquote><div><br>I have changed this a bit. Can you please tell if it still contains repition.<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
I don't think example code will be needed since it is used completely<br>
in RTEMS itself and you will do 100% testing of it both functional<br>
and performance using the RTEMS test suites.</blockquote><div><br>Ok understood. I have taken out this part. I first thought that it will be required for Application Programmer's Manual or for some one else who uses this for the first time, i.e new contributors or users. Anyhow removed.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Phases could all start with resume like phrases which start with a verb.<br>
<br>
"Work with.." "Analyze ..."<br>
<br>
That eliminates garbage phrases like "In this phase I will" which<br>
helps on the character count.</blockquote><div><br> Have taken care of this part through out the proposal <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
I am not being too picky.. overall it is very good.. just needs<br>
tightening to loose 3500 characters. :-D<br>
<div><div></div><div class="Wj3C7c"><br>
</div></div></blockquote><div> Thanks a lot for all the reviews. I have mailed you the 5th revision of my proposal (2 revisions after my friends' reviews, 3rd based on Daron's suggestions, 4th based on your suggestions, and the 5th revision was based on self-review). I will also mail this to as many mentors as possible. Since any number of reviews will not be sufficient to bring out the perfecr proposal. <br>
<br> I think the proposal has now come to a level. I donno whether Google has imposed restriction of 7,500 characters including spaces or not. The document now is 7,200 charachters not considering spaces and 9,100 charachters considering spaces. I have mailed you a manually wrapped text version too, since google accepts only in the plain text format as one the participants of GSoC 2007 told me. I will take out all those design symbols in the final proposal. That was just to keep the text version neat and look good. If possible please go through this version I have attached.<br>
<br> Also I have made available the empirical test I was claiming to have done through my blog and link to the same is given in the document. I have given it below too[<a href="http://madhusudancs.byethost13.com/rtems/empiricaltest">1</a>]. Please go through it and give your suggestions. <br>
<br> Also I have made my proposal available through my blog to everyone[<a href="http://madhusudancs.byethost13.com/rtems/proposalgsoc">2</a>]. Since this is the 5th revision and I have incorporated most of the things you have suggested, I will be eagerly waiting for your suggestions for the 6th revision. With this revision I will also be expecting your "Go Ahead!" signal to submit this proposal through Google Application Area. I feel I should do it today since I had promised that I will be submitting the proposal on Thursday, and further all of you mentors will have access to my proposal through Google's infrastructure. So we can still discuss and edit the proposal till April 1st 00:00 (UTC).What is your take on this?<br>
<br><br><br><br></div></div><a href="http://madhusudancs.byethost13.com/rtems/empiricaltest">[1] http://madhusudancs.byethost13.com/rtems/empiricaltest</a><br><a href="http://madhusudancs.byethost13.com/rtems/proposalgsoc">[2] http://madhusudancs.byethost13.com/rtems/proposalgsoc</a><br>
-- <br>Thanks and regards,<br> Madhusudan.C.S<br><br>