2009/7/21 Mariano Reingart <[email protected]>: > 2009/7/21 Espartano <[email protected]>: >> 2009/7/21 Mariano Reingart <[email protected]>: >>> 2009/7/21 suso <[email protected]>: >>>> Hola Edwin, que tal! >>>> Gracias por la respuesta >>>> Estos datos que me proporcionas es muy facil de conseguir, pero no habrá >>>> problemas para 20 usuarios concurrentes "tirando" a la vez? >>>> Tengo unas dudillas más: >>>> Discos de respaldo, internos, externos, en paralelo, caché de la cpu? >>>>> >>>>> Cor 2 Duo >>>>> 4Gb Ram >>>>> Disco Sata de 160 GB(depende de la cantidad de datos que hay) >>>>> Ya!! >>>>> Ah! Y Debian Lenny >>>>> >>> >>> Una pregunta, que tipo de bases de datos necesitas armar: >>> * muchas consultas complejas >>> * alta tasa de actualización (insert, updates y deletes) >>> * muchas conexiones concurrentes (actualizando o consultando) >>> * tamaños de las tablas, cantidad de registros, indices, etc. >>> >>> Yo si el presupuesto lo permite, me inclinaría por más >>> nucleos/procesadores y discos: >> >> Si bien las velocidades de los procesadores son importantes, en este >> caso creo que tiene mayor importancia la cantidad de memoria RAM, yo >> apostaria mas por este orden de prioridades >> >> Memoria RAM >> Discos rapidos >> CPU >> > > Depende, si los 20 usuarios actualizan a la vez gran cantidad de > registros por segundo/minuto, me parece más importante la velocidad de > los discos. > Tampoco la base de datos parece tan grande como para que 4GB sea poco. > Por último, yo creo que siempre es más fácil agregar memoria, que > cambiar los discos o los cpu. >
El problema no es que tan difícil es agregar más memoria sino conseguir el dinero para esa memoria, vamos que si te dan x presupuesto yo preferiría prioritizar la cantidad de memoria que la velocidad del procesador, no porque sea mas fácil o no agregar más memoria luego, sino porque lo difícil será que te den más presupuesto para hacerlo. No creo que a la empresa le haga mucha gracia el ver que tienes un super procesador al que no exprimes al 100% porque las consultas SQL no lo requieren y luego tengas que pedir mas dinero porque estas cordo de memoria. > Sds > Mariano > -- Un saludo y muchisimas gracias. Atte: Ing. Jorge Sánchez Escobedo. Sent from Orizaba, Ver, Mexico -- TIP 10: no uses HTML en tu pregunta, seguro que quien responda no podrá leerlo
