Python(2.5) reads an input file FASTER than pure C(Mingw)

[Lie]

On Apr 27, 6:28 am, n00m <n... at narod.ru> wrote:
> No so simple, guys.
> E.g., I can't solve (in Python) this:http://www.spoj.pl/problems/INTEST/
> Keep getting TLE (time limit exceeded). Any ideas? After all, it's
> weekend.
>
> 450. Enormous Input Test
> Problem code: INTEST
>
> The purpose of this problem is to verify whether the method you are
> using to read input data is sufficiently fast to handle problems
> branded with the enormous Input/Output warning. You are expected to be
> able to process at least 2.5MB of input data per second at runtime.
>
> Input
> The input begins with two positive integers n k (n, k<=107). The next
> n lines of input contain one positive integer ti, not greater than
> 109, each.
>
> Output
> Write a single integer to output, denoting how many integers ti are
> divisible by k.
>
> Example
> Input:
> 7 3
> 1
> 51
> 966369
> 7
> 9
> 999996
> 11
>
> Output:
> 4

The problem is faulty.
First, the bottleneck on reading a huge input is the harddisk speed
and the string processing, the result of the competition doesn't prove
anything but how fast the string processor and the harddisk is.
Python's string processing is not a very fast one as it creates a copy
of the string every now and then.