Nee ik ga niet zeuren dat Oo.o langzaam is.
Waarover dan wel
Onder systeem load (compilen ofzo) duurt het soms minuten voordat een simpel (text/spread) bestand geopend is. In idle toestand opent hetzelfde bestand in seconden.
Vermoedelijk komt dat door het gecomprimeerde Oo.o-bestandsformaat, dat veel cpu-cycles nodig heeft bij het openen van een file. Echter, een blik op top laat zien dat het openen van een bestand niet meer dan een paar procent van de cpu-cycles opeet.
Renicen van Oo.o, zelfs naar -15, levert geen meetbare versnelling op bij het openen van een bestand. Het renicen van de overige cpu-hongerige processen naar +15 levert óók geen winst op.
Het probleem doet zich voor met 2.6 vanilla en met ck-sources, met as en met cfq schedulers. Daarom sluit ik eigenlijk uit dat het een kernel-issue is.
Maar wat dan
Waarover dan wel
Onder systeem load (compilen ofzo) duurt het soms minuten voordat een simpel (text/spread) bestand geopend is. In idle toestand opent hetzelfde bestand in seconden.
Vermoedelijk komt dat door het gecomprimeerde Oo.o-bestandsformaat, dat veel cpu-cycles nodig heeft bij het openen van een file. Echter, een blik op top laat zien dat het openen van een bestand niet meer dan een paar procent van de cpu-cycles opeet.
Renicen van Oo.o, zelfs naar -15, levert geen meetbare versnelling op bij het openen van een bestand. Het renicen van de overige cpu-hongerige processen naar +15 levert óók geen winst op.
Het probleem doet zich voor met 2.6 vanilla en met ck-sources, met as en met cfq schedulers. Daarom sluit ik eigenlijk uit dat het een kernel-issue is.
Maar wat dan