You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(33) |
Dec
(20) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(7) |
Feb
(44) |
Mar
(51) |
Apr
(43) |
May
(43) |
Jun
(36) |
Jul
(61) |
Aug
(44) |
Sep
(25) |
Oct
(82) |
Nov
(97) |
Dec
(47) |
2005 |
Jan
(77) |
Feb
(143) |
Mar
(42) |
Apr
(31) |
May
(93) |
Jun
(93) |
Jul
(35) |
Aug
(78) |
Sep
(56) |
Oct
(44) |
Nov
(72) |
Dec
(75) |
2006 |
Jan
(116) |
Feb
(99) |
Mar
(181) |
Apr
(171) |
May
(112) |
Jun
(86) |
Jul
(91) |
Aug
(111) |
Sep
(77) |
Oct
(72) |
Nov
(57) |
Dec
(51) |
2007 |
Jan
(64) |
Feb
(116) |
Mar
(70) |
Apr
(74) |
May
(53) |
Jun
(40) |
Jul
(519) |
Aug
(151) |
Sep
(132) |
Oct
(74) |
Nov
(282) |
Dec
(190) |
2008 |
Jan
(141) |
Feb
(67) |
Mar
(69) |
Apr
(96) |
May
(227) |
Jun
(404) |
Jul
(399) |
Aug
(96) |
Sep
(120) |
Oct
(205) |
Nov
(126) |
Dec
(261) |
2009 |
Jan
(136) |
Feb
(136) |
Mar
(119) |
Apr
(124) |
May
(155) |
Jun
(98) |
Jul
(136) |
Aug
(292) |
Sep
(174) |
Oct
(126) |
Nov
(126) |
Dec
(79) |
2010 |
Jan
(109) |
Feb
(83) |
Mar
(139) |
Apr
(91) |
May
(79) |
Jun
(164) |
Jul
(184) |
Aug
(146) |
Sep
(163) |
Oct
(128) |
Nov
(70) |
Dec
(73) |
2011 |
Jan
(235) |
Feb
(165) |
Mar
(147) |
Apr
(86) |
May
(74) |
Jun
(118) |
Jul
(65) |
Aug
(75) |
Sep
(162) |
Oct
(94) |
Nov
(48) |
Dec
(44) |
2012 |
Jan
(49) |
Feb
(40) |
Mar
(88) |
Apr
(35) |
May
(52) |
Jun
(69) |
Jul
(90) |
Aug
(123) |
Sep
(112) |
Oct
(120) |
Nov
(105) |
Dec
(116) |
2013 |
Jan
(76) |
Feb
(26) |
Mar
(78) |
Apr
(43) |
May
(61) |
Jun
(53) |
Jul
(147) |
Aug
(85) |
Sep
(83) |
Oct
(122) |
Nov
(18) |
Dec
(27) |
2014 |
Jan
(58) |
Feb
(25) |
Mar
(49) |
Apr
(17) |
May
(29) |
Jun
(39) |
Jul
(53) |
Aug
(52) |
Sep
(35) |
Oct
(47) |
Nov
(110) |
Dec
(27) |
2015 |
Jan
(50) |
Feb
(93) |
Mar
(96) |
Apr
(30) |
May
(55) |
Jun
(83) |
Jul
(44) |
Aug
(8) |
Sep
(5) |
Oct
|
Nov
(1) |
Dec
(1) |
2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
|
2017 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
|
|
1
|
2
|
3
|
4
(4) |
5
(3) |
6
|
7
|
8
|
9
(2) |
10
(2) |
11
(7) |
12
(3) |
13
|
14
(1) |
15
(1) |
16
|
17
(4) |
18
(1) |
19
|
20
(1) |
21
(1) |
22
|
23
|
24
|
25
(5) |
26
(3) |
27
(4) |
28
(1) |
29
|
30
|
31
|
|
|
|
|
|
>>>>> "Leon" == Leon Brits <leo...@ne...> writes: Leon> Does this help? Should I tell the axes to "not remember" Leon> the out-of-view data? Yes, this appears to be your problem. Normally, I would adivse you to update the data of your bar elements (patches.Rectangle instances). This would avoid the overhead of creating all the extra objects. But for stacked bar graphs this may be more hassle than it's worth. But you definitely do need to clear the old instances before adding the new ones. There are two ways to do this ax.cla() # clear all the axes elements This might introduce flicker in to your graph so you'll have to test it. A hack is to simply clear all the patch instances from the axes. If you are not using other patch building plot commands (eg hist, scatter, bar) this should work fine and be the fastest solution ax._patches = [] It might be worthwhile to add a more limited clear function to the axes. cla clears everything, but in some cases (like this one) you might just want clear the lines, or the patches, or the text. If you are following matplotlib-users, I just did some profiling of animated graphs and found that text operations were eating up about 50% of the CPU time on animated graphs. The good news is that the vast majority of this time can be reclaimed with some fairly easy optimizations. JDH
On 2004年5月25日 08:38:40 -0500, John Hunter <jdh...@ac...> wrote: >>>>>> "Leon" == Leon Brits <leo...@ne...> writes: > > Leon> Hi, I experience a slowdown in the command canvas.draw(). I > Leon> am drawing a moving bargraph by shifting the x-axis and > Leon> adding a new bar. The new bargraph is added every second, > Leon> but starts to slows down after 5 minutes. > > Leon> I monitored the time it takes to execute the canvas.draw() > Leon> command and this increases from 200ms to over 1 second > Leon> within the 5 minutes and therfore the delay since I am > Leon> trying to display the new bar every second. > > Leon> Any help appreciated! Thnaks Leon > > Could you post your code, or at least the core of it that does the > drawing update? > > JDH I cannot give you everything, but here is the main part.... g_canvas = get_current_fig_manager().canvas < SNIP > # Build stacked bargraph for jin range(data[....]) # Select axes to add BAR too... axes(g_display[j]['axes']['handle']) b = bar(delta_time, h, 1, g_display[j]['offset'], color) g_display[j]['offset'] += h # build stacked bar # setup legend names & colors g_display[j]['bars'].append(b) g_display[j]['legend'].append(data['legend']) < SNIP > # Select axes to update... axes(g_display[j]['axes']['handle']) g_display[j]['maxy'] = Search_YMax(g_display[j]['maxy'], g_display[j]['offset']) g_display[j]['y-scale'] = Scale_YMax(g_display[j]['maxy'][0]) g_display[j]['axes']['handle'].set_ylim([0, g_display[j]['y-scale']]) g_display[j]['axes']['handle'].set_xlim([x_start, x_end]) legend(g_display[j]['bars'], g_display[j]['legend'], 'lower left') ylabel(g_display[j]['unit'], g_font['unit']) g_canvas.draw() Does this help? Should I tell the axes to "not remember" the out-of-view data? Thanks for your quick reply! Cheers Leon -- ============================== Leon J. Brits Netronome Systems (Pty) Ltd. Tel:+27(0)12-6673650 Fax:+27(0)12-6673635
>>>>> "Leon" == Leon Brits <leo...@ne...> writes: Leon> Hi, I experience a slowdown in the command canvas.draw(). I Leon> am drawing a moving bargraph by shifting the x-axis and Leon> adding a new bar. The new bargraph is added every second, Leon> but starts to slows down after 5 minutes. Leon> I monitored the time it takes to execute the canvas.draw() Leon> command and this increases from 200ms to over 1 second Leon> within the 5 minutes and therfore the delay since I am Leon> trying to display the new bar every second. Leon> Any help appreciated! Thnaks Leon Could you post your code, or at least the core of it that does the drawing update? JDH
Hi, I experience a slowdown in the command canvas.draw(). I am drawing a moving bargraph by shifting the x-axis and adding a new bar. The new bargraph is added every second, but starts to slows down after 5 minutes. I monitored the time it takes to execute the canvas.draw() command and this increases from 200ms to over 1 second within the 5 minutes and therfore the delay since I am trying to display the new bar every second. Any help appreciated! Thnaks Leon # Using GTK tyd = time.time() g_canvas.draw() print "canvas time =",time.time()-tyd
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________