Dyskusja:ST RAM

From Atariki

W Falconie sama pamięć ma organizację 32-bit, lecz tak naprawdę tylko VIDEL dobiera się do pamięci 32-bitowo... CPU i reszta spółki ma dostęp 16-bit poprzez multipleksowanie. --Macgyver 16:43, 17 mar 2006 (CET)

Mac to znaczy ze czegos nam brakuje w opisie. Skoro juz o tym wspominasz to moze Ty bys to dodal? --Vulgar 18:23, 17 mar 2006 (CET)

Jeszcze jedna moja sugestia - chodzi o konstrukcję formalną: każde Atari 16/32-bit może widzieć maksimum 14MB RAM w przestrzeni adresowej, gdyż przestrzeń adresowa od 14 do 16MB to obszar rejestrów sprzętowych, ROM-u itp i nie jest to domena jedynie Falcona - przymierzam się do lekkiej modernizacji tego artykułu - czy ktoś ma coś jakieś przeciwwskazania ? Jeśli do jutra nie będzie głosów sprzeciwu, to poczynię modernizację. --Macgyver 17:21, 7 lis 2007 (CET)

"każde Atari 16/32-bit może widzieć maksimum 14MB RAM" zwrot ten sugeruje ze wszystkie czipy maja dostep do 14MB RAM. W przypadku ST, tylko CPU i BLiTTER moga adresowac 16MB ram, ACSI/SoundDMA/Shifter/MMU widza wylacznie pierwsze 4MB -- CK 00:37, 8 lis 2007 (CET)

Mac, przeciwskazania do czego? Mowisz jak nie przymierzywszy wysoki funkcjonariusz Najjasniej nam panujacej jedynie slllusznej Parti. Bo jezeli chodzi o mnie to jesli dodasz cos rzeczywiscie sensownego to nawet nie musisz sie pytac --vulgar 17:46, 7 lis 2007 (CET)

Zmieniłem - mam pewnie obiekcje co do 64-bitowej organizacji ST-RAMu - czy jakikolwiek układ w Atari TT posiada dostęp do szyny danych większy niż 32-bity ? --Macgyver 14:38, 8 lis 2007 (CET)

tylko Shifter TT co nie zmienia faktu ze organizacja ST-RAMU jest 64bitowa -- CK 17:36, 8 lis 2007 (CET)

ale są one niezgodne systemowo, zmienil bym na nie sa obslugiwane przez system . Slowo niezgodne sugeruje jakis konflikt z OS'em, a taki nie wystepuje. -- CK 17:41, 8 lis 2007 (CET)