|
Hi there Senthil,
First of all thanks for the answer.
What is taking time is the drawing of the data. In our project we use a component called Xceed Grids for better visualization of the data. I dunno if it is quick or if it is slow.
All the data come from a XML that my project receive, all the processing of the document don't take much... the problem is exacly in the function that draws all the grids and the grafics.
The code that takes long is a part of the Xceed Component where we creat the grids.
For instance:
<br />
Agrid.BeginInit();<br />
Agrid.Clear();<br />
<br />
Agrid.SynchronizeDetailGrids = true;<br />
ColumnManagerRow cmrNovo = new ColumnManagerRow();<br />
Agrid.FixedHeaderRows.Add(cmrNovo);<br />
((ColumnManagerRow)Agrid.FixedHeaderRows[0]).AllowColumnReorder = true;<br />
<br />
Agrid.Columns.Add(new DataBoundColumn("Groups"));<br />
Agrid.Columns["Groups"].Fixed = true;<br />
And many more Agrid.Columns.Add
After that We add detailGrids and we must for each column padronize a style.
The foreachs dont take long... almost nothing... the problem is when we run the
"Agrid.Endinit()".
That's the Xceed Grid method that actually draws everything.
If it was only one grid, everything was ok... but we have many grids like that one above to be drawed in sequence and shown in diferent tabs.
Well, did this give some more information?
Thanks in advance!
|
|
|
|
|
Hmm, it's tough then. You can actually create a Form on a different thread, but you must be careful and use Invoke/BeginInvoke when communicating between that form and the rest of the application.
Or you can simply show a form with a progress bar or some visual indicator (animated GIF?) on a different thread - this way, the user will know that the application hasn't hanged.
|
|
|
|
|
Hmmn, that wouldn't be the case..
We do have a progressbar, but it works only while not drawing.
In this part, when drawing.. even windows freezes... thats what I'm most worried about...
Do you know what can freez the application and windows like that?
Thanks again!
Oscar
|
|
|
|
|
Hi,
you should not try and run drawing code in a thread other than the main thread (aka
GUI thread). Instead you should use one or more additional threads to do the slow stuff
(computations, database access, network communication, etc) and from time to time
ask the main thread to adapt the GUI.
You can achieve this in many ways, including:
- explicit instances of the Thread class (good control of what runs when, at which
priority, etc)
- threads from the ThreadPool (less control);
- instances of BackgroundWorker class (it offers a ReportProgress method that
automatically runs on the main thread).
That is the theory. In practice, on top of the above, you'd better group the GUI updates
to avoid many small updates, instead group them (e.g. using a List) and have them execute
periodically. This results in:
- fewer thread switching, hence better performance;
- when organized correctly (e.g. Control.SuspendLayout), better performance and better
visual experience;
- possibly cleaner code.
Grouping updates can be done based on a counter, a timer, or whatever suits the application.
|
|
|
|
|
Hi there Luc, thanks for the answer!
From what've learned I did know that I shouldn't run drawing code from a diferent thread. But the problem is that it is exacly the Drawing code that is freezing the whole program.
Since I can't draw from a diferent thread, I thought about running the whole form (everything about the form) in a diferent thread, as it was a diferent process (a subprogram from my project). This way I thought that I would be able to draw everything in this new thread, and it shouldn't freez the rest of the program.
Is that possible?
From what you posted I got a new idea to increase performance from the drawing function... I'll try to give some updates to the mainthread and see what happends.
I do not know much about controling comunication between threads... the max I know is how to use the CallBack function... this way when one ends, it tells the other.
But I don't know how to give signals from a thread to the main thread while both of them have still more things to do.
Actually, I found it weird that after reading everything I did I didn't find out how to do that.. maybe it is to advanced for me for now. Do you know any specific article that explains how to do this for Jrs?
Thanks again Luc!
Oscar
|
|
|
|
|
Hi Oscar,
oscarderooij wrote: Is that possible?
Simply no. The only way to get a satisfactory behavior is by having all Controls (that
includes Forms) created and operated upon by the single main thread. Everything else
will fail either immediately or eventually. The reason is Controls are not thread-safe,
and all Controls are linked together one way or another (one Form parents and/or owns
another, a Form holds its Controls, etc) so there is no other way than to have a
single thread handle them all.
You really need to use some kind of thread to do computational and/or communication work,
and use a mechanism (such as InvokeRequired/Invoke) to send Control access jobs to the
main thread.
And you may need an interthread communication mechanism. There are classes for
signalling (e.g. AutoResetEvent and ManualResetEvent); and you can use whatever data
structures you choose, you probably need to lock them to prevent other threads to use
inconsistent data while updating (use the lock keyword and some lock object).
|
|
|
|
|
Thanks for the answer Luc,
I see... so there is no way to do that?
That's a problem.
Do you know a good article involving interthread communication?
I'll try looking for something here in codeproject now, but what I mean is if you know a specific good one for beginners or in any other way.
I'll learn how to use that someway.
Thanks again
Oscar
|
|
|
|
|
Hi Oscar,
No, I don't recall any exsceptional article on the subject, but that doesn't mean there are
none, it just says that's the kind of things I stopped reading long ago.
interthread communication isn't that hard. Basically the threads all can access your data,
so the one problem to avoid is having thread1 read some data while thread2 is modifying
that data, resulting in thread1 possibly having an inconsistent view of the data (parts
already changed, parts not yet updated).
The way to avoid this is typically is by locking the data whenever a consistent state is
needed and/or an "atomic update" has to be performed.
In C# the lock keyword is the key.
BTW: if you forget to apply locks, your program will typically run fine for a while,
then occasionally it will produce unexpected results.
|
|
|
|
|
Oh, I forgot to tell something...
I don't think this is normal... but when my program is drawing everything, not only the program freezes, but windows too. And that's what I'm most worried about...
Do you know what kind of problems do this?
Thanks again
Oscar
|
|
|
|
|
Hi Oscar,
if your app is not involved in system stuff, then abusing threads for graphics stuff
may and will freeze the app, but not the system.
if your app is doing special things (say interprocess communication, networking, whatever)
and your way of drawing/painting is incorrect, resulting in a temporary or permanent app
freeze, then your handling of the special things, evn when implemented correctly, is likely
to suffer too, possibly leading to less than optimal system behavior.
|
|
|
|
|
I see... I'll look for the problem then.
Okey, so I'll learn about interthread communication then.
Thanks a lot for your patience and atention Luc!
|
|
|
|
|
Hey guys
i just finished writing a class, all it is is a few 100 variables and their corresponding properties (only get accessors)
all the variables values are set in the constructor of the class and comes from a single sql query.
is there any way i can foreach through all the properties ive created for the class?
the idea is to do MessageBox.Show(PropertyName.ToString() + " --> " + PropertyValue.ToString()) so i can manually check that the right things are going into the right variables & gets accessed with the right properties
thanx
Harvey Saayman - South Africa
Junior Developer
.Net, C#, SQL
think BIG and kick ASS
you.suck = (you.passion != Programming)
|
|
|
|
|
Off the top of my head: You could use reflection to get the PropertyInfo for each of these from the Type, then iterate over the PropertyInfo[] array calling Invoke on the getter.
|
|
|
|
|
Reflection is your friend.
foreach (PropertyInfo propertyInfo in this.GetType().GetProperties())
{
Console.WriteLine(propertyInfo.Name + "=" + propertyInfo.GetValue(this, null));
}
You can use the other overload for GetProperties to get non-public and non-static properties as well.
That said, I'd be worried if I had hundreds of properties in a class.
|
|
|
|
|
thanx, ill try it quickly
S. Senthil Kumar wrote: I'd be worried if I had hundreds of properties in a class.
i know it sounds weird, the class contains all the parameters for a shift(im developing a time & attendance package) and there really are 100's of variables that make up a "shift" because certain roundings must happen in certain intervals before a shift starts and ends and the same for coming late and leaving early.... its quite a complicated industry
anywho... thanx for the help
Harvey Saayman - South Africa
Junior Developer
.Net, C#, SQL
think BIG and kick ASS
you.suck = (you.passion != Programming)
|
|
|
|
|
I would venture to suggest that if there are that many parameters, you could turn the properties into a ShiftParameter and stuff them into a collection, and add what's needed. With the custom class, you can add validation parameter by parameter, and I think it would be easier to maintain and extend.
Scott P
"Run for your life from any man who tells you that money is evil. That sentence is the leper's bell of an approaching looter." --Ayn Rand
|
|
|
|
|
If it is possible than it will be only through Reflection bcz you want to get class information at the runtime
|
|
|
|
|
|
Define an enumerator and use the yield return statement.
Need a C# Consultant? I'm available.
Happiness in intelligent people is the rarest thing I know. -- Ernest Hemingway
|
|
|
|
|
Hi,
I am really struggling to work with the parameters in Crystal Reports in Visual Studio 2008 C#.
I keep on getting the annoying parameter input dialog which i dont want.
Can anyone suggest a good book for Crystal Reports XI for Visual Studio 2005 or 2008?
Also i work with SQL 2005.
The books i have found online do not have any good reviews and user comments :/
Thanks
|
|
|
|
|
I have made a UserControl for designing WYSIWYG tables for printing.
The user control has a DataGridView control which is visible through the myUserControl.Grid property
Passing the new DataGridControl works fine (myUserControl.grid = newDataGrid; ), except that the UserConrol's DataGridView is not visually updated/refreshed.
My question is, how can I pass a DataGridView to the UserControl and make it repaint/refresh/update to show the new instance of the DataGridView control?
I'm not using any data binding, and I have tried all the .Update() and Refresh() mehods available (I think).
Thanks,
Marius
|
|
|
|
|
Hi. I need to do this:
AnotherClass.Cmd() //does a Process.Start() which takes 30 secs to complete
while(AnotherClass.Cmd().Thread.IsAlive) { this.label.text=i.tostring(); i++}
DoThat()
I tried many things with normal threads and asnyc calls but I couldn't manage to do it without locking the main thread(so label/form is not refreshed) or go to DoThat() without completing Cmd()
Any ideas are appreciated 
|
|
|
|
|
What problem are you experiencing? It's hard to tell... Exceptions? Not updating? Need more info.
Scott P
"Run for your life from any man who tells you that money is evil. That sentence is the leper's bell of an approaching looter." --Ayn Rand
|
|
|
|
|
Are you trying to prevent the UI from blocking until AnotherClass.Cmd() completes? If that's the case, you can use http://msdn.microsoft.com/en-us/library/system.componentmodel.backgroundworker.aspx[^] to push the time consuming call to another thread. Something like
BackgroundWorker bgWorker = new BackgroundWorker();
bgWorker.DoWork += new DoWorkEventHandler(
delegate(object sender, DoWorkEventArgs e) { AnotherClass.Cmd(); });
bgWorker.RunWorkerCompleted += new RunWorkerCompletedEventHandler(
delegate(object sender, RunWorkerCompletedEventArgs e) { DoThat(); });
bgWorker.RunWorkerAsync();
Does that help?
|
|
|
|
|
S. Senthil Kumar wrote: Are you trying to prevent the UI from blocking until AnotherClass.Cmd() completes?
Yes and no. I need to display some values(constanly changed) using label and while Cmd() runs and when it's completed resume the normal workflow. I'll check BackgroundWorker, thanks.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
