Re: Debian och prestanda
On Sun, 27 Feb 2005, Pär Lindén wrote: > > Ah. Letade lite och hittade anledningen till förslaget: > > > > "Quite often Konqueror loading webpages slowly is caused by DNS > > servers with broken IPV6 support. Adding the following to /etc/profile > > or any other script that is sourced on login should solve this problem > > > > export KDE_NO_IPV6=true" > > Var någonstans hittade du dessa rader? Stod det mer att läsa om saken där du > hittade det? http://docs.kde.org/en/HEAD/kdebase/faq/webbrowser.html#id2874480 Det var det som stod. > > Det är bättre att fixa resolvern, imho. Tror ISC BIND t.ex. att man > > har IPv6 påslaget försöker den först slå upp saker över v6, och därför > > introduceras en fördröjning, vilken ger att "surfning blir > > långsamt". Men detta påverkar ju alla applikationerna man kör över > > nätet. > > Jag upplever att konqueror blev snabbare när jag lade till raderna i mitt > tidigare tips, men finns det en bättre lösning är jag idel öra. Har du någon > idé om hur denna sak skulle kunna fixas på ett bättre sätt? Slå av IPv6 i BIND, eller slå av IPv6 på dina interface. Genom att köra "--disable-ipv6" vid kompilering av BIND så slår du av stödet. Alternativet är att det är en 9.3, och då finns det en flagga när du startar named. För du kör väl en lokal resolver? -- patrik_wallstrom->foodfight->[EMAIL PROTECTED]>+46-733173956 `-> http://www.gnuheter.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian och prestanda
Hi! Jag har en fråga till Patrik Wallström angående följande: lördagen den 26 februari 2005 14.07 skrev Patrik Wallstrom: > Ah. Letade lite och hittade anledningen till förslaget: > > "Quite often Konqueror loading webpages slowly is caused by DNS > servers with broken IPV6 support. Adding the following to /etc/profile > or any other script that is sourced on login should solve this problem > > export KDE_NO_IPV6=true" Var någonstans hittade du dessa rader? Stod det mer att läsa om saken där du hittade det? > Det är bättre att fixa resolvern, imho. Tror ISC BIND t.ex. att man > har IPv6 påslaget försöker den först slå upp saker över v6, och därför > introduceras en fördröjning, vilken ger att "surfning blir > långsamt". Men detta påverkar ju alla applikationerna man kör över > nätet. Jag upplever att konqueror blev snabbare när jag lade till raderna i mitt tidigare tips, men finns det en bättre lösning är jag idel öra. Har du någon idé om hur denna sak skulle kunna fixas på ett bättre sätt?
Re: Debian och prestanda
On Sat, 26 Feb 2005, Pär Lindén wrote: > Forskade lite och fann följande. Vet inte om det är någon bra > förklaring, men det är kanske lie upplysande i alla fall? > > "Konqueror is a killer browser, unfortunately it is crippled by a > well-known problem with non-ipv6 compliant web sites. It sits there > forever while trying to decide between ipv4 and ipv6." Ah. Letade lite och hittade anledningen till förslaget: "Quite often Konqueror loading webpages slowly is caused by DNS servers with broken IPV6 support. Adding the following to /etc/profile or any other script that is sourced on login should solve this problem export KDE_NO_IPV6=true" Det är bättre att fixa resolvern, imho. Tror ISC BIND t.ex. att man har IPv6 påslaget försöker den först slå upp saker över v6, och därför introduceras en fördröjning, vilken ger att "surfning blir långsamt". Men detta påverkar ju alla applikationerna man kör över nätet. -- patrik_wallstrom->foodfight->[EMAIL PROTECTED]>+46-733173956 `-> http://www.gnuheter.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian och prestanda
lördagen den 26 februari 2005 11.14 skrev Patrik Wallstrom: > On Sat, 26 Feb 2005, Pär Lindén wrote: > > [...] > > > När det gäller de av er som kör KDE har jag ett litet tips som ökar > > hastigeheten i Konqueror ganska rejält. Öppna /etc/environment och lägg > > till följande rad: > > > > KDE_NO_IPV6=true > > Varför blir det snabbare? Har Konqueror en intern resolver som > försöker prata IPv6 trots att den inte har konnektivitet? > > -- > patrik_wallstrom->foodfight->[EMAIL PROTECTED]>+46-733173956 > `-> http://www.gnuheter.com/ Forskade lite och fann följande. Vet inte om det är någon bra förklaring, men det är kanske lie upplysande i alla fall? "Konqueror is a killer browser, unfortunately it is crippled by a well-known problem with non-ipv6 compliant web sites. It sits there forever while trying to decide between ipv4 and ipv6."
Re: Debian och prestanda
lördagen den 26 februari 2005 11.14 skrev Patrik Wallstrom: > On Sat, 26 Feb 2005, Pär Lindén wrote: > > [...] > > > När det gäller de av er som kör KDE har jag ett litet tips som ökar > > hastigeheten i Konqueror ganska rejält. Öppna /etc/environment och lägg > > till följande rad: > > > > KDE_NO_IPV6=true > > Varför blir det snabbare? Har Konqueror en intern resolver som > försöker prata IPv6 trots att den inte har konnektivitet? > > -- > patrik_wallstrom->foodfight->[EMAIL PROTECTED]>+46-733173956 > `-> http://www.gnuheter.com/ Jag vet inte. Jag har inte funderat närmare över varför det gör skillnad. Jag har fått tipset från annat håll, och jag har hittills nöjt med mig att konstatera att konquerro blir påtagligt snabbare.
Re: Debian och prestanda
On Sat, 26 Feb 2005, Pär Lindén wrote: [...] > När det gäller de av er som kör KDE har jag ett litet tips som ökar > hastigeheten i Konqueror ganska rejält. Öppna /etc/environment och lägg till > följande rad: > > KDE_NO_IPV6=true Varför blir det snabbare? Har Konqueror en intern resolver som försöker prata IPv6 trots att den inte har konnektivitet? -- patrik_wallstrom->foodfight->[EMAIL PROTECTED]>+46-733173956 `-> http://www.gnuheter.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian och prestanda
> Någon frågade om OpenOffice 2 skulle ladda snabbare. Tyvärr är laddtiden > ungefär det dubbla jämfört med 1.1.3. Nu är ju prestandaoptimering något > som man ofta gör sist så man skall väl vänta tills det finns en > officiell release innan man klagar. Oj Oj..hoppas att det är något som fixas till. Ett OO som laddar dubbelt så långsamt som nuvarande? Det känns faktiskt inte så kul. När det gäller de av er som kör KDE har jag ett litet tips som ökar hastigeheten i Konqueror ganska rejält. Öppna /etc/environment och lägg till följande rad: KDE_NO_IPV6=true Det har talats en del om Ubuntu här på sistone och den har framhållits som en bra nybörjardistrubution. Jag tycker att Ubuntu är en i grunden bra dist., men lite omogen - och jag är inte helt övertygad om att den är ett riktigt bra val för nybörjaren. 1. Nuvarande version av Ubuntu inehåller en bugg i installationsprogrammet som kan vara mycket kritisk om man skall sätta upp en "dual boot" maskin, dvs ha både Ubuntu och Windows på samma burk. Buggen innebär att Ubuntu skapar en felaktig partitionstabell, vilket i sin tur gör att grub inte hittar windows. Detta är inte ett problem som är helt enkelt att lösa för en nybörjare. Man kan dock kringå detta genom att använda t.ex. qtparted - som finns i Konppix bl.a. - och skapa och formatera partitionrerna i förväg. På så sätt kan man installera ubuntu, men utan att göra själva paritioneringen i ubuntus installationsprogram. 2 Ubuntu kommer med mycket svag funktionalitet i multimediadelen, enligt min mening. Detta kan man naturligtvis fixa i efterhand, men det kräver en del efterarbete som kanske inte är det första en nybörjare vill börja fundera över. Ubuntus supportforum och HOWTO:s är dock mycket bra - vilket ju är en fördel. Kräver ju dock att man klarar engelskan. Det finns två andra debianderivat som jag tycker är bättre nybörjaralternativ än ubuntu - under förutsättning att man inte absolut vill köra Gnome. Den ena är Mepis linux, som fungerar som en liveCD, dvs man kan köra den utan att installera något på datorn. Vill man sedan installera är det i princip bara att klicka på en icon på skrivbordet och besvara några enkla frågor. Mepis är enklare att installera än Windows enligt min mening. Mepis är också väldigt väl konfigurerad på multimediasidan. Det andra alternativet som jag skulle rekommendera är Kanotix. Jag anser att Kanotix är en av de bästa skrivbordsdistarna överhuvudtaget - om man kan tänka sig att köra debian unstable. Kanotix är en vidarutveckling av Knoppix, med den skillnaden att den är bättre optimerad för hårddiskinstallation. (Knoppix är först och främst en liveCD som jag ser det) Till Kanotix finns ett stort antal script som är fullständigt suveräna om man vill konfigurera sin installation ytterligare efter installationen. Vill man ha t.ex. Nvidia drivrutiner - bara att köra ett script. Vill man ha MPlayer - bara att köra ett scrip. Har man problem med typsnitt - bara att köra ett scrip osv osv.. Dessutom är Kanotix upphovsman (Kano) själv mycket aktiv på Kanotix användarforum, så man kan fullständigt suverän support om man behöver och behärskar antingen engelska eller tyska..
Re: Debian och prestanda
Hej. > Finns det någon baksida med prelink? Programmen och biblioteken förändras... Kanske inte så bra om man måste ha full koll på systemets integritet. Dessutom försvinner effekten om ett länkat bibliotek uppgraderas. > Hur fungerar det bakom plåten? En del av det arbete som görs när ett program vanligtvis startas görs och byggs in i själva programmet så att det inte måste göras längre. Så har i alla fall jag förstått det... Finns lite mer info på http://www.gentoo.org/doc/en/prelink-howto.xml. Kom ihåg att titta på /etc/default/prelink också. */ Christoffer Sawicki <[EMAIL PROTECTED]>
Re: Debian och prestanda
All optimering handlar väl massor av små bäckar. Man kan säga om det mesta att det inte gör någon skillnad. Till exempel är skillnaden om man använder libc kompilerad för 686 marginell. Det är när man lägger ihop många marginella skillnader som det händer grejer - skräddarsydd kernel, libc6-686, prelink med mera med mera gör tillsammans en märkbar skillnad. Problemet är att man måste upptäcka alla bäckar på egen hand i Debian. Man skulle ju teoretiskt kunna tänka sig att t ex prelink installeras automatiskt och körs i bakgrunden, att libc6-686 installeras på maskiner som har en lämplig CPU, med mera med mera. Jag gissar att det är praktiska problem med paketerande och annat som gör att det inte är så. Om någon orkar kan de förstås skapa ett paket som dependar på en massa optimeringspaket och som innehåller ett script som ställer in allt som inte går automatiskt, typ prelink. Det skulle säkert uppskattas av många. Tills någon gör det får vi nog ha det som vi har det - det blir ju ganska jobbigt om man lägger in en massa optimeringsgrejer i basdisten och det sedan visar sig att den inte fungerar på många maskiner på grund av det. begin:vcard n:Lönngren;Vincent fn:Vincent Lönngren tel;cell:+46 (0) 701 314 672 version:2.1 email;internet:[EMAIL PROTECTED] title:Med stud end:vcard
Re: Debian och prestanda
Christoffer Sawicki wrote: apt-get install prelink I Ubuntu bygger de sina paket med några kompilator- eller länkarflaggor som resulterar i samma effekt som prelink. Hade varit trevligt om Debian kunde göra samma sak. Testade apt-get install prelink på en Ubuntu Hoary, det gjorde faktiskt skillnad. Halverad laddtid på Open Office. Finns det någon baksida med prelink? Hur fungerar det bakom plåten? Någon frågade om OpenOffice 2 skulle ladda snabbare. Tyvärr är laddtiden ungefär det dubbla jämfört med 1.1.3. Nu är ju prestandaoptimering något som man ofta gör sist så man skall väl vänta tills det finns en officiell release innan man klagar. -- Hälsningar, -- ''`. Anders Wallenquist, [EMAIL PROTECTED] ..:.:' : 013-35 29 50 0709 - 565 160 ..`..`'. http://www.kreawit.se `--. http://www.rfa.se begin:vcard fn:Anders Wallenquist n:Wallenquist;Anders org:Kreawit adr;quoted-printable:;;Furugatan 4b;Link=C3=B6ping;;582 45;sweden email;internet:[EMAIL PROTECTED] title:Senior consultant tel;work:013-352950 tel;home:013-127383 tel;cell:0709-565 160 x-mozilla-html:FALSE url:http://www.kreawit.se version:2.1 end:vcard
Re: Debian och prestanda
> Vad har Con Koliva gjort för något magiskt? http://members.optusnet.com.au/ckolivas/kernel/ : staircase: A complete scheduler policy rewrite schedrange: Infrastructure for more policies schedbatch: Batch scheduling schediso: Isochronous scheduling mapped watermarkII: More gentle ram eviction sooner and less file cache (unlikely to swap). defaultcfq: Enables the CFQ (completely fair queueing) I/O scheduler by default 1g_lowmem_i386: Allows 1G ram without enabling highmem *latency*: Minor latency improvement hacks Other patches: Usually bugfixes :) */ Christoffer Sawicki <[EMAIL PROTECTED]>
Re: Debian och prestanda
Christoffer Sawicki wrote: Hej. "What makes Yoper so fast?": http://www.yoper.com/forum2/index.php?showtopic=1010 0.) Performance patches from Con Kolivas, i686 2.6.7 kernel, reiserfs Con Kolivas patchar är nog lite för experimentiella för att hamna i Debians vaniljkärnor. Det hade varit trevligt om tredje part tog fram en "desktop"-kärna om det nu är så att de faktiskt ger stora vinster. 4.) Prelinking apt-get install prelink Det lämnar apt-get install prelink kvar då ;-) Vad har Con Koliva gjort för något magiskt? -- Hälsningar, -- ''`. Anders Wallenquist, [EMAIL PROTECTED] ..:.:' : 013-35 29 50 0709 - 565 160 ..`..`'. http://www.kreawit.se `--. http://www.rfa.se begin:vcard fn:Anders Wallenquist n:Wallenquist;Anders org:Kreawit adr;quoted-printable:;;Furugatan 4b;Link=C3=B6ping;;582 45;sweden email;internet:[EMAIL PROTECTED] title:Senior consultant tel;work:013-352950 tel;home:013-127383 tel;cell:0709-565 160 x-mozilla-html:FALSE url:http://www.kreawit.se version:2.1 end:vcard
Re: Debian och prestanda
Hej. "What makes Yoper so fast?": http://www.yoper.com/forum2/index.php?showtopic=1010 > 0.) Performance patches from Con Kolivas, i686 2.6.7 kernel, reiserfs Con Kolivas patchar är nog lite för experimentiella för att hamna i Debians vaniljkärnor. Det hade varit trevligt om tredje part tog fram en "desktop"-kärna om det nu är så att de faktiskt ger stora vinster. > 1.) All original sources, minimal patches. Det här gör Debian väldigt bra. > 2.) Compiled with i686 against latest gcc Varje gång någon har tagit upp det här med att kompilera för en modern CPU på Debians brevlistor har det alltid saknats belägg för att det är värt det. Värt att nämna är att det i Debian finns ett libc-i686-paket. > 3.) Stripping Det gör Debian bra redan. > 4.) Prelinking apt-get install prelink I Ubuntu bygger de sina paket med några kompilator- eller länkarflaggor som resulterar i samma effekt som prelink. Hade varit trevligt om Debian kunde göra samma sak. > 5.) Latest gcc and glibc and other sources Allra senaste tycker jag låter lite farligt... Debians toolchain är i alla fall väl beprövad. > 6.) Keep everything only dependent to what it really needs not what > the ./configure happens to find. Vet inte riktigt vad jag säga här... > 7.) Hdparm on install Kärnan aktiverar DMA-läge om den tycker det är lämpligt... Att trixa mer med DMA tycker i alla fall jag är för farligt. Väntar på ett KDE 3.4 kompilator med GCC:s nya symbol visibility-stöd, */ Christoffer Sawicki <[EMAIL PROTECTED]>
Re: Debian och prestanda
Jag tycker också att det vore bra om det gick att trimma Debian till att bli kvickare. Generellt tycker jag dock att de prestandaproblem du nämner i första hand finns i KDE, som jag upplever som aningen saggigt ibland. I GNOME tycker jag inte att det finns några egentliga prestandaproblem. GNOME upplever jag som kvickare. (Fast nu kör jag ju på en 2,4 Ghz pentium i och för sig och har gott om minne.) Trots detta använder jag själv KDE, men av andra skäl, och jag håller med om att det finns en uppgift där - dvs hur göra för att få KDE att bli kvickare. När det gäller Open Office så är väl en del av problemet att den har sina egna widgets som skall startas varje gång t.ex. ordbehandlaren skall öppnas - och det bidrar väl antagligen till att öka startsträckan. Å andra sidan - som påpekas av Anders - Yoper visar ju att det går att förbättra även Open Office i detta avseende. Skall bli intressant att se om Open Office 2.0 som kommer snart startar upp snabbare. Ett litet tips kan jag bidra med redan här dock - när det gäller att få open office att starta snabbare. Öppna tools > options > OpenOffice.org > Memory. Under graphics cache öka "use for OpenOffice.org" till 30 MB, och ändra "Memory per object" till 2.0. Detta kortar enligt min erfarenhet starttiden något. onsdagen den 23 februari 2005 07.07 skrev Anders Wallenquist: > Pär Lindén wrote: > >tisdagen den 22 februari 2005 19.06 skrev Anders Wallenquist: > > > >Yoper är en dist som är helt "egen", dvs den är byggd från grunden utifrån > >källkod. Med andra ord bygger den inte på någon annan distrubition typ > >Debian, som sedan har "trimmats" på olika sätt. I Yoper har man jobbat med > >prelinkning och man har även varit inne och pillat och "rensat" i > > källkoden för att optimera prestanda. Jag har testat Yoper och den är > > otroligt snabb på att öppna upp program. Dessvärre fungerar dess apt-get > > variant ganska dåligt. Dels är tillgången på program starkt begränsad, > > dels - vilket är värre - hänger sig systemet ideligen när man försöker > > göra dist-upgrade och ibland även vid nerladdning av enskilda program. > > Åtminstone är det min erfarenhet. > > Det finns många brister i Yoper, bland annat endast ca 800 program i > arkivet att jämföra med de 1500 jag brukar installera på mina desktops > och de 16000 man har att välja bland med en handfull Debian-repositories > i sin source.list. > > >Aktivitetsnivån när det gäller utvecklingen av Yoper verkar vara är ganska > > låg -Yoper har inget stort comunity i ryggen utan står och faller - som > > det tycks - med dess skapare. (Yoper är i huvudsak en enmansdist.) > > Nej, men poängen är att figurerna/figuren bakom Yoper kanske hittat > några avgörande faktorer precis som Mark Knopper gjorde med sin Knoppix. > Mark Knopper uppfann inte Hotplug, inte heller live-cd-konceptet. Men > han trimmade och patchade här och var bland Debian-paketen och startade > en revolution. Hans koncept återförs till Debian bland annat via Ubuntus > live-cd och en mängd projekt som fortsätter "trimmandet" Mark Knopper > startade. Kanske till och med till d-i-projektet? I alla fall en > blåslampa i häcken eftersom d-i-folket brukar skylla på Debians elva > plattformar och därför inte kan använda vilket > hårdvaruidentifieringssystem som helst. Hur som helst använder > Ubuntu-folket en patchad Debian-installer från Sarge och har som mål att > både live-cd och vanliga installer cdn skall använda samma > hårdvaruidentifiering, i alla fall på tre plattformar. > > Är det fler än jag som funderat på varför det skall behöva ta 2 sekunder > att öppna miniräknaren, gedit eller terminalfönstret? En evighet att > öppna Firefox eller Nautilus och två evigheter att öppna OpenOffice? > > Det jag efterlyste var om någon likt Mark Knopper fixat och trimmat med > Debian-paket på samma sätt som Yoper gör med sina rpm-paket. Jag vet > inte hur man gått tillväga i Yoper-fallet men vid en ytlig betraktelse > så borde det inte vara omöjligt att stjäla några takter, rensade > källkoder och förlänkningar, och skapa ett FastTrack-repository med > exempelvis trimmade Sarge-paket; på samma sätt som en Ubuntu består till > 5 % av Ubuntu-trimmade Debian-paket och resten "universe" är Sarge rakt > upp och ned. I praktiken är det nog ganska få paket som behöver trimmas > för att skapa känslan av ett snabbare system, råprestanda och skalbarhet > får vi ju via 2.6-kärnan, så det handlar egentligen om polityr på ytan. > Det är ju heller ingen nackdel om trimningar och källkodsrensningar > återförs till källan och dyker upp som standard med tiden i ren OSS-anda. > > Yoper har ju visat att prestanda går att paketera och distribuera via > apt, att det inte är förbehållet lokal kompilering, lokala trix och fix > eller portage för att komma dit. Dessutom verkar Sax vara trevligt för > konfigurering av X, är det Suse som gjort den? > > Nu när både Gnome och KDE kan tävla med Mac i skönhet och användbarhet > så kanske det är dags att sätta prest
Re: Debian och prestanda
Pär Lindén wrote: tisdagen den 22 februari 2005 19.06 skrev Anders Wallenquist: Yoper är en dist som är helt "egen", dvs den är byggd från grunden utifrån källkod. Med andra ord bygger den inte på någon annan distrubition typ Debian, som sedan har "trimmats" på olika sätt. I Yoper har man jobbat med prelinkning och man har även varit inne och pillat och "rensat" i källkoden för att optimera prestanda. Jag har testat Yoper och den är otroligt snabb på att öppna upp program. Dessvärre fungerar dess apt-get variant ganska dåligt. Dels är tillgången på program starkt begränsad, dels - vilket är värre - hänger sig systemet ideligen när man försöker göra dist-upgrade och ibland även vid nerladdning av enskilda program. Åtminstone är det min erfarenhet. Det finns många brister i Yoper, bland annat endast ca 800 program i arkivet att jämföra med de 1500 jag brukar installera på mina desktops och de 16000 man har att välja bland med en handfull Debian-repositories i sin source.list. Aktivitetsnivån när det gäller utvecklingen av Yoper verkar vara är ganska låg -Yoper har inget stort comunity i ryggen utan står och faller - som det tycks - med dess skapare. (Yoper är i huvudsak en enmansdist.) Nej, men poängen är att figurerna/figuren bakom Yoper kanske hittat några avgörande faktorer precis som Mark Knopper gjorde med sin Knoppix. Mark Knopper uppfann inte Hotplug, inte heller live-cd-konceptet. Men han trimmade och patchade här och var bland Debian-paketen och startade en revolution. Hans koncept återförs till Debian bland annat via Ubuntus live-cd och en mängd projekt som fortsätter "trimmandet" Mark Knopper startade. Kanske till och med till d-i-projektet? I alla fall en blåslampa i häcken eftersom d-i-folket brukar skylla på Debians elva plattformar och därför inte kan använda vilket hårdvaruidentifieringssystem som helst. Hur som helst använder Ubuntu-folket en patchad Debian-installer från Sarge och har som mål att både live-cd och vanliga installer cdn skall använda samma hårdvaruidentifiering, i alla fall på tre plattformar. Är det fler än jag som funderat på varför det skall behöva ta 2 sekunder att öppna miniräknaren, gedit eller terminalfönstret? En evighet att öppna Firefox eller Nautilus och två evigheter att öppna OpenOffice? Det jag efterlyste var om någon likt Mark Knopper fixat och trimmat med Debian-paket på samma sätt som Yoper gör med sina rpm-paket. Jag vet inte hur man gått tillväga i Yoper-fallet men vid en ytlig betraktelse så borde det inte vara omöjligt att stjäla några takter, rensade källkoder och förlänkningar, och skapa ett FastTrack-repository med exempelvis trimmade Sarge-paket; på samma sätt som en Ubuntu består till 5 % av Ubuntu-trimmade Debian-paket och resten "universe" är Sarge rakt upp och ned. I praktiken är det nog ganska få paket som behöver trimmas för att skapa känslan av ett snabbare system, råprestanda och skalbarhet får vi ju via 2.6-kärnan, så det handlar egentligen om polityr på ytan. Det är ju heller ingen nackdel om trimningar och källkodsrensningar återförs till källan och dyker upp som standard med tiden i ren OSS-anda. Yoper har ju visat att prestanda går att paketera och distribuera via apt, att det inte är förbehållet lokal kompilering, lokala trix och fix eller portage för att komma dit. Dessutom verkar Sax vara trevligt för konfigurering av X, är det Suse som gjort den? Nu när både Gnome och KDE kan tävla med Mac i skönhet och användbarhet så kanske det är dags att sätta prestanda i fokus även för dem som inte är beredda att fixa och trixa? Den som vill ha en "snabbare maskin" bara genom att göra apt-get sträcker upp en hand ;-) -- Hälsningar, -- ''`. Anders Wallenquist, [EMAIL PROTECTED] ..:.:' : 013-35 29 50 0709 - 565 160 ..`..`'. http://www.kreawit.se `--. http://www.rfa.se begin:vcard fn:Anders Wallenquist n:Wallenquist;Anders org:Kreawit adr;quoted-printable:;;Furugatan 4b;Link=C3=B6ping;;582 45;sweden email;internet:[EMAIL PROTECTED] title:Senior consultant tel;work:013-352950 tel;home:013-127383 tel;cell:0709-565 160 x-mozilla-html:FALSE url:http://www.kreawit.se version:2.1 end:vcard
Re: Debian och prestanda
tisdagen den 22 februari 2005 19.06 skrev Anders Wallenquist: Yoper är en dist som är helt "egen", dvs den är byggd från grunden utifrån källkod. Med andra ord bygger den inte på någon annan distrubition typ Debian, som sedan har "trimmats" på olika sätt. I Yoper har man jobbat med prelinkning och man har även varit inne och pillat och "rensat" i källkoden för att optimera prestanda. Jag har testat Yoper och den är otroligt snabb på att öppna upp program. Dessvärre fungerar dess apt-get variant ganska dåligt. Dels är tillgången på program starkt begränsad, dels - vilket är värre - hänger sig systemet ideligen när man försöker göra dist-upgrade och ibland även vid nerladdning av enskilda program. Åtminstone är det min erfarenhet. Aktivitetsnivån när det gäller utvecklingen av Yoper verkar vara är ganska låg -Yoper har inget stort comunity i ryggen utan står och faller - som det tycks - med dess skapare. (Yoper är i huvudsak en enmansdist.) > Den som söker prestanda och gillar att skruva kanske väljer Gentoo > framför Debian eller debian-derivaten. > > Testade yoper.org, en slimmad och optimerad Linux-distribution som > kombinerar synaptic/apt och rpm. Från Nya Zeeland tror jag? > Installationen gick snabbt, men boot, programstarter och upplevelsen av > systemet som raskt och responsivt var ännu mer imponerande. På samma > maskin som jag har Sarge och Ubuntu kunde jag konstatera att det tar 3 > sekunder att starta Openoffice, < 1 att starta Mozilla. Motsvarande > tider på Ubuntu/Sarge ligger på 18 respektive 7, samma maskin. > > Prestandatesten iofs helt ovetenskaplig, poängen är att grabbarna hos > Yoper skapar känslan av att jag fått en helt ny maskin som är mycket > raskare än min gamla. Fick inte igång DRI, men glxgears pinnar på nästan > i samma takt som i Ubuntu med DRI (1000 fps respektive 1500 fps, ATI > Radeon 9200, Sarge: 200 fps utan DRI). > > Hemligheten kan inte heller vara att programmen är kompilerade för just > min hårdvara, eftersom installationen sker med binärer. Nej det måste > vara andra optimeringar och tjyvknep, men det gör inget om målet är att > maskinen skall *upplevas* snabb. Så det är alltså möjligt att kombinera > binärpaket och standardinstallation med prestanda. När det gäller > boot-tid så har även Yoper utrymme att ta igen. Klustrade Linux bootar > på en eller två blinkningar, det borde våra vardagsmaskiner göra också. > > Vad gör Debian eller finns det något Debian-derivat som arbetar med att > optimera?
Debian och prestanda
Den som söker prestanda och gillar att skruva kanske väljer Gentoo framför Debian eller debian-derivaten. Testade yoper.org, en slimmad och optimerad Linux-distribution som kombinerar synaptic/apt och rpm. Från Nya Zeeland tror jag? Installationen gick snabbt, men boot, programstarter och upplevelsen av systemet som raskt och responsivt var ännu mer imponerande. På samma maskin som jag har Sarge och Ubuntu kunde jag konstatera att det tar 3 sekunder att starta Openoffice, < 1 att starta Mozilla. Motsvarande tider på Ubuntu/Sarge ligger på 18 respektive 7, samma maskin. Prestandatesten iofs helt ovetenskaplig, poängen är att grabbarna hos Yoper skapar känslan av att jag fått en helt ny maskin som är mycket raskare än min gamla. Fick inte igång DRI, men glxgears pinnar på nästan i samma takt som i Ubuntu med DRI (1000 fps respektive 1500 fps, ATI Radeon 9200, Sarge: 200 fps utan DRI). Hemligheten kan inte heller vara att programmen är kompilerade för just min hårdvara, eftersom installationen sker med binärer. Nej det måste vara andra optimeringar och tjyvknep, men det gör inget om målet är att maskinen skall *upplevas* snabb. Så det är alltså möjligt att kombinera binärpaket och standardinstallation med prestanda. När det gäller boot-tid så har även Yoper utrymme att ta igen. Klustrade Linux bootar på en eller två blinkningar, det borde våra vardagsmaskiner göra också. Vad gör Debian eller finns det något Debian-derivat som arbetar med att optimera? -- Hälsningar, -- ''`. Anders Wallenquist, [EMAIL PROTECTED] ..:.:' : 013-35 29 50 0709 - 565 160 ..`..`'. http://www.kreawit.se `--. http://www.rfa.se begin:vcard fn:Anders Wallenquist n:Wallenquist;Anders org:Kreawit adr;quoted-printable:;;Furugatan 4b;Link=C3=B6ping;;582 45;sweden email;internet:[EMAIL PROTECTED] title:Senior consultant tel;work:013-352950 tel;home:013-127383 tel;cell:0709-565 160 x-mozilla-html:FALSE url:http://www.kreawit.se version:2.1 end:vcard