¿Cual es el hosting/vps más rápido de España?

Estado
No está abierto para más respuestas.
Mensajes
169
Puntuación de reacción
2
Si que te entiendo.
Por eso dije al principio que beneficia mas al proveedor, pudiendo meter mas VPS pir maquina, que al propio cliente (el VPS).
Linux gestiona muy bien el IO, usando la RAM ociosa.
Otra cosa es el uso en cabinas de discos o en servidores de ficheros.... o en windows de escritorio. En esos casos si que hay diferencias.
Tampoco discuto que en servers Linux con procesos que manejen datos que no quepan en RAM (Ej. Conversion de video) y/o con lecturas no repetitivas (cache inutil) un disco SSD aumente el rendimiento.

La principal ventaja de usar SSD en un servidor que ofrece servicios web, es a la hora de ejecutar querys SQL.

Y por mucha caché que tengas, es muy poco probable que más del 50% de los "select" sean ejecutados por la cache, evidentemente ni los insert ni updates pueden ser cacheados...

Por ejemplo, en un foro con cierto numero de visitas, cuando haces el select de usuarios conectados, es casi imposible que el resultado devuelto sea el de la caché, por que los usuarios conectados ahora no son los mismos que hace 1 minuto... Este es un ejemplo muy simple, hay otros más complejos... el tema es que el otro 50% de los select que no puedes cachear no obtienes el rendimiento "RAM" que comentas.

Seguramente esto no lo notes mucho en webs con 30-50 usuarios simultaneos donde un usuario que ejecuta 100 querys va a tardar 0.1 segundos, osea, 50 usuarios son 0.5 segundos..., pero si subes a un proyecto con 300-500 usuarios simultaneos es cuando de verdad lo notas, ya que cada usuario ejecutando esas 100 querys, te metes en 5000 querys y esto son 5 segundos, lo cual ya es un tiempo considerable y para mucha gente si una página tarda 5 segundos en cargarse, es que va lenta... con un SSD seguramente en 0.1-0.2 segundos sigues teniendo el resultado de las 5000 querys.

La teoría que comentas de "meter en RAM" toda una web... no es posible, como digo, hay muchos aspectos de una web que no se pueden cachear... Otro ejemplo sería el enviar mails (guarda copia del mail en enviados y escribe el log del envio) si haces mailing masivo, adios al IO con discos normales, ni cabinas ni leches, se te va todo abajo...
 

guitobon

Piedra
Usuario de Piedra
Mensajes
48
Puntuación de reacción
0
La principal ventaja de usar SSD en un servidor que ofrece servicios web, es a la hora de ejecutar querys SQL.

Y por mucha caché que tengas, es muy poco probable que más del 50% de los "select" sean ejecutados por la cache, evidentemente ni los insert ni updates pueden ser cacheados...

Por ejemplo, en un foro con cierto numero de visitas, cuando haces el select de usuarios conectados, es casi imposible que el resultado devuelto sea el de la caché, por que los usuarios conectados ahora no son los mismos que hace 1 minuto... Este es un ejemplo muy simple, hay otros más complejos... el tema es que el otro 50% de los select que no puedes cachear no obtienes el rendimiento "RAM" que comentas.

Seguramente esto no lo notes mucho en webs con 30-50 usuarios simultaneos donde un usuario que ejecuta 100 querys va a tardar 0.1 segundos, osea, 50 usuarios son 0.5 segundos..., pero si subes a un proyecto con 300-500 usuarios simultaneos es cuando de verdad lo notas, ya que cada usuario ejecutando esas 100 querys, te metes en 5000 querys y esto son 5 segundos, lo cual ya es un tiempo considerable y para mucha gente si una página tarda 5 segundos en cargarse, es que va lenta... con un SSD seguramente en 0.1-0.2 segundos sigues teniendo el resultado de las 5000 querys.

La teoría que comentas de "meter en RAM" toda una web... no es posible, como digo, hay muchos aspectos de una web que no se pueden cachear... Otro ejemplo sería el enviar mails (guarda copia del mail en enviados y escribe el log del envio) si haces mailing masivo, adios al IO con discos normales, ni cabinas ni leches, se te va todo abajo...

En primer lugar, decirte que tengo SSD en mi PC de escritorio. Tengo un rendimiento muy superior al que tendría con un HDD normal, ya que el PC no esta haciendo siempre lo mismo.
En servidores Linux, evidentemente hay casos en los que si que se nota, pero no en tantos.

Sobre las querys SQL, estamos hablando de cache del sistema de ficheros, por lo que un insert o un update también puede ser cacheado. Aunque el 90% de operaciones SQL en entornos web son select.
También decirte que no me refiero a que el Mysql cachee la consulta, sino que los bloques de disco donde están las tablas, estén en cache.
Luego esta la parte SW. Que una web necesite lanzar 100 querys, es una bestiada (la CPU no es infinitas). Es lo primero que corrijo en la "parte server", cuando acelero una web.
Y que esas 100 querys no sean reutilizables por otros usuarios concurrentes o muy próximos en el tiempo... doble bestiada. Salvo casos muy excepcionales que siempre habrá.
No discuto que sea la tendencia actual. La que nos ha llevado a que para escribir una carta en Word, necesitemos un quad core o que un Smartphone con un solo core a 1Ghz sea obsoleto.

Sobre el mailing, no entro, ya que tampoco he dicho nada al respecto. Aunque me resulte algo extraño guardar los enviados cuando se hace un mailings desde un server. También envidio (sanamente) la línea que tienes. Que puedas hacer mailings a una velocidad tal que el cuello de botella sea un sistema de ficheros bajo HDDs normales.

Donde si te doy la razón es en lo que pones en tu web. Como los SSD corren mas, si un VPS vecino hace el bestia, pues te afecta menos. Bueno, te afecta menos cuando se acceda a disco.
 

Julio Rodríguez

Diamante
Usuario de Bronce
Mensajes
2,521
Puntuación de reacción
2
yo estoy con @guitobon y sobre el mailing... es verdad que consume disco, pero para eso existe la cola... por lo que no deberías tener problemas... lo que intenta es vender el ssd como si fuera la ostia como hacen todos... esto va a ser como el cloud :)
 
Estado
No está abierto para más respuestas.
Arriba