[davem@redhat.com: Re: [PATCH] Start of compat32.h (again)]
Tomasz Kłoczko
kloczek w rudy.mif.pg.gda.pl
Pon, 2 Gru 2002, 15:23:44 CET
On Mon, 2 Dec 2002 undefine w aramin.one.pl wrote:
> hm..
> po przemysleniu...
> jest wogole sens w takim razie pakowac sie w kod 64 bit na sparcach i
> ppc? moze po prostu dalej rozwijac kod 32 bitowy...
Dlatego na sparc dla mnie ma sens zrobienie osobnego portu sparcv9. Z
portem sparc64 na pewno będzie trzeba bawić się o ile ktoś tego będzie
chciał używać na bardzo dużych maszynkcha na których 2G pamięci na proces
to będzie za mało (i po to żeby chocby wykonać na nasze potzreby
odpowiedznie testy). Druga sprawa że nic nie stoi na przeszkodzie żeby np.
na sparcv9 używać jednoczesnie aplikacji 32bit i 64bit. Obsługa elf64 w
kernelu może być w module a przty założeniu że takich dużo wymagających
aplikacji będzie mniej i że i tak pamięci operacyjnej w takich maszynkach
będzie trzeba mieć w dziesiątkach GB to powielenie dwuch libc czy innych
bibliotek w pamięci dużej różnicy nie będzie robić.
Także założenie co d powyższego dla nas powinno być raczje że robimy dla
tych architektór kernel 64bit, a userspace 32bit z pełnym wypasem
bibliotek i niektórych aplikacji z wersji 64bit dodatkowo i/lub w osobnym
porcie 64bit który byłby do zainstalowania na systemach które byłyby w
stanie obsłużyć elf32 i elf64.
kloczek
--
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*
Więcej informacji o liście dyskusyjnej pld-devel-pl