Slackware 10.0

10 bejegyzés megtekintése - 121-130 / 484
  • Szerző
    Bejegyzés
  • #1955110
    paca5
    Felhasználó

      Kösz. De továbbra se értem ez miért nem lehet az alap kernel része? (már évek óta annak kéne lennie szvsz)

      Miért is???
      A Slackware legnagyobb ereje abban van, hogy a tradicionális unix irányt követi.

      #1955111
      aty
      Felhasználó

        A tradicionális UNIX irányt érdemes követni, de csak akkor ha haszna is van. Ennek sajnos semmi értelmét nem látom. Nem értem miért jobb minden egyes alkalommal ha beteszek egy cdt, kézzel bemountolni.

        #1955112
        paca5
        Felhasználó

          Nemértelek rushmoon tök korrektül leírta a megoldást ami müxik is. Desktopra kiteszel 2db ikont, az egyik bemountol a másik meg ki ennyi…
          A Slackware egy olyan disztri aminek a kernele az „agyon-patchelésektõl” mentes, ez az erõssége. Sztem ez így van jól. A Mandrake vagy Suse vagy Uhu mivel elég sok patchet tartalmaz ez meg is látszik a sebességükön hálisten Volkerding ezeket mellõzi.
          Amugy a Slackware egy „munkás” disztri vagyis alapból ad valamit a többit neked kell hozzátenned..

          #1955113
          paca5
          Felhasználó

            Slackwaresek figyelem!!!!
            http://mail.szle.hu/zool/lista.html

            8) 8) 8) 8) 8) 8) 8) 8) 8) 8) 😀 😀 😀 😀 😀 😀 😀 😀 😉 😉 😉 😉 😉

            #1955114
            rushmoon
            Felhasználó

              A mountolós dologhoz annyit tennék csak hozzá, hogy elég egy ikon (script) is, ha ügyesen írod meg.

              #1955115
              admin
              Adminisztrátor

                A Slackware egy olyan disztri aminek a kernele az „agyon-patchelésektõl” mentes, ez az erõssége. Sztem ez így van jól. A Mandrake vagy Suse vagy Uhu mivel elég sok patchet tartalmaz ez meg is látszik a sebességükön hálisten Volkerding ezeket mellõzi.  
                Amugy a Slackware egy „munkás” disztri vagyis alapból ad valamit a többit neked kell hozzátenned..

                Ez igaz. Viszont hozzátenném, hogy pl. a gentoo kernelében is vannak patchek (legalábbis a vanilla-kernel csak 1 a sok kozul, de ezek a patchek direkt teljesitménynovelõ céllal kerultek a kernelbe. (tehát sebességnovelo cellal is)
                Es – bar nem „szuz” kernele van, hanem patchelt, megis eleg gyors.

                kl223

                #1955116
                kl223
                Felhasználó

                  bocs, elfelejtettem bejelentkezni.
                  nem azért, de mintha korábban nem lehetett volna hozzászolást irni egy topicba regisztrácio nélkul…
                  kl223

                  #1955117
                  paca5
                  Felhasználó

                    Ez igaz. Viszont hozzátenném, hogy pl. a gentoo kernelében is vannak patchek (legalábbis a vanilla-kernel csak 1 a sok kozul, de ezek a patchek direkt teljesitménynovelõ céllal kerultek a kernelbe. (tehát sebességnovelo cellal is)
                    Es – bar nem „szuz” kernele van, hanem patchelt, megis eleg gyors.
                    kl223

                    Persze de ott az egész rendszer forrásból megy fel, azért ez ott sokat nyom…

                    #1955118
                    kl223
                    Felhasználó

                      mi tart vissza, hogy az uhu kernelt újraforgasd (azon kívül, hogy – gondolom – nincs otthon uhud… 😉 ? (egyetlen bejegyzést kell módosítani a kernel konfigban, és máris 586 helyett a te gépedre lesz optimalizálva.)

                      persze, mondhatnád, hogy a rendszer többi része is fordítva van a gentoonál, de a gentoo az uhunál akkor is gyorsabb, ha nincs elindítva graf. felület…

                      na meg, gondolom, ha 1 kernel patchet „teljesítménynövelõ”-nek titulálnak, akkor nem fogja visszafogni a rendszert, tehát a patchelt kernel gyorsabb lesz a vanillánál…

                      kl223

                      #1955119
                      paca5
                      Felhasználó

                        mi tart vissza, hogy az uhu kernelt újraforgasd  

                        Ezt most tõlem kérded???

                        (azon kívül, hogy – gondolom – nincs otthon uhud… 😉 ? (egyetlen bejegyzést kell módosítani a kernel konfigban, és máris 586 helyett a te gépedre lesz optimalizálva.)

                        De van itthon uhu-m is de nem az a fõ rendszerem hanem a Slacki…

                        persze, mondhatnád, hogy a rendszer többi része is fordítva van a gentoonál, de a gentoo az uhunál akkor is gyorsabb, ha nincs elindítva graf. felület…

                        Ez így van, DE gondolj bele a rendszer fõ alapköve a glibc Gentoo esetén már saját gépedre van optimalizálva, aztán nézd meg Uhu esetén rengeteg minden indul el a boot alatt, Gentoo esetén nemtudom mi de biztos kevesebb minden mint Uhuban, valamit tuti más az init is szal ezek tök sokat számítanak és ezekben van a nagy különbség..

                        na meg, gondolom, ha 1 kernel patchet „teljesítménynövelõ”-nek titulálnak, akkor nem fogja visszafogni a rendszert, tehát a patchelt kernel gyorsabb lesz a vanillánál…

                        Bennem ilyenkor egy kérdés merül fel ha maradunk pld a supermount-nál akkor az a kérdésem ha az annyira jó meg minden akkor mérnem tette be Linus a 2.6-s szériába???
                        Nekem személy szerint semmi bajom a supermount-l de sokan panaszkodtak már rá…

                        A teljesítménynövelõ patchek az más, de egy agyonpatchelt kernel tutira lassabb mint az erdeti kernel..

                      10 bejegyzés megtekintése - 121-130 / 484
                      • Be kell jelentkezni a hozzászóláshoz.