Thank you Andrew, that was a good catch! Regards, Orson
On 02/01/2016 07:33 PM, Andrew Zonenberg wrote: > Pads on the same net overlapping should not necessarily be a DRC > error, consider the case of someone trying to make a D-shaped pad by > putting a round one on top of a rectangle. Maybe if they're not part > of the same component? > > Here's some quick performance numbers for the ground net on my board. > > processPads took 0.266 sec > Update took 0.377 sec > processPads took 0.275 sec > Update took 0.383 sec > processPads took 0.293 sec > Update took 0.403 sec > processPads took 0.305 sec > Update took 0.413 sec > > So looks like processPads is about 3/4 of the total run time of > Update(). Will look into that a little bit and see if there's any > obvious speedups. > > On 01/02/16 06:24, Maciej Sumi?ski wrote: >> Apparently the most expensive part is RN_DATA::processPads() that >> does collision checks for pads. It handles cases when tracks do not >> end in the middle of a pad, or when pads overlap (IMHO this should >> be caught by DRC as an error instead, as pointed out at FOSDEM). > >> If you do not care about mini ratsnest lines when a track ending >> and a pad center have different coordinates, then you should be >> safe commenting it out (ratsnest_data.cpp:417). There is an idea to >> improve speed here, but it requires more changes and has to be well >> planned first. > >> Regards, Orson > >> On 01/31/2016 09:27 PM, Andrew Zonenberg wrote: >>> When working on a board with a lot of pads, terminating a trace >>> on a high-fanout net results in a significant (a second or more) >>> hang of the entire UI. I haven't yet attempted to figure out what >>> part of the code this hang is in. >>> >>> Steps to reproduce: >>> >>> 1) Open a large board file in pcbnew (I'm testing with >>> http://thanatos.virtual.drawersteak.com/unlisted/marblewalrus-switch. > kic >>> >>> > ad_pcb) >>> in GAL mode. The hang does not appear to be reproducible in >>> legacy. >>> >>> 2) Start drawing a track on a high-fanout net (GND is a good >>> example) >>> >>> 3) Performance should be normal when the track is started and >>> during drawing, but when you click on a pad to terminate the >>> track pcbnew hangs . >>> >>> Anybody with PNS experience (Orson, Tomasz, etc) care to >>> investigate thi s? >>> >>> _______________________________________________ Mailing list: >>> https://launchpad.net/~kicad-developers Post to : >>> kicad-developers@lists.launchpad.net Unsubscribe : >>> https://launchpad.net/~kicad-developers More help : >>> https://help.launchpad.net/ListHelp >>> > > >
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
