Pos nop, aunque parezca mentria esto es según la suerte que te toque con la calidad del micro ARM.
Los model A y B realmente se diferencian el número de USB y en que uno tiene toma de red y el otro no. El modelo B, fue el primero en ser lanzado (casí un año antes) y fué lanzado en primero en 256mb y luego subieron a 512 en octubre de 2012. Dicho modelo tiene 2 USB y cable de red. El modelo A solo tiene 1 usb y no tiene toma ethernet.
Por tanto los que fuimos early adopters tenemos modelo B con 256 y luego al repetir tenemos modelo B con 512 MB.
Pues aunque parezca mentira el modelo inicial lo puedo subir a 1000mhz sin problemas y el segundo, con 512 MB no. A 900mhz y gracias.
Si alguien tiene más interés puede preguntar aquí o leer el wiki del archivo config.txt que es la "bios" de la raspberry.
En mi opinión y tras mucho trastear con la Pi esos valores que has visto no son muy recomendables ya que hay una relación entre las velocidades de cada parte del sistema que se deben de mantener.
http://elinux.org/RPiconfig#Overclockingy aquí lo que lo demuestra (ligerito de digerir jajajaja):
QUOTE
Clocks relationship
The GPU core, h264, v3d and isp share a PLL, therefore need to have related frequencies. ARM, SDRAM and GPU each have their own PLLs and can have unrelated frequencies.[9]
The following is not necessary with "avoid_pwm_pll=1".
pll_freq = floor(2400 / (2 * core_freq)) * (2 * core_freq)
gpu_freq = pll_freq / [even number]
The effective gpu_freq is automatically rounded to nearest even integer, so asking for core_freq=500 and gpu_freq=300 will result in divisor of 2000/300 = 6.666 => 6 and so 333.33MHz.
Hay muchos ejemplos en los foros oficiales de configuraciones que aumentan la potencia de la pi y no ponen en peligro el sistema. Repito, lo más importante es no utilizar force_turbo=1 junto a over_voltage elevado.
un saludo a todoossss (me piro a viciar a la maca) xD xD xD
