W dniu 2011-02-01 16:50, Stachu 'Dozzie' K. pisze:
> On 2011-02-01, R. P.<r...@w...pl> wrote:
>>>>> Wieksosc neisczesc spowodowana jest tym ze "programy systemowe"
>>>>> napisane sa w C z "chytrymi rzutami"
>>>>
>>>> Zgadza się. Są źródłem błędów. Ale dzięki nim pisane oprogramowanie może
>>>> też być bardzo wydajne... O tym nie wspominasz.
>>>
>>> Wydajność się zyskuje nie na fistaszkach w rodzaju oszczędzenia jednego
>>> bajtu czy czterech cykli procesora, tylko na złożoności obliczeniowej
>>> (asymptotycznej).
>>>
>>> Tak, w jądrze systemu operacyjnego też.
>>>
>>
>> Gadasz jak typowy teoretyk.
>
> Gadasz jak typowy pożal-się-Boże-praktyk bez przygotowania
> teoretycznego.

Kulturą wypowiedzi to ty nie grzeszysz. Nie wiesz kim jestem i jakie mam
przygotowanie teoretyczne. A ja nie mam obowiązku tobie się z tego tłuaczyć.

>> Ten sam algorytm o złożoności np. O(n)
>> napisany w języku wysokiego poziomu (np. w C++) może być kilkukrotnie
>> przyspieszony, gdy się go przepisze na C.
>
> Ten sam algorytm o złożoności O(n) napisany w C może być kilkukrotnie
> przyspieszony, gdy przepisze się go w języku wyższego poziomu. Bo
> użyjesz już gotowych i efektywnych struktur danych z języka wyższego
> poziomu, zamiast paprać w C. I bo kompilator lepiej zoptymalizuje kod
> pośredni niż ma to miejsce dla C.

Taka np. klasa string w C++ na pewno właściwą strukturą nie jest, bo to
samo napisane w interpretowanym awk (ten sam algorytm przetwarzania
tekstu) potrafi zadziałać 3x szybciej... Podobnie wiele innych klas w
std jest w c++ spapranych. Chociażby stream'y też są wydajnościowo
skopane i w C zawsze wychodzi szybciej.