Como bien acabas de decir, aparte de funcionalidad prima el presupuesto
> 2009/7/21 Mariano Reingart <reingart(at)gmail(dot)com>:
>
>> 2009/7/21 Espartano <espartano(dot)mail(at)gmail(dot)com>:
>>
>>> 2009/7/21 Mariano Reingart <reingart(at)gmail(dot)com>:
>>>
>>>> 2009/7/21 suso <jlcubas(at)terra(dot)es>:
>>>>
>>>>> 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
>>
>>
>
>
>
>