Re: python vs php - potrzebne argumenty
Von: Bart Ogryczak (b.ogryczak@gmail.com) [Profil]
Datum: 24.11.2009 15:26
Message-ID: <a8109d4a-0515-4b8e-bac0-902788642060@x16g2000vbk.googlegroups.com>
Newsgroup: pl.comp.lang.python
Datum: 24.11.2009 15:26
Message-ID: <a8109d4a-0515-4b8e-bac0-902788642060@x16g2000vbk.googlegroups.com>
Newsgroup: pl.comp.lang.python
On Nov 24, 2:17 am, £ukasz Rekucki <lreku...@gmail.com> wrote: > On Nov 23, 5:27 pm, Bart Ogryczak <b.ogryc...@gmail.com> wrote: > > > On Nov 23, 4:59 pm, Marcin Nowak <marcin.j.no...@gmail.com> wrote: > > > > On 23 Lis, 15:25, Bart Ogryczak <b.ogryc...@gmail.com> wrote: > > > > > On Nov 23, 8:25 am, Marcin Nowak <marcin.j.no...@gmail.com> wrote : > > > > > Jesli chodzi o Python: > > > > > - wysoka wydajnosc > > > > Co do ostatniego, to bez przesady. Bardzo s³abo w porównaniu do > > > > statycznych jêzyków. Póki Python nie bêdzie mia³ JIT, p óty nie ma co > > > > mówiæ o wydajno¶ci. > > Alternatywne implementacje: > * Jython - kilka razy szybszy od CPython, tylko trochê wolniejszy od > zwyk³ej Javy ¯eby by³ istotnie szybszy, to trzeba poczekaæ na kolejn± wersjê J VM. > * Unladen Swallow - nieoficjalny zastêpnik CPython'a dla wersji 3.x, > na razie tylko trochê szybszy w porównaniu z 2.6 Po pierwsze, to 2.6, z 3.0 jeszcze w ogóle nie zaczeli. Po drugie póki co jest to mocno eksperymentalne, jak na razie uzyskali przyspieszenie kosztem koszmarnej pamiêcio¿erno¶ci. Niemniej, jest to chyba najbardziej obieciuj±cy z projektów optymalizacji Pythona. > JIT-y: > * Psycho Umar³o i nie ¿yje. PyPy mia³o byæ kolejnym krokiem. > * PyPy (robi te¿ du¿o wiêcej, np. funkcjonalno¶ci ze stackless > pythona) Ale niestety te¿ nie widaæ, ¿eby wiele siê w temacie dzia³o.[ Auf dieses Posting antworten ]
