Re: Přístup k C++ DLL z Pythonu

[Jindroush]

Existuje neco zvane Cython https://cython.org/

Rychlost je co? Rychlost algoritmu? Rychlost vyvoje? Rychlost ladeni? 
Rychlost vestavenych knihoven? Atd.

*.pyc je jen prekompilace, setri se cas opakovaneho prevodu 
zdrojak->bytecode pri spusteni, ale interpretace je stejna.
J.

On 03.06.2023 17:22, Petr Labaj wrote:
> Když už tady padla otázka na charakteristiku věcí v Pythonu:
> Existuje prosím nějaký SW v Pythonu, který by byl rychlý? Nebo 
> rychlost a Python jsou antonyma?
>
> Python je dneska velice populární. Tak neexistuje k němu něco 
> podobného jako Dalvik u Androidu?
> Tam je taky první spuštění velmi pomalé, ale tím se to (asi) přeloží 
> do nějaké skoro-nativní aplikace a příště už to startuje a běží rychle.
>
> Já Python nepoužívám. Ale mám pocit, že do nějakého toho předžvýkaného 
> formátu *.pyc se třeba hlavní program vůbec nedá zkompilovat. Jen 
> knihovny.
> To má nějaký zásadní důvod?
> A asi i ty *.pyc nejsou o moc rychlejší než normální interpretace, ne?
>
> Díky.
> PL
>
> *******************
>
> Dne 3.6.2023 v 16:32 Jindroush napsal(a):
>> ?? Jak souvisi python a delka kodu? Calibre na prevod a spravu ebooku 
>> ma v masteru cca 350 000 radku v pythonu. Splnuje to jeste 'kratky 
>> skript'? :-)
>> j.
>>
>> On 03.06.2023 16:14, Miroslav Mraz wrote:
>>> Když je to v Kicadu, tak by to mělo ve Win fungovat taky. Python  je 
>>> dobrý na krátké skripty, které mohou udělat dost práce - má to hodně 
>>> knihoven. Bohužel se v tom dá udělat dost pohodlně skoro všechno. A 
>>> když něco jde udělat, je jen otázka času, kdy to někdo udělá.
>>> Buďte rád, že to lidi nepíšou (zatím) v java/type/scriptu.
>>>
>>> Mrazík
>>>
>>> On 03. 06. 23 15:38, Pavel Hudeček wrote:
>>>> Díky,
>>>> to vypadá že by mohlo bejt lepší. Nepochopil jsem, zda to jde 
>>>> zpracovat i na Windows, ale to by zas tak nevadilo.
>>>>
>>>> V současnosti máme několik různých API. Jedno v C, který je velmi 
>>>> zjednodušený, určený primárně pro průmysl. Pak další dvě malý C++ 
>>>> pro clustering a spectral imaging. A nakonec pythonový, který je 
>>>> univerzální a plně objektový, ve kterém jde všechno. Jenže jeho 
>>>> udržování je peklo, protože se generuje nějakým obskurním 
>>>> poloautomatickým způsobem. Přechod na vyšší verzi py byl porod a 
>>>> rádi bychom to už nikdy neopakovali:-)
>>>>
>>>> No a to zjednodušený C API vlastně už taky není jednoduchý, protože 
>>>> jak přibývají typy snímacích čipů s různými kombinacemi režimů, tak 
>>>> už je asi 8 akvizičních funkcí a podobně na nastavení operačních 
>>>> módů. Tohle v tom objektovým uspořádání odpadá, tam je jen 
>>>> dev.doSimpleAcquisition a doAdvancedAcquisition a pak 
>>>> dev.setOperationMode.
>>>>
>>>> Takže je teď snaha, aby bylo jedno plně objektový API a to se mohlo 
>>>> bez nějakých složitostí dostat i do pythonu, nejlépe jakékoli verze.
>>>>
>>>> Nikdy by mě nenapadlo, co všechno jsou zákazníci schopní chtít 
>>>> dělat v pythonu. Klidně třeba celý CT, ovládáním skenovacího ramene 
>>>> počínaje a zpracováním 3D modelů konče:-)
>>>>
>>>> PH
>>>>
>>>> Dne 02.06.2023 v 19:59 Miroslav Mraz napsal(a):
>>>>> Ještě jsem našel SWIG. Používá se to i v Kicadu, C++ podpora je 
>>>>> lepší, kdysi jsem to zkoušel a ani nevím proč jsem to opustil. Asi 
>>>>> to bylo dost složité na to, co jsem potřeboval.
>>>>> https://www.swig.org/tutorial.html
>>>>>
>>>>> Mrazík
>>>>
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list


-- 
Jindroush <jindroush na seznam.cz>