[mono-android] problem deploying 4.2.2

[Sayed Arian Kooshesh]

        static void Main(string[] args)
        {
            GC.Collect();
            var start = GC.GetTotalMemory(false);
            Console.WriteLine("Start memory: {0}", start);

            System.Web.HttpUtility.ParseQueryString("
http://www.yahoo.com?q=1");
            GC.Collect();
            var end = GC.GetTotalMemory(false);
            Console.WriteLine("End memory: {0}; diff={1}", end, (end -
start).ToString());
        }

Memory diff on a normal c# project was 100k  here.



Code I use in that same example was 2k.


This is the stuff I was flaming about. We have people taking jobs from
americans and crapping out stuff like that.  I was fired for my last job
for confronting a programmer about his memory leaks. I guess no one cares,
oh well. Once you get to the market and you get like 40 1 star reviews
you'll care. My apps have almost a 98 percent 5 star :P But I give a shit
about my code. That's the difference. Tired of preaching to deaf ears...



On Mon, Jun 11, 2012 at 4:13 PM, Sayed Arian Kooshesh <kooshesh at gmail.com>wrote:

> actually, jon, I'm gonna take back my words. You're not idiot and I
> appreciate your previous help
>
>
> On Mon, Jun 11, 2012 at 4:12 PM, Sayed Arian Kooshesh <kooshesh at gmail.com>wrote:
>
>> is the .net world just full of idiots? I'm going back to pure c.
>>
>>
>> You should also never use httputility as the* static constructor causes*
>> a whole meg of memory to vainsh
>>
>> On Mon, Jun 11, 2012 at 4:10 PM, Sayed Arian Kooshesh <kooshesh at gmail.com>
>> wrote:
>> > btw
>> > i said
>> > STATIC CONSTRUCTOR ;)
>> >
>> > On Mon, Jun 11, 2012 at 4:10 PM, Sayed Arian Kooshesh
>> > <kooshesh at gmail.com> wrote:
>> >> try parsing a query string
>> >>
>> >> On Mon, Jun 11, 2012 at 4:07 PM, Jonathan Pryor <jonp at xamarin.com>
>> wrote:
>> >>> On Jun 11, 2012, at 1:00 PM, Sayed Arian Kooshesh wrote:
>> >>>> You should also never use httputility as the static constructor
>> causes a whole meg of memory to vainsh.
>> >>>
>> >>> How pray-tell did you come to this conclusion? My (really stupid)
>> test shows that it only uses 26k:
>> >>>
>> >>>        protected override void OnCreate (Bundle bundle)
>> >>>        {
>> >>>                base.OnCreate (bundle);
>> >>>                GC.Collect ();
>> >>>                var start = GC.GetTotalMemory (false);
>> >>>                Console.WriteLine ("Start memory: {0}", start);
>> >>>                Foo ();
>> >>>                GC.Collect ();
>> >>>                var end = GC.GetTotalMemory (false);
>> >>>                Console.WriteLine ("End memory: {0}; diff={1}", end,
>> (end-start).ToString ());
>> >>>        }
>> >>>
>> >>>        static void Foo ()
>> >>>        {
>> >>>                var ignore = new System.Web.HttpUtility ();
>> >>>        }
>> >>>
>> >>> The memory diff is 26520, which is a far cry from 1MB...
>> >>>
>> >>>  - Jon
>> >>>
>> >>> _______________________________________________
>> >>> Monodroid mailing list
>> >>> Monodroid at lists.ximian.com
>> >>>
>> >>> UNSUBSCRIBE INFORMATION:
>> >>> http://lists.ximian.com/mailman/listinfo/monodroid
>> >>
>> >>
>> >>
>> >> --
>> >> Extreme Knowledge is not something for which he programs a computer
>> >> but for which his computer is programming him.
>> >>
>> >> -Wozniak
>> >
>> >
>> >
>> > --
>> > Extreme Knowledge is not something for which he programs a computer
>> > but for which his computer is programming him.
>> >
>> > -Wozniak
>>
>>
>>
>> --
>> Extreme Knowledge is not something for which he programs a computer but
>> for which his computer is programming him.
>>
>> -Wozniak
>>
>
>
>
> --
> Extreme Knowledge is not something for which he programs a computer but
> for which his computer is programming him.
>
> -Wozniak
>



-- 
Extreme Knowledge is not something for which he programs a computer but for
which his computer is programming him.

-Wozniak
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/monodroid/attachments/20120611/d248f50c/attachment-0001.html>