Gtk_Tree_View, drawing speed

2012-09-25 Thread Arne Pagel
Dear all, as you might remember from my questions before, I have an application where I use a tree-view to display some data from an external hardware. At the moment the Data are fetched, displayed and the data for the next row in the tree view are fetched. For example, if I have 12 Objects in

Re: Gtk_Tree_View, drawing speed

2012-09-26 Thread jcupitt
On 26 September 2012 07:09, Arne Pagel wrote: > Do you see any other option? Have you tried setting the fixed-height hint on the treeview? By default treeview supports variable-height rows. This is great, of course, but there is a performance penalty: whenever the model changes, the view has to

Re: Gtk_Tree_View, drawing speed

2012-09-26 Thread Arne Pagel
Thank you for this hint, I tried it and indeed I notice a speedup, but just factor ~1,3. There must be something more. I removed all columns expect the "Value" column, and now I notice a speedup factor of ~3, if I remove just one column, is see a speedup factor of ~2. Now I am sure that there i

Re: Gtk_Tree_View, drawing speed

2012-09-27 Thread Vlad Volodin
Hello Arne, Is it really necessary to refresh updates 400 times per second? To be honest, me as a human will not notice all these changes. What do you think about doing updates once or two times per second? (like all task managers do) E.g. you can collect all values that come from the hardware and

Re: Gtk_Tree_View, drawing speed

2012-09-27 Thread Arne Pagel
Hello Vlad, an update frequency about 400Hz is absolutely not necessary, and I agree that no human could follow that. My Target is 100ms. This gives an acceptable picture, even if I use later progress bars for visualization. You will defenitliy notice a difference between 100ms and 33ms. If I u