sslug-teknik team mailing list archive

[Jesper Krogh <jesper@xxxxxxxx>]

I sslug.teknik, skrev admin@xxxxxxxxxxxxx:
> > Jeg tror du misforstår mig.. der er intet der forhindrer et system der
> > er kodet omkring et ASCII-tegnsættet at have fuld understøttelse for
> > kinesiske og ethvert andet tegnsæt.
>  Nej det er sandt - hvis de konverteres. Det har eksisteret i flere år
>  allerede - prøv at skrive ét engelsk ord i
>  http://babelfish.altavista.com/tr og oversæt det til kinesisk: eks net
>  网 (tegnet man skal søge for at finde internetcafeer i kina) og
>  indsæt det i firefox adressefelt, og du får internetudbyderen NetEasy's
>  hjemmeside ligesom hvis du skriver [internet] på dansk får du TDC's
>  hjemmeside.

Jeg tror ikke lige jeg forstår hvad det er du mener med ovenstående? 
 
>  Nej - hvad jeg snakker om er langt mere vidtgående: hjemmesideadresser med
>  udelukkende kinesiske tegn, som ikke længere konverteres til for os
>  læselige DNS-name-server-opslag. 

Kan du uddybe hvad du mener her? 

>  tekstbehandling med egne tegnsæt (uden konvertering) 

Det har vi da allerede idag.. 

>  og egne backbone-servere med alene kinesiske tegn. 

Servere med kinesiske tegn? .. 

> > Skal programmeringssprogene også
> > indeholde kinesiske kontrolstrukturer så "for, while og if" skal
> > oversættes?
>  Så langt inde i kinesernes planer er jeg dog ikke - men kender jeg deres
>  beslutninger ret om at rykke systemet totalt til egne skrifttegn bliver
>  _alt_ kinesisk - bortset måske fra 0 og 1 tallene - strøm eller ikke
>  strøm.

Ligesom dansker har et ønske om at vi kan bruge det danske sprog.. Jeg
har svært ved at få øje på konflikten? 

> > Der er mange programmer i denne verden der er udviklet på baggrund af
> > forkerte forudsætninger eller benyttes i områder hvor det ikke er
> > tiltænkt. Hvis jeg skulle lave et 100% skrabet system, så ville jeg
> > måske kigge på det. Men det du har gang i er stadig en fuldt funktionel
> > desktop, selvom den er lille så er det ikke et skrabet system.
>  Absolut enig - men hvor jeg bedst skal lægge min indsats for at skrabe
>  performance-hæmmende flomme væk er alt jeg kan se, der er helt _unødigt_
>  og ikke ødelægger funktionaliteten - det vil jeg gerne af med; jeg vil
>  selvfølgelig meget gerne beholde systemet fuldt funktionsdygtigt. Har du
>  andre optimeringer jeg ikke har hørt om, er jeg altid interesseret.

Ok og det jeg forsøger at sige er at ved at rode med ting der normalt
ikke bør rodes med risikerer du at ødelægge funktionaliteten uden at du
kan se det i øjeblikket. 

kør listen fra:

dpkg --get-selections 
igennem og kør

apt-get --purge remove <programnavn>

på det du ikke har brug for og hold øje med om der via dependencies
forsvinder ting som du har brug for. 

En anden optimering er prelink:
http://ubuntuforums.org/showthread.php?t=1971

>  Jeg er lidt imponeret af http://puppylinux.com's hastighed som på lidt for
>  primitivt niveau i funktionalitet kan noget, men i brugervenlighed til
>  skærm- og netværksopsætning er mindst der hvor Ubuntu ligger - og de
>  bruger kun 73MB plads. Puppylinux muligheder er for små, da det delvist
>  kun bruger Mandrake RPMmer og repositories. Men hvis jeg kunne lure de
>  bedste optimeringer fra puppy og bringe det over i Ubuntu ville det overgå
>  hastigheden i xubuntu, som jeg ikke ynder.

Det største problem med hastigheden er KDE og/eller Gnome der er "store"
bruger meget CPU og meget ram.. og der er ikke specielt meget at gøre
ved det. 


Jesper
-- 
./Jesper Krogh, jesper@xxxxxxxx, Jabber ID: jesper@xxxxxxxxxxxx