Barrapunto

Ahora mismo va como un tiro, pero hay momentos del día que me da tiempo a ir a hacer café antes de que cargue cualquiera de las páginas.

¿Donde está el problema? ¿Proveedor de conectividad de BP?

Lo he notado, el tiempo de carga se dispara hasta tres minutos, sobre todo en horas de oficina, la velocidad media esta en torno los 4.5 K (y tengo ADSL).

No se si es un problema de Ancho de Banda, o de carga del servidor.

La unica forma de poder "cargar" barrapunto es desde las 21 horas y la velocidad no pasa de 11k.

¿Que tal los demas?, seria interesante hacer una encuesta, en la cual se pregunten datos tales como.

1.- Desde donde lees Barrapunto
2.- Velocidad media
3.- Horas de acceso
4.- Tipo de conexión

SAludos

Lo de las noticias repetidas se debe a que a los editores también nos va lento, y cuando creemos que al salvar la noticia no se ha grabado, porque el navegador (en mi caso, Konqueror) da 'timeout', volvemos a repetir la operación.

Aunque llegué a pensar que era para no perder los comentarios iniciales de la noticia.
Por otra parte, lo del timeout de konqueror debe ser un problema de configuración de konqueror, porque con links la carga también es lenta, pero no da el timeout.

Hola!. A mi me va lento desde casa, con un adsl. Lento por la noche, por la tarde, y ahora mismo que son las 7 y media de la mañana. Y tambien me va lento desde el trabajo (Una universidad). Vamos, que se nota muchisimo. En cuanto a cuanto hace, creo que algunas semanas que lo vengo notando. Saludos

Hacía tiempo que quería poner esta noticia, pero se me han adelantado así que mejor porque salgo de dudas.

Yo llevo notándolo desde hace semanas, a veces no consigo que me cargue ni una vez en todo el día. Por las noches suele ir mejor (pero no siempre). Lo raro es que hoy (ahora son las 9:30) va de miedo, ¿ya lo habéis solucionado? Es que sois unos máquinas :P

Agrega otra cosa a la encuesta:

5.-Cuantas veces entras a barrapunto al día

para saber la velocidad a todas horas del día es que "viven" aquí xDDDD

Va muy lento a las horas punta aquí en Europa. Es decir, si te conectas por la madrugada va a una velocidad decente.

Yo dispongo de una conexión bastante buena, y tarda incluso un minuto en cargarse una página...

Efectivamente desde hace algun tiempo noto que /. va un poco lento , sobretodo cuando intentas leer comentarios o acceder a algun link...

DE LO CONTRARIO DE SEGUIR CON BANALIDADES BARRAPUNTO PODRIA DESAPARECER

Ohhhhhhhhhhhhhhhhhhhhhhhhhhhh!!!!

y le dicherrrr NORL!!! salte de la autovidarr de la vidarr que te puede hacer pupita porque VA MAS LENTO QUE BARRAPUNTORRRRRRL!!! (por la gloria de mi madrer!)

Desvarios a parte, si es verdad que va lento de cojones; en ocasiones me he puesto a editar una noticia y después de intentar visualizar/enviar veinte veces sin éxito he desistido. A veces corto y pego en un editor de texto para mas tarde (que luego se me olvida) o directamente lo mando al peo too junto.

También pasa que a veces salen noticias sin título ni texto, pero esto creo que es porque MySQL es una patata: con PostgreSQL esto no pasa (The DB Flamewars!!!!).

Sí, barrapunto va lentísimo últimamente, y hablo desde me conexión a 300 Kbps con todas las webs a velocidad luz, mientras que con ésta tengo que tardar más de un minuto entre que pincho en una noticia hasta que la puedo leer y, ¡sorpresa! La mitad de las veces me encuentro con "noticias fantasmas" y tengo que volver a cargar una o dos veces para poder leer la noticia completa, lo que creo que se debería arreglar pronto, porque con ese tipo de bugs se sobrecarga tanto la CPU como el ancho de banda, ¿no creeis?

Te prometo que el problema no es de mysql. Te lo digo por experiencia...a no ser que la BD de este weblog sea como la de hacienda. My tiene mogollon de limitaciones, pero si por algo hemos decidido usarla en mi empresa en todos los proyectos es por su tremenda velocidad. Postgre no lo conozco, no puedo opinar.

lo comento aqui, pero sera bastante logico y conocido por los gestores:

- antes de hacer login la web funciona aceptablemente bien.
- una vez te has registrado, la generacion de paginas va algo lenta, nada solo un poco.

  - - -
Terminado el feedbak, un comentario del aguelo cebolleta:

pues yo cuando era joven me pegaba toda la mañana y parte del medio dia solo para cargar la primera fase del FighterBomber, y volar con mi F111, luego, si me hacia la primera mision (volar un campamento al lado de un pira... montaña,facil) pasaba a otra para cargarme un puente en el quinto coño y la segunda mision podia o podia no funcionar (50% de que se colgara aquello y volvieramos a empezar de cero).

Esto para los que se quejan de velocidad en la informatica de hoy en dia, y mas.. cosas...

Mis amigos, que son unos viciados de warhammer, se pegan TODA LA MAÑANA, PARTE DEL MEDIO DIA, y un rato de la tarde, solo colocando las figuras. Solo Imaginense. Un dia entero para echar una partida del warhammer. Nunca lo entendere (si al menos fuera pilotar un f111).

Y mas cosas... yo para bajarme un fichero fe www.fileplanet.com, uno de 80 megas, me pegaba UN MES, durante el cual aprobechava que se largaban de finde mis padres, para poner internet unas cuantas horas bajando un pedacito del fichero usando wget, luego , a la semana siguiente, volvia a pedir el mismo fichero a la web, y le pasaba la nueva url a wget.. y continuaba bajando.

Termino:
Cuando yo entre en mi universidad no teniamos web, asi que nos lo montabamos para bajarnos paginas web a traves del correo electronico. Bien montado, hasta podiamos acceder y participar en foros como este rellenando los formularios con el mismo sistema. Asi las cosas, podias pedir una pagina web por la mañana, y recibirla por la tarde, y tu tan feliz!

Asi que menos quejarse de velocidad, cojones! A menos que bajarse una pagina de barrapunto les cueste mas de 15 horas, no se quejen, que podia ser PIIIIORRR!!

Depende mucho de tu aplicacíon. La grandísima ventaja que tiene PostgreSQL es su versatilidad a la hora de hacer consulta (joins extravagantes, consultas anidadas, interesecciones, uniones...)

Sinceramente, si prevees que vas a manejar consultas que implican varias tablas, te aconsejo PostgreSQL. Si simplemente vas a hacer consultas no excesitvamente complicadas, MySQL.

Repito, depende mucho de tu aplicacíon.

Algunos días (una vez cada dos semanas aleatoriamente) no sólo va lento.

De 8 de la mañana a 11 o 12 del mediodía la web no responde. Me da timeout a los 15 minutos, y tengo una conexión muy rápida. Normalmente una página cargaba en un segundo o dos.

Además suele ocurrir que la página se genera mal y hay que recargar varias veces.

En horas punta se suele ralentizar hasta uno o dos minutos para ¡abrir la página de poner comentario!

Es demencial. Me da la impresion de que el problema es el dimensionamiento del hardware.

Era suficiente en el pasado. Ahora es una patata.

O puede ser que al aumentar la velocidad de conexion de todos, el servidor se ahogue para responder.

Y habrá que añadir una base de datos agobiada (espero que no mal gestionada, aunque en algunos momentos lo parezca por los resultados).

Sí, /. va lento, a veces la carga de la página se hace soporífera. Y lo más cachondo es que no carga todas las noticias, se pierden los enlaces internos, etc. Ahora mismo, por ejemplo, mientras visualiza la vista previa del comentario, me piro a dar una vuelta.

Yo lo llevo notando desde hace un par de semanas. En el curro va fatal (si bien es verdad que la red no es ningún Ferrari), en casa me conecto de noche y se nota menos. Nada que ver con el barrapunto relámpago de hace unos meses. Una pena. ¿Quién lo arregla?

OK, han puesto la noticia en portada. ¿Alguien de "los de dentro" puede/quiere explicar porqué va lento? ¿Y a veces directamente no sale?

Hay que ir para adelante, tenemos que pedir a las páginas más y más velocidad.
 
Cierto que ./ no es precisamente de la más lentas pero que ha perdido velocidad es verdad y seguramente será un problema que supongo solucionarán en breve.

Me da que no es problema de conectividad sino simplemente que la base de datos ya no da mas de si, ¿es Mysql?, ¿por que no portarlo a otra base de datos?. También puede ser que la máquina no de más de si, aunque no por las peticiones web, sino por las consultas SQL.... quien sabe, que el administrador del servidor exponga sus ideas :))))

Por resumir en mis impresiones las de todos (y mis propios comentarios):
1/ No he visto las especificaciones técnicas de este servicio (puede que estén; tampoco es que haya buscado demasiado): por un lado vendría bien saberlo "porque sí" (no creo que haya ninguna necesidad de secretismo); por otro, los "cienes y cienes" de ojos que hay por aquí podrían hacer juicios y sugerencias con más conocimiento de causa, y finalmente, serviría como comparativa para otros (hummm... me piden que "levante" un servicio de tales y tales características ¿cómo tengo que dimensionarlo?)
2/ Es verdad que he notado un retraso *considerable* en el último mes o así, que coincide con puntas en horario español (media mañana, primera hora de la tarde...)
3/ *Diría* (sin demasiados elementos de juicio) que el sistema se satura, principalmente, en el acceso a la base de datos. Si es MySQL, esto significa dos cosas: bien el dba no tiene suficiente tiempo/conocimientos para optimizarla adecuadamente, bien hay problemas de RAM o de velocidad de acceso a los discos duros (aunque hay bastantes escrituras, los accesos mayoritarios son de lectura). El siguiente factor limitante puede ser la CPU, sobre todo si la base de datos y el servidor web corren en la misma máquina.
Baso mi opinión en cómo veo cargarse la página (desde mi conexión de cable a 128Kb): tarda la mayor parte del tiempo en empezar la "renderización" de la página (consecuencia, diría yo, del uso de tablas como elemento principal de diseño) y del proceso previo de perl y acceso a la base de datos. Luego, las cajas tardan otro buen tiempo y llegar y últimamente llegan a estar vacías (¿time-outs del lado del servidor al hacer la consulta a la base de datos?)
4/ Además de todo esto, podría haber problemas puntuales de ancho de banda y/o latencia, que preveo se pueden agravar si/cuando se solucionen los problemas de la base de datos (cuando se elimina un cuello de botella, el siguiente en importancia puede llegar a serlo).

Resumen final: dado el "espíritu" de esta web, creo que sería muy buena iniciativa publicar todas los datos y estadísticas disponibles sobre la misma, como información útil para la comunidad y para que más ojos puedan echar una mano:
* Caracterísiticas físicas del servicio (tanto del/los servidores como los elementos de conectividad -hubs, conexión a Internet, cableado...)
* Listado de todo el software utilizado, tanto directamente relevante, como otro (¿qué solución de backup utilizais, qué entorno de desarrollo para las personalizaciones...?)
* Estadísticas: de uptimes, uso de la conexión inet, Apache, uso de CPU, memoria, carga de MySQL...

Just my two cents.

A veces incluso llega a la desesperación o supera el timeout. En un principio lo relacioné con el famoso proxy transparente de telefónica, ya que con este tipo de páginas no se lleva nada bien, pero por lo de ahora telefónica a desistido en su implantación y /. no mejora.

Si que va muy lento. Tengo una conexión ADSL con terra y suelo conectarme con otra, también de terra, pero la de 512, y aunque utilizan diferentes DNS sigue llendo igual de mal.

Pues cambiales de nombre y estamos igual. Para ir de Madrid a Huelva en operación salida la gente chupa atascos de 5 horas, la gente sigue muriendo de catarro pero como son negros y pobres que se mueran y mucha gente empieza a trabajar explotado, cobrando lo mínimo o sin contrato. Tampoco hemos avanzado tanto.

Yo lo que hago en galeon o mozilla es abrir todos los enlaces que me interesan en pestañas y mientras voy leyendo se van cargando.

Supongo que el servidor se estará cagando en todos mis muertos cada vez que entro y le pido en 1 minuto una docenita de páginas.

BarraPunto corre en un PC normalito, con 128 Megas de RAM, Pentium II, llamado ulises por lo bien que aguanta. El sistema operativo es Debian GNU/Linux, el servidor web es Apache y tiene además un unos trozos en Perl adaptados de los originales de Slashcode, el software de Slashdot y usando como base de datos (por ahora) MySQL.

¿De verdad que ésto es suficiente? Llevo leyendo BP desde hace año y medio (eso creo), y soy el usuario nº 3721. Ahora hay más de 6500 usuarios regitrados, y suponiendo que hay una relación directa entre número de usuarios y lectores, pués eso supone que casi se han duplicado las visitas.

De todas formas ¿quién lo va a saber mejor que los editores? ¿Por qué no dicen algo?

He hecho unos pequeños calculos:

Pagina principal ocupa 119KB entre texto(72.1KB) y imagenes(47.2KB)

Para ver lo que he pretendido hacer, pasaros por Bulma y leer el articulo Desarrollo Web Extremo

He modificado un ejemplo para llevarlo a barrapunto:
Supongamos que la página tiene 119KB de tamaño, que el tiempo de respuesta del servidor es de 1.0 segundos y que su tiempo de retorno es los suficientemente bajo para alimentar de datos continuamente. Si la conexión del clientes de es un Cable (128 kbps =~ 14 KB/seg) y en condiciones ideales, el tiempo qua tardará el navegador en empezar a generar la página en pantalla será igual al tiempo de descarga:

Tdescarga = 1.0 seg + 119KB/14KBseg = 1.0 seg + 8.5 seg =~ 9.5 segundos

Naturalmente, no se ni el Ancho de Banda que tiene Barrapunto, ni el numero de visitas que tiene diariamente, para hacer unos calculos mas correctos

Lo que si puedo decir es que desde Bulma se ha trabajado para mejorar el rendimiento de la web, y que se nota muchisimo el optimizar o no la web, pues hemos tenido esos problemas, y que fuimos mejorandolos, eso si, la diferencia es que el codigo nos lo curramos nosotros mismos para aprender, y barrapunto emplea un sistema desarrollado por otras personas, aunque adaptandolo a sus necesidades.

Solo contar el numero de Select que puede haber en la web principal de Barrapunto, y vereis que debe trabajar muchisimo, no solo sacando los articulos principales, sino todo la informacion que hay en las columnas laterales, y saca de la base de datos, que hacen pesada la web principal. Todo esto respecto al diseño, pero despues faltaria analizar la infraestructura que emplean, pero que mientras ellos no nos lo comenten, no podremos saber que tienen

Leo normalmente barrapunto desde mi univ y el ancho de banda del que se dispone es considerable (actualmente está limitado porque estoy conectado a un hub de 10Mb y no puedo bajar cosas de inet a más de 800 kB/s y pico) y si, va lento.
Antes no era así, pero desde hace unas semanitas el simple hecho de cargar la pagina principal lleva su tiempo.

En mi caso: Por la mañana: No me conecto, que hay que dormir xD Por la tarde: Desde un ADSL en el "cole" siempre fue bastante lento, pense que era por la cutre-red que hay aqui Por la noche: Entre las 00:00/3:00 ha ido siempre bastante bien, con un modem desde linux o windows; eso si desde hace un par de semanas a pegado un bajon gordo en esta franja horaria, varios dias pense que se habia caido porque no contestaba nunca...

Bueno, si la mayoría de los que han intervenido no se han quejado, sólo han constatato un hecho empírico. Barrapunto va mal.

Si la cosa hubiera sido gradual, se podría achacar al aumento "exponencial" del nº de usuarios y supongo de accesos y tocaría callarse y aguantarse, pero como ha sido de un día para otro, hace unas dos semanas, pues se está diciendo, porque probablemente sea un problema de configuración o un problema en el ancho de banda de las comunicaciones. Nada más.
 
Un saludo Tei ¿Has visto la contraportada de Mundo Linux? XD

Ahora en barrapunto hay un pentium III dual, según tengo entendido.

Alex: ¿y si lo previsto son tres -exactamente tres- tablas, y un máximo, tirando por lo alto, de unos 20000 registros en la principal?
¿Algún problema con que trabajen con ella -para actualizaciones, no para consultas- un equipo de hasta cuatro personas?
Por lo que tengo leído por ahí, supongo que MySQL vale, pero me agradecería vuestras opiniones.

No voy a entrar en ninguna discusion de si esta es mejor que aquella, cada Base de datos tiene sus puntos fuertes y debiles y es cada uno el que tiene que decidir cual le cubre sus necesidades.

Si teneis duda de lo que MySQL puede soportar aqui teneis algunos datos de una base de datos MySQL con la que trabajo en produccion:

En los ultimos 2 meses:

• 1.144.690.993 millones de peticiones a la BD
• Picos de hasta 300 peticiones por segundo.
• Entre 15 y 20 millones de peticiones al dia.
• 28.949.426 millones de conexiones.
• Mas de 50 GBytes de datos.
• Tablas con un numero de registros entre 8.000.000 y 20.000.000 millones.

  No creo que necesite contar mas, supongo que os haceis una idea,el que quiera mas datos que los pregunte.

  Un saludo
  

Unpanisha, por ejemplo , te enviaba los formularios formateados asi:

Nombre: [_________]
Asunto: [_________]
Body: [_________]
                [_________]

Es usted soltero? [_]


A lo que podias responder reenviandoles el mismo documento rellenado asi:


Nombre: [Tei_________]
Asunto: [Que Guena La Fruta_________]
Body: [Señores, que vuelva la primavera_________]
                [que echamos de menos ver la fruta_________]
                [fresca que las muchachas llevan!_________]

Es usted soltero? [X]


El servidor lo entendia, y hacia el post oportuno. Los servidores actuales (se puede recibir una lista actualizada diariamente con los tiempos de respuesta, busca en google webget y stat) siguen soportando esta posibilidad, aunque yo ya no la necesite. De todos modos los ultimos que mire lo hacian un poco mas complicado.

Veras, todos los dias me pedia todos los articulos de un foro ( 01.htm, 02.htm, 03.htm,.. e historial.htm) y luego, tras leerlo todo enviaba un mensaje para rellenar "enviar.htm". Lo tenia todo tan perfeccionadico que hasta tenia un programa que leia un fichero de texto con mi nick y el asunto en la primeras dos lineas y el body en el resto y ya me generaban el mail que el servidor gebwet me pedia.
Hoy en dia es bastante facil, gracias a dios, conseguir un acceso por el puerto 80, pero desgraciadamente el telnet ha muerto y el SSH o FTP no se puede usar desde los pocos lugares donde tengo acceso. Ahora la tecnologia-para-pobres que uso es la wiki, y un simple uploader (que ma hace el trabajo de un ftp).

Actualmente hay un servidor http://www.falacia.net/vivero en el que me gustaria participar, pero como esta diseñado para internet explorer me es imposible visitar desde netscape sin que se cuelgue el ordenador (he determinado qeu es culpa del los CSS qeu usan). Si aparecen mas foros asi, con navegacion que requiere trucos de css/javascript/etc y no navegacion natural html y standares, esto de utilizar internet por correo o con navegadores normales (no ie) se acabara.

que tendra esa contraportada que a todo el mundo llama la atencion :/ ...hehehehe.

¿1.144.690.993.000.000 de peticiones? ¿28.949.426.000.000 de conexiones? ¿Qué base de datos mantienes, la de Google?

Oye: ¿y las actualizaciones?, ¿cuántos entran a actualizar datos?, ¿o no se actualiza?

Exacto, desde la oficina con ADSL a 512 kbps no carga la página de barrapunto. Simplemente no la abre. No creo que sea un tema de velocidad.
Me temo que se hacen una serie de paradas del servidor para ponerlo a punto, y ese es el único problema, aunque me sorprende que se haga todos los días.

No, te preocupes, eso que comenta cierta persona de que MySQL es una patata es una burrada, lo mismo lo que tiene él dentro de su cabeza es una patata y no un cerebro...

Como decía Gila, si no aguantas una broma vete del pueblo. Y como dijo otro sabio, el sentido del humor es muestra inequívoca de inteligencia.

Algunas impresiones:

http://www.phpbuilder.com/columns/tim20000705.php3

http://www.webtechniques.com/archives/2001/09/jeps on/

Algunos extractos:

It (MySQL) has the 20 percent of SQL capabilities that are needed for 80 percent of database applications. Developers of simple applications can live without the remaining features

PostgreSQL [...] provides more features than MySQL. These include more SQL functions, server-side procedural languages, and sophisticated methods for date manipulation. PostgreSQL also offers object-relational capabilities and geometric data types.

A good way to differentiate databases and test overall quality is to perform an ACID test. ACID is an acronym that describes four properties of a robust database system: atomicity, consistency, isolation, and durability.

PostgreSQL is ACID compliant. The standard table handler for MySQL is not ACID compliant because it doesn't support consistency, isolation, or durability.