|
||
|
#501
|
||||
|
||||
|
Re: Detalles del ritmo de producción del N4. ¿Cuándo se van a fabricar N4 para Google-play España?
Hagamos una regla de 3....si 2000 se acabaron en 20 minutos, 4000 durarán...tachán tachán unos 40 minutos, 1 horita siendo generosos jajaja
Espero que me pille en casa joder :thumbdown: |
|
|
|
#502
|
||||
|
||||
|
Re: Detalles del ritmo de producción del N4. ¿Cuándo se van a fabricar N4 para Google-play España?
Hay q pensar q en noviembre hay gente q compró un montón de unidades para luego venderlos... Y ahora esta limitado a 1 o 2 por cuenta...
|
| Gracias de parte de: | ||
|
#503
|
||||
|
||||
, si no en plena odisea de la compra me crearé una cuenta de Wallet con su tarjeta
|
|
#504
|
||||
|
||||
|
|
|
#506
|
||||
|
||||
|
Por eso si hubieses pedido la base de datos te habrías ahorrado unos cientos de miles de peticiones. Respuesta para ambos:
El servidor aguanta lo que le eches. Pensad que las peticiones no se lanzan de golpe, van unas después de otras y no se solapan. Petaría muchísimo antes mi propio pc al intentar hacer eso que el pepinaco de servidor que tengan ellos. En cualquier caso, a lo sumo, me banearían la IP y listo. Pero dudo mucho de ser la única persona que haya estado enviando peticiones a esa URL o que retiren el servicio. ![]() No tienes ni idea de si esto lo aloja un pepinaco o un simple servidor que lleva ahí 6 años y aparte de esto tiene que hacer otras tareas más importantes. Aquí comentaban de hacer pausas entre cada consulta y en cambio tú has decidido lanzarlo en paralelo para conseguir cuantas más peticiones mejor (900.000 en un día quiere decir 10 al segundo).
__________________
Vodafone: la compañía que te roba. Ni se os ocurra solicitar una portabilidad de ADSL a Vodafone o lo pagareis muy caro.
|
|
#507
|
||||
|
||||
|
¿alguna idea de qué versión de HW podemos esperar en los N4 que todos ansiamos?
No sé si todos los N4 de las revisiones HW 10 & HW 11 se han vendido y sólo pondrán a la venta HW 12 o si Google nos enviará los antiguos. |
|
#509
|
||||
|
||||
|
de 100 en 100 era al principio cuando tenía todo sin analizar, luego ya he ido lanzando las peticiones siempre de 10 en 10 y en las zonas que me interesan de 1 en 1, y poco a poco estaba haciendo el repaso completo 1 a 1 de todo para que no se escapase nada.
Por eso si hubieses pedido la base de datos te habrías ahorrado unos cientos de miles de peticiones. Hombre, está claro que no lanzas las peticiones todas a la vez, pero ellos pueden ver claramente el aumento de actividad y si resulta que por el aumento de CPU les jode pues puede que se mosqueen. No tienes ni idea de si esto lo aloja un pepinaco o un simple servidor que lleva ahí 6 años y aparte de esto tiene que hacer otras tareas más importantes. Aquí comentaban de hacer pausas entre cada consulta y en cambio tú has decidido lanzarlo en paralelo para conseguir cuantas más peticiones mejor (900.000 en un día quiere decir 10 al segundo). ![]() En RAM sí sería un poco más delicado (aunque no mucho), ya que por cada conexión hay que mantener buffers de lectura y escritura, aunque son de tamaño muy pequeño, pero cientos de miles de cosas pequeñas al final hacen algo grande. En Facebook, de hecho, tuvieron que "reimplementar" TCP usando UDP para sus conexiones a las bases de datos, ya que les comían toda la RAM de los servidores, no la CPU. Y bueno, que LG ni se está enterando de las peticiones que se están haciendo a esa URL. Si haces un ping y luego un whois de esa IP, verás que en realidad no es propiedad de LG, sino de CDNetworks, una empresa que se encarga de distribuir globalmente contenidos, de forma que sean más accesibles y tolerantes a fallos desde cualquier parte del mundo. Y esos sí que tienen unos maquinones de servidores :P Ese servicio de consulta de IMEIs no se va a sobrecargar ni va a petar ni le va a pasar nada. Lo único que puede pasar es que quizá haya un pequeño retraso entre que LG les suministra las novedades de la BBDD y ellos la distribuyen por todos sus servidores. Y vamos, ya para concluir, en serio, 10 peticiones por segundo e incluso 100, a día de hoy, no representa en absoluto nada de sobrecarga para un pc (no digo ya servidor) aunque tenga algunos años. Es más probable que se rompa un disco duro o algún componente del servidor a que noten algún tipo de sobrecarga por lanzarles ese flujo de peticiones al servicio. |
| Gracias de parte de: | ||
|
#510
|
||||
|
||||
|
Producen para nigeria y tailandia... en serio?
|
|
#511
|
||||
|
||||
|
|
|
#512
|
||||
|
||||
|
|
|
#513
|
||||
|
||||
|
|
|
#514
|
||||
|
||||
|
|
|
#515
|
||||
|
||||
|
|
|
#516
|
||||
|
||||
|
Esperemos que sea así y este a 2 como máximo por cuenta.
|
|
#517
|
||||
|
||||
|
Re: Detalles del ritmo de producción del N4. ¿Cuándo se van a fabricar N4 para Google-play España?
Oficial si fue, pero laa cosa fue q en unos países dejaban 2 por tarjetas y en otros solamente 1...
|
|
#519
|
||||
|
||||
|
|
|
|
|
#520
|
||||
|
||||
|
Bueno, realmente la CPU no sería problema, más bien la RAM. El procesamiento de CPU de esas peticiones es muy pequeño (coger IMEI que piden por URL, construir petición a BBDD, construir respuesta al cliente). Eso, en términos de CPU, no es mucho esfuerzo.
En RAM sí sería un poco más delicado (aunque no mucho), ya que por cada conexión hay que mantener buffers de lectura y escritura, aunque son de tamaño muy pequeño, pero cientos de miles de cosas pequeñas al final hacen algo grande. En Facebook, de hecho, tuvieron que "reimplementar" TCP usando UDP para sus conexiones a las bases de datos, ya que les comían toda la RAM de los servidores, no la CPU. Y bueno, que LG ni se está enterando de las peticiones que se están haciendo a esa URL. Si haces un ping y luego un whois de esa IP, verás que en realidad no es propiedad de LG, sino de CDNetworks, una empresa que se encarga de distribuir globalmente contenidos, de forma que sean más accesibles y tolerantes a fallos desde cualquier parte del mundo. Y esos sí que tienen unos maquinones de servidores :P Ese servicio de consulta de IMEIs no se va a sobrecargar ni va a petar ni le va a pasar nada. Lo único que puede pasar es que quizá haya un pequeño retraso entre que LG les suministra las novedades de la BBDD y ellos la distribuyen por todos sus servidores. Y vamos, ya para concluir, en serio, 10 peticiones por segundo e incluso 100, a día de hoy, no representa en absoluto nada de sobrecarga para un pc (no digo ya servidor) aunque tenga algunos años. Es más probable que se rompa un disco duro o algún componente del servidor a que noten algún tipo de sobrecarga por lanzarles ese flujo de peticiones al servicio. ![]() Última edición por blackeggs Día 26/01/13 a las 15:13:58. |