pozdr. ułan vel ulan
"Uwielbiam zapach napalmu
o poranku..."

1. to ja moze , yeger 6/04/03 22:59
   po lamersku poprosze :)))
   
   Mam wersje, w ktorej w nazwie jest i586, wiec mozna sciagnac wersje "rozne" czy sam sobie to kompilowales???

   Ludzie byli sobie kiedyś bliżsi, broń
   nie niosła tak daleko

   1. hmm, sorki, ale sie rąbnołem , ulan 6/04/03 23:07
      teraz sprawdziłem, to jest i586, a i686 to były jakieś sterowniki lub program i tam przy okazji mandarynki 9.1 była mowa o i868. sorry.

      pozdr. ułan vel ulan
      "Uwielbiam zapach napalmu
      o poranku..."

      1. to sie normalnie ciesze bo jestem juz madry :) , yeger 6/04/03 23:12
         aczkolwiek nie do konca skoro mowisz ze jest jeszcze cos takiego jak i868 to mam prosbe o jakis wykaz co jest co, czyli jakie procesory zaliczaja sie do jakich grup

         Ludzie byli sobie kiedyś bliżsi, broń
         nie niosła tak daleko

         1. poczeka , yeger 6/04/03 23:13
            bo chyba znow sie wachnoles, za drugim razem tez ci pewnie chodzilo o 686 :))))

            Ludzie byli sobie kiedyś bliżsi, broń
            nie niosła tak daleko

            1. :-))))))), dokładnie , ulan 6/04/03 23:20
               masz rację, za duzo tu tych wszystkich cyferek :-))))
               chodziło mi oczywiście o i686. no ale pewnie niedługo będzie i868 (a może już jest, cholera, ciężko sie w tych oznaczeniach połapać).

               pozdr. ułan vel ulan
               "Uwielbiam zapach napalmu
               o poranku..."

1. dzieki , yeger 6/04/03 23:20
   rozumiem ze athlon =~duron czyi i786

   Ludzie byli sobie kiedyś bliżsi, broń
   nie niosła tak daleko

   1. taaak , Czarek 6/04/03 23:21
      123

2. o wreszcie , ulan 6/04/03 23:21
   ktos zorientowany :-))))))
   dzięki za info, bo już sie pogubiłem.

   pozdr. ułan vel ulan
   "Uwielbiam zapach napalmu
   o poranku..."

3. Nie do końca. , PKort 7/04/03 08:19
   K5 to jest jeszcze i486
   K6-2 i -3 to jeszcze i586

   Heavy Metal or no metal at all
   whimps and posers - Leave the Hall !!

   1. A nie, sorry. , PKort 7/04/03 08:29
      K5 to już faktycznie i586, to 5x86 jest jeszcze i486.

      Heavy Metal or no metal at all
      whimps and posers - Leave the Hall !!

   2. No właśnie jak to jest z K6-2 i K6-III? , j23 7/04/03 12:38
      Linux faktycznie raportuje je jako i586, ale rozkazowo są to conajmniej i686 i taki Mandrake nawet poleca takie rpm-y dla K-6, bo chodzą szybciej niż i586. Ale jest problem-trzeba się gimnastykować z opcjami i wymuszać instalację bez oglądania się na typ procesora, bo inaczej się nie zainstaluje. Dlaczego Linux traktuje je jako i586, a nie i686, skoro rozkazowo są zgodne, a projektowo (wewnętrznie RISC o bardzo długich rozkazach i programowany zestaw instrukcji) nawet nowocześniejsze?

      Dumny nosiciel moherowego beretu!
      Me gustan tomar mis copas
      Żubrówka es lo mejor!

      1. K6 to , PKort 7/04/03 13:58
         architektura i586 z punktu widzenia systemu. Jak kiedyś zainstalowałem na tym pakiety z i686 to co chwila wyskakiwał błąd i nic nie działało.

         Heavy Metal or no metal at all
         whimps and posers - Leave the Hall !!

...

1. dzieki , yeger 7/04/03 08:14
   tez sie przyda

   Ludzie byli sobie kiedyś bliżsi, broń
   nie niosła tak daleko

2. Nie wynika to z rozkazów, lecz z rozmiaru cache , j23 7/04/03 12:55
   co jest BARDZO ważne przy optymalizacji kodu przez kompilator. W końcu chcemy aby pętelki w miarę możliwości mieściły się w cache... Oczywiście nie tylko na tym optymalizacja polega. Np. optymalizacja dla pentium pro (2 potoki zmiennoprzecinkowe) tak przekłada rozkazy by w miarę możliwości oba były używane równocześnie co drastycznie spowalnia K6 (1 potok zmiennoprzecinkowy). K6 natomiast woli optymalizację pod duży (choć wolny w stosunku do i686) cache, czego nie lubi i686. Athlon i Duron mają 3 potoki zmiennoprzecinkowe.Choć optymalizacja pod pentium pro szkodzi K6, to z i686 K6 zyskuje (np. MMX), ale są problemy bo linux traktuje k6 jako i586. Optymalizacja to skomplikowan sprawa, nie tylko nowe rozkazy, ale też ich kolejność i dobór z uwagi na potoki, L1, L2 i L3 i właściwości procesora np. P4 vs. Athlon XP jest cienkie w obliczeniach, ale rewelacyjne w przesyłaniu danych więc przy optymalizacji trzeba używać mocnych stron procesora, a unikać słabych.

   Dumny nosiciel moherowego beretu!
   Me gustan tomar mis copas
   Żubrówka es lo mejor!

   1. no tak ale zauwaz ze programy kompilowane takze rozpoanaja rozszerzone listy rozkaz , Thadeus 7/04/03 14:21
      wiec musi jakas optymalizacja isc pod dany proc nie tylko sztywne 586, na ten prrzyklad mplayer pod athlona bedzie zypelnie inaczej pomykał niz kopilowany pod p3

      ...

Gdy wszyscy wiedzą, że zrobić się
Tego nie da, przyjdzie ten, który o
tym niewie i On To zrobi.

1. Jak to "nie ma"??? , PKort 7/04/03 10:07
   Oczywiście, że różnica jest! Skompiluj sobie program na i386 i na i686, uruchom i porównaj - różnica jest i to dość znaczna - choćby taka, że programu skompilowanego na i686 nie uruchomisz na Pentiumie :-))) A nawet na i686 programy skompilowane pod i686 będą chodzić szybciej, niż na i386. Przykład z jądrem jest akurat niezły, choć nie ma zbyt wielkiego wpływu na ogólną pracę systemu - wszystkie uruchamiane programy musiałyby być skompilowane pod odpowiedni procesor.

   Heavy Metal or no metal at all
   whimps and posers - Leave the Hall !!

   1. Pisząc, ze nie ma różnicy miałem na myśli , eques 7/04/03 11:34
      że może sobie skompilować jądro jak chce (nie ma roznicy ktora edycje wybierze). Tzn. jak chce to może mieć 386 a jak woli miec 686 to też wystarczy tak skompilować. :) jasne?? Pozatym żeby program chodził szybciej skompilowany pod 686 niz 386 musi byc odpowiednio napisany :) tzn. trzeba pisać tak i robic takie struktury, zeby mozna byl owykorzystac nowe rozkazy. (SSE, MMX, SSE2, 3DNow!, E3DNow!) wtedy bedzie chodzil szybciej

      Gdy wszyscy wiedzą, że zrobić się
      Tego nie da, przyjdzie ten, który o
      tym niewie i On To zrobi.

      1. to ja jeszcze jedno pytanie mam , yeger 7/04/03 19:26
         zaluzmy ze przekompilowal bym jadro z optymalizacja pod durnia, ale co z innymi progsami???
         
         X-y KDE i wszyustko inne tez trzeba bedzie???
         Jesli tak to jest sens wogole to robic???

         Ludzie byli sobie kiedyś bliżsi, broń
         nie niosła tak daleko

         1. Jeśli przekompilujesz samo jądro , PKort 7/04/03 20:06
            to tylko jądro będzie wykorzystywało zaimplementowane możliwości procesora - reszta programów "zatrzyma się" na poziomie odpowiednim do skompilowania. Możesz oczywiście zainstalować sobie pliki źródłowe i przekompilować je na odpowiednią architekturę - każdy z osobna. Jest to straszliwie długotrwałe i męczące i wymaga dużo miejsca na dysku. Ale daje się zrobić i przynosi efekty.

            Heavy Metal or no metal at all
            whimps and posers - Leave the Hall !!