Estaba jugando con timeit y noté que hacer una simple comprensión de la lista a través de una cadena pequeña tomó más tiempo que hacer la misma operación en una lista de cadenas de caracteres pequeños. Alguna explicación? Es casi 1,35 veces más tiempo. >>> from timeit import...
Estaba tratando de eliminar los caracteres no deseados de una cadena dada usando text.translate()Python 3.4. El código mínimo es: import sys s = 'abcde12345@#@$#%$' mapper = dict.fromkeys(i for i in range(sys.maxunicode) if chr(i) in '@#$') print(s.translate(mapper)) Funciona como se esperaba....
¿Existe alguna diferencia fundamental entre los siguientes dos fragmentos de código? El primero asigna un valor a una variable en una función y luego devuelve esa variable. La segunda función simplemente devuelve el valor directamente. ¿Python los convierte en un código de bytes equivalente? ¿Es...
A tupleocupa menos espacio de memoria en Python: >>> a = (1,2,3) >>> a.__sizeof__() 48 mientras que lists ocupa más espacio en la memoria: >>> b = [1,2,3] >>> b.__sizeof__() 64 ¿Qué sucede internamente en la gestión de memoria de Python?...
¿Qué algoritmo sort()utiliza el método integrado en Python? ¿Es posible echar un vistazo al código de ese
Entiendo la diferencia entre copyvs. deepcopyen el módulo de copia. He usado copy.copyy copy.deepcopyantes con éxito, pero esta es la primera vez que sobrecargo los métodos __copy__y __deepcopy__. Ya he buscado en Google y miré a través de la incorporada en los módulos de Python para buscar...
He estado jugando con la función hash de Python . Para enteros pequeños, aparece hash(n) == nsiempre. Sin embargo, esto no se extiende a grandes cantidades: >>> hash(2**100) == 2**100 False No me sorprende, entiendo que el hash toma un rango finito de valores. ¿Cuál es ese...
Dada la respuesta de Zero Piraeus a otra pregunta , tenemos que x = tuple(set([1, "a", "b", "c", "z", "f"])) y = tuple(set(["a", "b", "c", "z", "f", 1])) print(x == y) Imprime Trueaproximadamente el 85% del tiempo con la aleatorización de hash habilitada. ¿Por qué el
Descubrí que maxes más lento que la sortfunción en Python 2 y 3. Python 2 $ python -m timeit -s 'import random;a=range(10000);random.shuffle(a)' 'a.sort();a[-1]' 1000 loops, best of 3: 239 usec per loop $ python -m timeit -s 'import random;a=range(10000);random.shuffle(a)' 'max(a)' 1000...
Entiendo que los archivos ".pyc" son versiones compiladas de los archivos ".py" de texto plano, creados en tiempo de ejecución para que los programas se ejecuten más rápido. Sin embargo, he observado algunas cosas: Tras la modificación de archivos "py", el comportamiento del programa cambia....
Copiar una range(10**6)lista aleatoria diez veces me lleva alrededor de 0.18 segundos: (estas son cinco ejecuciones) 0.175597017661 0.173731403198 0.178601711594 0.180330912952 0.180811964451 Copiar la lista sin mezclar diez veces me lleva alrededor de 0.05
Después de sumergirme en el código fuente de Python, descubrí que mantiene una matriz de PyInt_Objects que van desde int(-5)hasta int(256)(@ src / Objects / intobject.c) Un pequeño experimento lo demuestra: >>> a = 1 >>> b = 1 >>> a is b True >>> a =...
Mientras optimizaba mi código, me di cuenta de lo siguiente: >>> from timeit import Timer as T >>> T(lambda : 1234567890 / 4.0).repeat() [0.22256922721862793, 0.20560789108276367, 0.20530295372009277] >>> from __future__ import division >>> T(lambda :...
Entonces, estaba jugando con listobjetos y encontré una pequeña cosa extraña que, si listse crea con list(), usa más memoria que la comprensión de listas. Estoy usando Python 3.5.2 In [1]: import sys In [2]: a = list(range(100)) In [3]: sys.getsizeof(a) Out[3]: 1008 In [4]: b = [i for i in...
Esta es más una cuestión conceptual. Recientemente vi un fragmento de código en Python (funcionó en 2.7, y también podría haberse ejecutado en 2.5) en el que un forbucle usaba el mismo nombre tanto para la lista que se estaba iterando como para el elemento en la lista , lo que me parece una mala...
Intentando entender el ciclo for Python, pensé que esto daría el resultado {1}para una iteración, o simplemente quedaría atascado en un ciclo infinito, dependiendo de si lo hace como en C u otros lenguajes. Pero en realidad no lo hizo. >>> s = {0} >>> for i in s: ... s.add(i +...