[sparc64] przejscie 32->64 bity...

The Undefined undefine w aramin.net
Śro, 16 Cze 2004, 18:40:34 CEST


On Wed, Jun 16, 2004 at 06:09:55PM +0200, Paweł Sikora wrote:
> a wiec tak:
> - mamy dzialajace crosssparc64-binutils
> - mamy dzialajace crosssparc64-gcc-3.3.4(c,ada)
> - mamy skompilowanego glibca na 64 bity, za pomoca skrosnych narzedzi.
>   (lista plikow w zalaczniku).
> 
> teraz pytanie do osob, ktore robily juz przejscie na 64 bity (np. na amd).
> - jak plynnie przejsc z glibcem i narzedziami, zeby sie system
>   nie rozkrzaczyl ?
hm..
pierwsze pytanie - napewno wiesz co chcesz robić i jesteś pewien że ma
to sens oraz że tego potrzebujesz? ;)
dystrybucji w pełni 64bitowych na sparc nie ma z takiego bardzo prostego
względu że userland 64bit w typowych zastosowaniach jest o wiele
wolniejszy niż 32bity. Więc 64bitowy system ma sens wyłącznie:
- dla kernela
- dla specyficznych aplikacji obliczeniowych korzystających z 64bitowych
  danych
- dla obsługi aplikacji wymagających gigabajtów ram co oczywiście jest
  prostsze na 64bitach niż na 32 ;)

w pozostałych wypadkach sensu brak...

jak chcesz się przyjrzeć - zinstaluj sobie aurorę na sparca - tam masz
dualne glibc/gcc(niezbyt ładnie zrobione co prawda, ale...). Wzrost
wydajności przy kompilacji -m32 a -m64 jest.. widoczny gołym okiem.

a ogólnie to.. problemu nie powinno być z niczym. glibc 64bitowe lądują
po prostu w /lib64, 32bitowe w /lib itepe. Więc problemu niet ;)

-- 
Andrzej 'The Undefined' Dopierała
UNIX && Linux administrator, Adam Mickiewicz University WMiI
PLD Linux Developer             HomePage: http://aramin.net/
JID: undefine w piastlan.net    e-mail: undefine w pld-linux.org



Więcej informacji o liście dyskusyjnej pld-devel-pl