[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