Article View: pl.comp.os.ms-windows.win3
Article #5372Re: pamiec w dosie
From: Andrzej P. Wozniak
Date: Mon, 31 Jan 2005 11:51
Date: Mon, 31 Jan 2005 11:51
55 lines
3792 bytes
3792 bytes
Osoba podpisana jako Miroslaw Cichocki <mirekc@interia.pl> w artykule <news:Xns95EF63E152555mirekcfltkrasnikpl@193.110.122.97> pisze: > "Piastowianin" <piastowrzadzi@o2.pl> wrote in > news:cte969$m46$1@atlantis.news.tpi.pl: > >> Co warto, a czego nie warto ladowac za pomoca polecen devicehigh (w >> config.sys) i lh lub loadhigh (w autoexec.bat) do pamieci RAM? > Przede wszystkim warto poeksperymentować z tym, co i w jakiej kolejności > ładować, pod kątem zwolnienia jak największego obszaru pamięci > podstawowej. Przed eksperymentami warto sprawdzić, jakie obszary pamięci są zajęte przez rozszerzenia Bios (w nowszych komputerach) czy karty ISA (w starszych). Przyda się do tego AIDA16. Zidentyfikowane obszary trzeba wykluczyć z obsługi przez EMM386. > Jeśli uzyska się jakieś 600 kB, to uznać cel za > osiągnięty (dalej się nie opłaca, szkoda czasu). Nie używać > msconfig-a. Chciałeś napisać memmakera. Uważam, że warto go raz uruchomić, żeby zorientować się, ile pamięci wymaga każdy rezydentny program czy sterownik do uruchomienia, a ile zajmuje później jego część rezydentna. > Mnie się zawsze udawało "ręcznie" uzyskać lepszą > konfigurację, przy tym bezpieczniejszą, bo bez wpisywania > bezwzględnych adresów. Dane uzyskane z memmakera mogą być przydatne, jeśli po dokonaniu niezbędnych wykluczeń okaże się, że obszar pamięci górnej składa się z kilku bloków. Wówczas można przypisać niektóre programy na siłę do bloku mniejszego, który z powodu konieczności zachowania kolejności ładowania niektórych programów zostałby niewykorzystany przez automat ładujący programy do największego wolnego bloku. Rozmiar i zajętość bloków można sprawdzać poleceniem mem z odpowiednimi parametrami. Należy też zwrócić uwagę na możliwość operowania parametrami poszczególnych sterowników czy programów. Przykładowo: - smartdrv rezerwuje w pamięci konwencjonalnej i górnej bufory proporcjonalnie do podanej wielkości cache'a - jego znaczne zwiększenie może spowodować niemożliwość umieszczenia buforów w pamięci górnej; - mscdex dokonuje rezerwacji buforów dla CD-Roma zgodnie z parametrem wiersza poleceń - szybszy napęd wymaga większej liczby buforów; - VLM.EXE ma możliwość ładowania modułów klienta Novella (sieć Netware) do pamięci XMS lub EMS, a samego siebie do pamięci konwencjonalnej lub górnej. Wreszcie - można nabyć drogą kupna którąś z "Alchemii" Pawła Koronkiewicza wydanych przez wydawnictwo Croma. W tym przypadku najbardziej przydatna będzie oczywiście "Alchemia pamięci". -- Andrzej P. Woźniak uszer@pochta.onet.pl (zamień z<->h w adresie)
Technical Details
Message-ID:
<ctl6dd$58q$1@olszynka.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.internetia.pl!not-for-mailReferences:
<cte969$m46$1@atlantis.news.tpi.pl> <Xns95EF63E152555mirekcfltkrasnikpl@193.110.122.97>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.internetia.pl!not-for-mail From: "Andrzej P. Wozniak" <uszer@poczta.onet.pl.invalid> Newsgroups: pl.comp.os.ms-windows.win3 Subject: Re: pamiec w dosie Date: Mon, 31 Jan 2005 12:51:48 +0100 Organization: ALias UI Lines: 56 Message-ID: <ctl6dd$58q$1@olszynka.pl> References: <cte969$m46$1@atlantis.news.tpi.pl> <Xns95EF63E152555mirekcfltkrasnikpl@193.110.122.97> NNTP-Posting-Host: olszynka.pl Mime-Version: 1.0 X-Trace: nefryt.internetia.pl 1107172589 5402 213.241.37.114 (31 Jan 2005 11:56:29 GMT) X-Complaints-To: abuse@inetia.pl NNTP-Posting-Date: Mon, 31 Jan 2005 11:56:29 +0000 (UTC) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Tech-Contact: usenet@internetia.pl X-Newsreader: Microsoft Outlook Express 6.00.2900.2527 X-Priority: 3 X-Operation-System: Windows 98 SE PL X-Server-Info: http://www.internetia.pl/news/ X-MSMail-Priority: Normal Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit