Re: Przyspieszanie Se7en

Autor: marfi <marfi _at_bb.onet.pl>
Data: Thu 04 Feb 2010 - 13:35:14 MET
Message-ID: <hkef2u$kpv$1@atlantis.news.neostrada.pl>
Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=response

Użytkownik "Radosław Sokół" <rsokol@magsoft.com.pl> napisał w wiadomości
news:2010020411394800@grush.one.pl...
> marfi pisze:
>> Nie generalizuj. W wielu przypadkach programista ma znikomy wpływ na
>> wymagania co do pamięci bo większość zużycia pamięci wywodzi się z
>> systemu lub używanego narzedzia a nie kodu tworzonego przez programistę.
>
> Systemu? Uzasadnij.
>
  Weź kilka fragmentów DirectX (część systemu), połącz i uruchom - nie
dokonasz ani jednej jawnej alokacji pamięci a program może łyknąć nawet
setki megabajtów pamięci.

> Używanego narzędzia? Rozjaśnij. Bo jeżeli chodzi Ci o narzę-
> dzia w sensie języków programowania i środowisk (Java, .NET),
> to właśnie *o to* mi chodzi. Zamiast używać rozwiązań może
> trudniejszych, ale efektywniejszych, leniwi programiści
> wybierają wygodę. A cierpią za to użytkownicy.
>

I słusznie, że wybierają wygodę - lenistwo i szukanie wygody zawsze było
motorem postępu :)

>
> A zdajesz sobie sprawę, że np. uruchomienie ChiWritera na
> IBM PC/AT z 640 KiB RAMu i dyskiem 40 MiB trwało mniej wię-
> cej tak samo długo, co uruchomienie OpenOffice.org na Pen-
> tium 4 z 1 GiB RAMu? I gdzie tu ta szybkość? Sądząc po
> tysiąckrotnym wzroście wydajności, spodziewałbym się co
> najmniej stukrotnego wzrostu szybkości działania, a nie
> *podobnych* wyników.

ChiWriter jest dostępny - możesz używać ale pewnie wolisz cierpieć :)

-- 
marfi 
Received on Thu Feb 4 13:40:02 2010

To archiwum zostało wygenerowane przez hypermail 2.1.8 : Thu 04 Feb 2010 - 13:42:01 MET