c# - PLINQ Performs Worse Than Usual LINQ -

-

Surprisingly, using PLINQ I have not earned profit on a small test case; In fact, it was even worse than the normal LINQ.

Here is the test code: 

  int repeated count = 10000000; Private Zero Button 1_Click (Object Sender, EventArgs e) {var CurrTime = DateTime.Now; Var strList = Exclusive. Repetition (10, repeated); Var result = strList.AsParallel (). Yoga (); Var currTime2 = DateTime.Now; Textbox1.Text = (curtTime2.Ticks-curtTime.Ticks) .restring (); } Private Zero Button 2_Click (Object Sender, EventArgs e) {var CurrTime = DateTime.Now; Var strList = Exclusive. Repetition (10, repeated); Var result = strList.Sum (); Var currTime2 = DateTime.Now; Textbox2.Text = (curtTime2.Ticks - curtTime.Ticks) .restring (); }

The result?

Textbox1: 3437500 Text Box 2: 781250

So, it is taking less time than LINQ to complete PLINQ for a similar operation!

Am I doing wrong? Or is there a turn about which I do not know?

Edit: To use a stopwatch, I have updated my code, and still, the same behavior remains. To get rid of GIT's effect, I actually tried many times with the click of button1 and button2 and in a particular order, although I can have a different time But the qualitative behavior persists: PLINQ was actually slow in this case.

First: to measure runtime Stop using Datetime for use Use a stopwatch instead The test code will look like this: 

  var clock = new stopwatch (); Var strList = Noteworthy Repetition (10, 10000000); Watch.Start (); Var result = strList.Sum (); Watch.Stop (); Console.light line ("linear: {0}", clock. Alepsed milliseconds); Watch.Reset (); Watch.Start (); Var parallel sage = strList.AsParallel (). Yoga (); Watch.Stop (); Console.lightline ("parallel: {0}", clock. Apple milliseconds); Console.ReadKey ();

Second: Things that run in parallel combine overhead. In this case, PLINQ should know the best way to split your archive so that it is in parallel Could add elements safely. After this, you have to join the results of various threads and add them. This is not a trivial task.

Using the code given above, I can see that ~ 95 ms call using the sum (). Calling .AsParallel () .net () trap ~ around 185ms.

Performing one task in parallel is just a good idea if you do something by doing it. In this case, yoga is a simple task that you do not get by using PLINQ.


Comments

Post a Comment

Popular posts from this blog

c# - sqlDecimal to decimal clr stored procedure Unable to cast object of type 'System.Data.SqlTypes.SqlDecimal' to type 'System.IConvertible' -

-
I'm new to this I'm writing a clr. stored procedure that can be used to get values ​​used in a calculation Call for another stored procedure for Gives an archived methodology int (I think SqlInt32? Value of the table's value is int) which is then necessary to convert to decimal. Here I have the code: Public static integral mood (SQL MDMMYLUE, escalistering AMY type, out of SQLDCM Result) {aResult = 0; Try {SqlConnection conn = New SqlConnection ("Reference Connection = True"); SqlCommand cmd = New SqlCommand ("sp_GetType", conn); Cmd.Parameters.AddWithValue ("@ myValueType", aMyValueType); Cmd.CommandType = CommandType.StoredProcedure; Conn.Open (); Object type = CMD. Exclamation Asser (); Conn.Close (); Decimal type FORCalculation = Convert. ToDecimal (type); Decimal value = convert toDecimal (aMyValue); // ** calculation calc = new calculation (); Decimal result = calorie.docalulation (typefarculation, value); I get an exception...
Read more

Calling GetGUIThreadInfo from Outlook VBA -

-
I need to find the active window'm writing a VBA macro in MS Outlook, which is a specific process. The goal of this is to get the active window / document name even if its original application has more than one document interface. User processor with GetCurrentThreadId is active, I am using GetGUIThreadInfo to get .dll. Here is the correct code: private type RECT as as Left LongPtr top LongPtr right LongPtr down LongPtr termination of private type GUITHREADINFO cbSize as LongPtr flags LongPtr hwndActive LongPtr hwndFocus LongPtr hwndCapture LongPtr as as as as as reset as LongPtr rcCaret as LongPtr hwndCreate as LongPtr hwndMoveSize as HwndMenuOwner end of Private Equity PtrSafe function GetWindowThreadProcessId Lib "user32" (_BVV hnw LongPtr as LongPtr Nig Mr. announced as PtrSafe function GetGUIThreadInfo Lib "user32" _ (ByVal dwthreadid as LongPtr, _ lpguithreadinfo as GUITHREADINFO) LongPtr Sub MyFunction () as dim strWindowTitle string = space as s...
Read more

Obfuscating Python code? -

-
I'm looking for a way to hide my Python source code. print "Hello World!" How can I encode this example so that it is not human-readable? I have been asked to use Base 64 but I'm not sure how. itemprop = "text"> It is limited only, first level ambiguous resolution, but has built-in: byte-code in Python Is a compiler for: dragon-o-m py_compile & lt; Your program.py & gt; creates a .pyo file with a byte-code, and where the docstrings are removed, etc. You can rename .pyo with the .py extension, and python & lt; Your program.py & gt; runs as your program, but it does not have your source code. PS : If your program blur modules like this, you need to rename them with the .pyc suffix (I Not sure it will not break a day), or you can work with .pyo and run them with python -o ... .pyo ( Import should work). This will allow dragon to search your modules (otherwise, Python looks for the .py module).
Read more