Új hozzászólás Aktív témák

• #8346 beleszólok senior tag Peter Kiss #8345

  Új Válasz 2014-11-09 18:04:52 #8346

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  beleszólok

  senior tag

  válasz Peter Kiss #8345 üzenetére

  Python nem olvas unicode-ot (tudtommal), de ebben az esetben nincs is jelentősége, mivel egy alapjában véve ASCII, max. Latin1 kódkészletű logon kellett végigmászni.
  Ha a C#/Java/stb. ráerőszakolja a unicode-ot és ettől lassú valamennyi, az számomra közömbös, nem fogom a többihez lassítani a pythont csak azért, hogy a tesztben esetleg azonos feltételekkel induljanak.

  Nem csak a .net verziót, hanem valamennyi kipróbált változatot sokszor futtattam, részben mert virtuális gépen fut, részben mert az op.rendszer cache, illetve a futtató rendszerek saját bufferelési módszerei is befolyásolhatják az eredményt. Az eltérés következetesen megmaradt.

  Mérni, amikor pontosabban akartam, akkor a programon belülről, induláskor tároltam az időt, befejezéskor is és a kettőt egymásból kivonva számoltam ki, hogy mennyi ideig futott, jelentősebb eltéréseknél meg csak kívülről, a linux time parancsával.
  Mielőtt még beleesnél abba a hibába, hogy "de az interpreter/vm indításának idejét is hozzámérem", jelezném, hogy nem egy-két másodperces eltérésekről van szó. A futtató környezet indítása nem több 1-2 mp-nél még a leglassúbb rendszer esetében sem, a fordítást meg max. a python esetében mérem bele, mivel az mindig forráskódból fut, a java, C#, haskell, erlang elvileg minimum bájtkódból indulnak, a haskell ráadásul futtatható binárist készít, elvben gépikódra fordítva... (és eddig az tűnt a leglassabbnak)

Új hozzászólás Aktív témák