Em portáteis não podes fazer muito mais. Podes tentar ir para um C2D T7700 que trabalha a 2.4ghz e tem mais 2mb de cache. O impacto no tempo total de cálculo no teu modelo é que não deve ser muito (1 ou 2 horas, não mais, o que em 40hs não é nada...). Podes sempre ir para um barebone com um processador desktop (por exemplo, Asus C90s e julgo existir um Clevo q tb tem essa possibilidade). A memória não tem muita influência, uma vez que quer no T7100 quer no T7700 funciona a 666mhz. Nao sei que estás a usar, mas se for o Matlab julgo que já está preparado para multicore (sei que o SAS está). Se for esse o caso, passares de um dual core para um quad core já faz bastante diferença, mas para isso terás que ir para um desktop. Aliás, se forem 40h (mesmo que sejam 30) num portátil sempre a puxar pelo processador não lhe faz muito bem. Os desktops estão preparados para isso, os portáteis não. A mim aconteceu-me estragar um disco do portátil por causa do SAS (tb deixava bastantes horas a trabalhar). Recentemente adquiri uma licença muticore para o Stata (para 2 cores, a de 4 cores ou mais é muito cara) e notei uma diferença grande em algumas tarefas para a versão que tinha anteriormente (SE, que é single core). Há outras tarefas (ligadas com leitura de disco e afins) que não tem qq impacto. Agora se no teu caso usas principalmente o CPU, julgo que vais notar bem a diferença. Não sei será uma diminuição do tempo para metade (depende do que estás a fazer e do software que usas), mas se forem tarefas intensivas em CPU/memória, num software que suporte multi-processing/multi-threading, com um quadcore és capaz de reduzir o tempo para metade, pelo menos. Não te esqueças que não só tens mais cores disponíveis mas tb tens memórias mais rápidas, FSB tb mais rápido (1066 ou qq assim, vs 800mhz que é o q tens agora) e processador mais rápido.
Com esse orçamento, podes comprar um bom desktop com um quadcore e ainda te sobra dinheiro. O portátil servir-te-ia para trabalhos mais leves. Não deves estar sempre a correr o modelo, pois não?
Edit: já agora, mesmo que vás para um quadcore da intel, apesar do mais barato ser apenas a 2.4ghz os utilizadores mais entusiastas conseguem-no meter a trabalhar a pelo menos 3ghz (acho que a bem mais, mas pronto é o q me lembro) de forma estável a ar, o que siginifca que consegues ficar com quase o dobro da frequência de relógio relativamente ao teu caso actual.
Só agora é que reparei que estás a falar de correr 200 modelos... Ora bem, mesmo que reduzas o tempo para metade (com laptop é impossível), tens sempre o problema do n.º de modelos. É que mesmo que demores 12hs por modelo (são todos iguais?) estás a falar de 100 dias de processamento, ou seja, 3 meses e 10 dias (isto sem contar com a possibilidade de algum estar errado e teres de recomeçar outra vez)... Hummm.... Para te ser sincero ou tens acesso ao processamento paralelo ou então estás à rasca... Sozinho, podes sempre tentar comprar a plataforma V8 da Intel (2 quadcores), mas não sei por quanto fica (vê aqui no fórum alguém que já comprou uma plataforma dessas: julgo que forum dos Mac).
Outra coisa que já aprendi é que a linguagem que usas tem um grande impacto no tempo requerido para processar uma determinada tarefa. Para teres uma ideia, uma mesma tarefa, demora-me cerca de 15minutos a processar em Stata e menos de 3 em SAS (sim a diferença é de 5x, ou mais). Se fores para C então ainda demora menos tempo. Quanto mais "intuitiva" for a linguagem, mais fácil é programares mas mais tempo demora. Ainda há dias estive com um professor que trabalha em modelos matemáticos complexos e ele disse-me que a diferença de tempos entre linguagens é abismal e q quanto mais próximo estiveres da linguagem máquina, menos tempo demora a processar. Deu-me um caso de um aluno de doutoramento que estava a trabalhar num modelo qq que demorava 12h numa linguagem qq e conforme foi descendo para C++ os tempos iam-se reduzindo de forma a que só lhe demorava uns 10/15 minutos a calcular tudo.
Tudo isto para dizer que, no teu caso podes ter um problema de hardware (precisas de hardware mais rápido) mas tb poderás ter que optimizar os teus modelos para outra linguagem, caso contrário não te safas facilmente.
Já agora não te esqueças que erros/problemas acontecem sempre o q significa que um pouco mais de tempo gasto agora em optimizações ou noutras linguagens mais avançadas podem valer muitas horas/dias/meses no futuro. Imagina o que é teres perdido 1 mês de processamento e depois chegares à conclusão que tinhas um ponto a mais e que vais ter que fazer tudo outra vez? Já me aconteceu isso, mas no meu caso não fico tanto tempo com o computador a trabalhar, só 1/2 dias.