Tópico da Apple
- Iniciador de tópicos Lsk
- Data de início
AstonM
Membro participativo
Que se passou com este último post para dar vermelhinho?
Clica sobre o cartão vermelho e aparece lá a justificação e quem deu a infracção.
jts
Membro participativo
Obrigado. Tantos anos de fórum, e às vezes ainda me sinto um noob. Não sabia que dava para fazer isso [
]Já percebi que o post lá devia ter algo que entretanto já não está lá.
]
Avant
Membro histórico
Ok, facílimo, instalação a partir do desktop, 1 reboot, e já está. apr
Vou ver os estragos que fez... para já a única coisa que noto é que o little snitch não funciona e os plugins que tinha no safari 4.0.3 foram desinstalados. De resto parece que está tudo a funcionar (Office 2008, Photoshop, Parallels, VirtualBox, Toast titanium, uTorrent, VLC, and so on...
Vi também que não está a funcionar em modo 64 bit. Foi porque fez o update do leopard 32 bit, ou o instalador achou que não tinha interesse com os meus 4 Gb de RAM - aliás, o kernel 32 bit consegue usar os 4 Gb ou só 3.5Gb como o windows?
Vou ver os estragos que fez... para já a única coisa que noto é que o little snitch não funciona e os plugins que tinha no safari 4.0.3 foram desinstalados. De resto parece que está tudo a funcionar (Office 2008, Photoshop, Parallels, VirtualBox, Toast titanium, uTorrent, VLC, and so on...
Vi também que não está a funcionar em modo 64 bit. Foi porque fez o update do leopard 32 bit, ou o instalador achou que não tinha interesse com os meus 4 Gb de RAM - aliás, o kernel 32 bit consegue usar os 4 Gb ou só 3.5Gb como o windows?
Force
Membro participativo
Supostamente, se o kernel for de 32 bit, qualquer que seja o SO (windows, OSX, etc), irá utilizar até aos 3.5gb, devido à matemática envolvida no processo.
Avant
Membro histórico
Já percebi o "esquema". O SL carrega em modo de 32-bit, pois tinha instalado no leopard o Macfuse com o NTFS-3G, que é um KEXT de 32 bit. Já sei como forçar o arranque em 64-bit Startup Mode Selector e tudo funciona bem, excepto o NTFS-3G, que dá erro.
Estive a googlar um bocado e ao que parece, o kernel 32 bit do Mac OSX faz uso da extensão PAE dos cpu's, que permite um acesso à memória em 36-bit, o que permite endereçar 32Gb de memória, apenas com a limitação de cada processo em separado apenas aceder 4 Gb - coisa que o Windows NÃO faz, pelo que só consegue aceder mesmo a 3.5gb...
Aliás, que com o kernel de 32 bits, quer com o kernel de 64 bits, mostra a mesma quantidade de memória - 3.75 Gb - a que falta é a partilhada com a gráfica.
Por isso não há problema nenhum, 32 bit será, aliás a beleza deste SO é que com um kernel de 32 bits, permite correr aplicações de
64 bits! (já o Leopard permitia).
Até agora funciona tudo o resto, tive apenas que fazer um update do GIMP e do coolbook controller no air, que já tem uma versão "SL".
Sinto falta é do Glims no Safari, a versão actual ainda não é compatível, talvez daqui a uns dias.
Última edição:
mundano
Piloto do carago
Não obrigatoriamente.. Há tecnologias que permitem usar mais. O Windows Server 2008 de 32bits usa até 64GB de RAM por exemplo..
Só que essas técnicas têm as suas desvantagens..
mcag
Membro participativo
Avant
Membro histórico
Vai lá investigar um bocadinho []
Não faz por defeito, não. É possível activar o PAE editando o boot.ini e de outro modo qualquer no vista, mas é praticamente um hack que pode trazer problemas. Por alguma razão é que vem desligado. Só era suportado no Windows server, se não me engano.
Avant
Membro histórico
Ainda em relação ao SL, o OpenCL parece abrir possibilidades muito interessantes...
Isto com http://freenet-homepage.de/amichalak/OpenCLBench_as_terminal_tool.zip
Interessantíssimo como uma gráfica integrada apenas com 16 "cores" consegue fazer cálculos 2x mais depressa que um CPU intel a 2.66 Mhz...
OpenCL Bench V 0.25 by mitch ...........
...... C2D 3GHz = 12 sec vs Nvidia 9600GT = 0,93 sec ......
... time results are not comparable to older version! .....
...........................................................
Number of OpenCL devices found: 2
OpenCL Device # 0 = GeForce 9400
Device 0 is an: GPU with max. 1150 MHz and 16 units/cores
Now computing - please be patient....
time used: 6.044 seconds
OpenCL Device # 1 = Intel(R) Core(TM)2 Duo CPU E8135 @ 2.66GHz
Device 1 is an: CPU with max. 2660 MHz and 2 units/cores
Now computing - please be patient....
time used: 13.763 seconds
Now checking if results are valid - please be patient....
logout
[Process completed]
Isto com http://freenet-homepage.de/amichalak/OpenCLBench_as_terminal_tool.zip
Interessantíssimo como uma gráfica integrada apenas com 16 "cores" consegue fazer cálculos 2x mais depressa que um CPU intel a 2.66 Mhz...
Meninos, o Leopard consegue utilizar 4GB a 32bits sem recurso ao PAE!
É assim, 32bits dá para aderessar até 4gb de RAM.
2^32 = 4294967296 bytes = 4194304KB = 4096 MB = 4GB
A cena é que no mundo dos PCs, tanto no Windows, como no Linux, eles nunca pensaram que um dia teremos 4gb ou mais de RAM... pelo menos em arquitecturas de 32 bits...
Logo a partir dos 3,5 GB reservaram as últimas centas de megas para mapear o hardware na RAM. Desta forma, o processador tem acesso ao HW lendo e escrevendo na RAM, o que é conveniente... era nos tempos do MSDOS...
Hoje em dia, tanto faz, porque as aplicações, como é sabido, não têm acesso directo ao HW têm de comunicar com o sistema operativo e o SO faz o trabalho necessário.
O Windows e Linux continuaram o modelo antigo, mas o OS X não foi feito assim...
O OS X tem uma microkernel, com o que é absolutamente básico... cerca de 4MB, ficando essa no topo dos +- 4GB endereçáveis, e tudo o resto fica nos outros quase 4GB...
Os drivers, e tudo o demais que faz parte da kernel é montado na RAM como uma aplicação, e quando não estão a ser precisos, podem ser libertados para dar lugar a outras aplicações...
BTW, na minha 3100 não tem OpenCL :'( (também deveria ter uma performance linda.... XD)
É assim, 32bits dá para aderessar até 4gb de RAM.
2^32 = 4294967296 bytes = 4194304KB = 4096 MB = 4GB
A cena é que no mundo dos PCs, tanto no Windows, como no Linux, eles nunca pensaram que um dia teremos 4gb ou mais de RAM... pelo menos em arquitecturas de 32 bits...
Logo a partir dos 3,5 GB reservaram as últimas centas de megas para mapear o hardware na RAM. Desta forma, o processador tem acesso ao HW lendo e escrevendo na RAM, o que é conveniente... era nos tempos do MSDOS...
Hoje em dia, tanto faz, porque as aplicações, como é sabido, não têm acesso directo ao HW têm de comunicar com o sistema operativo e o SO faz o trabalho necessário.
O Windows e Linux continuaram o modelo antigo, mas o OS X não foi feito assim...
O OS X tem uma microkernel, com o que é absolutamente básico... cerca de 4MB, ficando essa no topo dos +- 4GB endereçáveis, e tudo o resto fica nos outros quase 4GB...
Os drivers, e tudo o demais que faz parte da kernel é montado na RAM como uma aplicação, e quando não estão a ser precisos, podem ser libertados para dar lugar a outras aplicações...
BTW, na minha 3100 não tem OpenCL :'( (também deveria ter uma performance linda.... XD)
Código:
...........................................................
.................. OpenCL Bench V 0.25 by mitch ...........
...... C2D 3GHz = 12 sec vs Nvidia 9600GT = 0,93 sec ......
... time results are not comparable to older version! .....
...........................................................
Number of OpenCL devices found: 1
OpenCL Device # 0 = Intel(R) Core(TM)2 Duo CPU T8300 @ 2.40GHz
Device 0 is an: CPU with max. 2400 MHz and 2 units/cores
Now computing - please be patient....
time used: 15.023 seconds
Now checking if results are valid - please be patient....
:) Validate test passed - GPU results=CPU results :)
Última edição:
DarkSorcerer
Membro participativo
Já tenho lá em casa o Snow.. Mas não vou instalar já. Vou aguardar pelas soluções do Little Snitch (esse dá jeito [
]) e mais opiinões da malta... []
]) e mais opiinões da malta... []
Avant
Membro histórico
Então na prática não há vantagem nenhuma em forçar o kernel de 64 bit num sistema com 4 Gb de RAM?
Ainda para mais o OSX com esta solução "híbrida" corre aplicações de 64 bit, atenção (indo ao activity monitor a MAIORIA dos processos estão a correr em 64 bit), coisa que o windows, por exemplo, não consegue fazer.
Última edição:
Avant
Membro histórico
Já tenho lá em casa o Snow.. Mas não vou instalar já. Vou aguardar pelas soluções do Little Snitch (esse dá jeito [
A versão 2.2 já suporta o Snow Leopard.
A única coisa de que sinto falta é o Glims para o Safari, que ainda não foi actualizado... tudo o resto funciona, tive também de fazer o update do coolbook controler, do plex e do Gimp.
Ainda não há NTFS-3G para 64-bit, mas por aquilo que foi exposto neste tópico, também não há grande necessidade.
É mais rápido. Nota-se mais no iMac do que no Air (limitado por um disco duro de 4200 rpm, mais que tudo).
Acima de tudo, 2 upgrades perfeitamente sem problema nenhum - pôr o DVD, carregar no executável, esperar, reboot, e tens um SO "novo" com todas as aplicações, preferências, documentos do antigo. Mais fácil, impossível.
Mas também concordo que quem estiver com o Leopard não perde nada de muito essencial sem o snow... [
]
Force
Membro participativo
Última edição:
Force
Membro participativo
Ah okidoki! Está explicado então o facto de usar apenas 3.5 Gb.
Obrigado pela explicação! [
]Mas relativamente ao caso apresentado pelo mundano, como é que um OS de 32 bits pode endereçar até 64 Gb de RAM? Pensava que tal só era possível em 64 bits (2^64, a maldita matemática...).
Última edição:
Avant
Membro histórico
Porque usando as extensões PAE do cpu (que penso que estão presentes desde a arquitectura Pentium Pro), este consegue endereçar a memória a 36 bits.
2^36=68 719 476 736 , que deve dar os tais 64 Gb.
mundano
Piloto do carago
Ah okidoki! Está explicado então o facto de usar apenas 3.5 Gb.
Obrigado pela explicação! [
Mas relativamente ao caso apresentado pelo mundano, como é que um OS de 32 bits pode endereçar até 64 Gb de RAM? Pensava que tal só era possível em 64 bits (2^64, a maldita matemática...).
Tal como disseram é usando o PAE... E já agora, existem edições do Windows que suportam até 128GB de RAM com esta tecnologia.
Mas tem várias desvantagens, porque os programas são feitos com pointers de 32bits, em alguns casos até leva a instabilidade no sistema. Na melhor das hipóteses haverá overhead desnecessário a perca de performance.. 64 bits é o futuro.