Более быстрые результаты могут быть достигнуты с помощью numpy.where .
Например, при настройке unubtu -
In [76]: df.iloc[np.where(df.A.values=='foo')]
Out[76]:
A B C D
0 foo one 0 0
2 foo two 2 4
4 foo two 4 8
6 foo one 6 12
7 foo three 7 14
Сроки сравнения:
In [68]: %timeit df.iloc[np.where(df.A.values=='foo')] # fastest
1000 loops, best of 3: 380 µs per loop
In [69]: %timeit df.loc[df['A'] == 'foo']
1000 loops, best of 3: 745 µs per loop
In [71]: %timeit df.loc[df['A'].isin(['foo'])]
1000 loops, best of 3: 562 µs per loop
In [72]: %timeit df[df.A=='foo']
1000 loops, best of 3: 796 µs per loop
In [74]: %timeit df.query('(A=="foo")') # slowest
1000 loops, best of 3: 1.71 ms per loop
GUID Вашего объекта не должен изменяться. Другими словами, как только Вы регистрируете COM-объект, потворение регистрацию не должно добавлять ничего дополнительного к реестру.
, Если Вы не добавили дополнительные COM-интерфейсы или объекты к проекту.
В любом случае, если это - одно соглашение времени (и оно походит, это), открытый regedit, и удалите ненужные ключи вручную.
Существует инструмент MS, который все еще плавает вокруг и был со дней Win95, который сканирует реестр и действительно наполняет как находки ключи COM, которые не указывают на правильный файл больше и т.д. под названием RegClean (я нашел его здесь: http://downloads.zdnet.com/abstract.aspx?assetid=881470&node=2094 ), который я видел некоторые места все еще с помощью особенно при питании с материалом COM прежней версии в VB, которые генерируют новые GUID COM после каждой сборки.
Поэтому, если Вы получили это, тогда unreg'd и удалили или переместил файл, запустите приложение, и это вычистит "осиротевшие" записи.
, Если Вы действительно решаете удалить использование ключей RegEdit, Вы, возможно, должны были бы удалить идентификаторы класса, а также записи гуида.
Я имею самостоятельно в ужасную путаницу с COM прежде. Я должен был выбрать свой путь хотя реестр, удалив каждую ссылку, к сожалению.