Re: Static typing [was Re: Python and the need for speed]

2017-06-21 Thread Paul Rubin
Gregory Ewing writes: > A JIT compiler works by observing the actual values To be pedantic, that's called a "tracing JIT". Other runtime code generation is also frequently called JIT compilation even when it's fairly stupid combining of assembly code templates, or the like. -- https://mail.pyth

Re: Looping [was Re: Python and the need for speed]

2017-06-21 Thread Paul Rubin
Chris Angelico writes: > while True: > c = sys.stdin.read(1) > if not c: break > if c.isprintable(): text += c > elif c == "\x08": text = text[:-1] > # etc > Can you write _that_ as a do-while? I prefer to write that sort of thing with iterators: for c in iter(lambda: sys.st

Re: Very Slow Disk Writes when Writing Large Data Blocks (Posting On Python-List Prohibited)

2017-06-21 Thread remmm
> Have you tried booting up Linux on the same hardware, and running the same > tests? That would be a good way to narrow down whether the issue is hardware > or software. No just other Linux systems. Hardware in question is corporate system -- so gray area as to if I can or should boot Linux .

Re: how to get the html content and edit with scapy and see the edited result in browser?

2017-06-21 Thread Ho Yeung Lee
then i further googled a code, but the google chrome browser and microsoft edge browser can not see the new html from the fakehttp server is there something changed to prevent edit html after intercept? originally i hope to edit https html Begin emission: .* Received 2 packets, got 1 answers, rem

Re: Very Slow Disk Writes when Writing Large Data Blocks

2017-06-21 Thread remmm
> You'll only reach those numbers in the ideal situation. Is there just one > program doing this disk i/o, sequentially, from a single thread? The IO is sequential write of a stream of very large blocks of data onto a drive that is only say 30% full. So yes you should be able to reach 120 mbytes

Re: Instagram: 40% Py3 to 99% Py3 in 10 months (Posting On Python-List Prohibited)

2017-06-21 Thread alister
On Wed, 21 Jun 2017 01:01:06 -0700, Lawrence D’Oliveiro wrote: > On Wednesday, June 21, 2017 at 6:59:21 PM UTC+12, wxjm...@gmail.com > wrote: >> Le mardi 20 juin 2017 15:41:27 UTC+2, bream...@gmail.com a écrit : >> > On Tuesday, June 20, 2017 at 12:18:50 PM UTC+1, wxjm...@gmail.com >> > wrote: >>

Re: Instagram: 40% Py3 to 99% Py3 in 10 months (Posting On Python-List Prohibited)

2017-06-21 Thread Michael Torrie
On 06/21/2017 12:25 AM, Chris Angelico wrote: > By "ships with", do you mean that it's not there by default, or that > you can't get it through yum? Because if it's just the former, you > should be able to declare that your program depends on Python 3. RHEL > 6 came out in 2010 and RHEL 7 in 2014,

EuroPython 2017: Conference app available in app stores

2017-06-21 Thread M.-A. Lemburg
We are pleased to announce our very own mobile app for the EuroPython 2017 conference: * https://ep2017.europython.eu/en/events/conference-app/ * EuroPython 2017 Conference App Engage with the conference and its attendees

Re: Progress on the Gilectomy

2017-06-21 Thread Paul Rubin
Lawrence D’Oliveiro writes: > The trouble with GC is, it doesn’t know when to kick in: it just keeps > on allocating memory until it runs out. That's not how GC works, geez. Typically it would run after every N bytes of memory allocated, for N chosen to balance memory footprint with cpu overhead

Re: Progress on the Gilectomy

2017-06-21 Thread Steve D'Aprano
On Thu, 22 Jun 2017 08:23 am, breamore...@gmail.com wrote: > Don't you know that Lawrence D’Oliveiro has been banned from the mailing list > as he hasn't got a clue what he's talking about, That's not why he was given a ban. Being ignorant is not a crime -- if it were, a lot more of us would be

Re: Progress on the Gilectomy (Posting On Python-List Prohibited)

2017-06-21 Thread Steve D'Aprano
On Thu, 22 Jun 2017 10:30 am, Lawrence D’Oliveiro wrote: > Once again: The trouble with GC is, it doesn’t know when to kick in: it just > keeps on allocating memory until it runs out. Once again: no it doesn't. Are you aware that CPython has a GC? (Or rather, a *second* GC, apart from the refer

Re: Progress on the Gilectomy (Posting On Python-List Prohibited)

2017-06-21 Thread Paul Rubin
Lawrence D’Oliveiro writes: > while “memory footprint” depends on how much memory is actually being > retained in accessible objects. If the object won't be re-accessed but is still retained by gc, then refcounting won't free it either. > Once again: The trouble with GC is, it doesn’t know when