<?xml version="1.0" encoding="ISO-8859-15"?>
<rss version="2.0"><channel>
<title>famp</title>
<link>http://sange.fi/~atehwa/cgi-bin/piki.cgi/</link>
<description>Recent changes in famp</description>
<item><title>famp</title>
<link>http://sange.fi/~atehwa/cgi-bin/piki.cgi/famp</link>
<guid>http://sange.fi/~atehwa/cgi-bin/piki.cgi/#1119876101</guid>
<description>&lt;p&gt;&lt;ins&gt;Yleensä LAMP (Linux, Apache, [MySQL], [PHP])&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;Osuuskunnalla muuten sama, paitsi Linuxin tilalla on 
FreeBSD.&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;Tämä sivu on itse asiassa vertailu Linuxin ja BSD:iden välillä. 
(Metatieto: kirjoitettu vuonna 2003).&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;Kun aloin tosissani vertailla käyttiksiä ja distroja (joskus 
vuonna 1998), huomasin että BSD:t olivat Linuxia teknisesti parempia 
lähes joka suhteessa, helppokäyttöisempiä ja paremmin mietittyjä 
ylläpidon kannalta. Mutta niissä oli heikko rautatuki ja ideologisesti 
vääränlainen käyttäjäkunta (hyvältä puolelta käytännöllisiä, huonolta 
täysin irtautuneita siitä, kuinka softamaailma ja erilaiset 
kehitysmallit toimivat).&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;BSD:iden rautatuki parani ja Linux taas meni niistä kirkkaasti 
ohi ylläpidettävyydessä ja enimmäkseen myös käytettävyydessä. Ja täytyy 
myöntää, että itse asiassa Linuxin loistava konsoli oli tärkein syy 
käyttää sitä mieluummin pöytäkoneena. Ja se, että siinä on kunnon 
keymapit (tuolloin en ollut löytänyt vielä yhtäkään wm:a, joka ei olisi 
ärsyttänyt minua hengiltä, eikä edes Debianissa ollut täysin 
johdonmukaisesti toimivia X:n oletuskeybindingeja. Joojoo, voi korjata, 
mutta "Customisability is not an excuse for bad defaults". But I 
digress.)&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;Vaan tekniset ratkaisutpa ovat jostain syystä pysyneet yhä 
vielä huomattavasti parempina BSD:ssä, erityisesti FreeBSD:ssä, jossa 
kernelin paranteluun on nähty paljon vaivaa. Itse asiassa kummastuttaa, 
miksi Linuxin kernelissä ei perusasioita tunnuta saavan kuntoon. 
Linuxin aivokuolleita ja/tai päivänvaloa kestämättömiä osia ovat 
ainakin:&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;* tty-koodi * vm (ja tämä sukkii tosi tosi '''tosi''' pahasti) 
* scheduler (joskin hyvä pöytäkäyttöön) * pakettifiltteröinnit * sitä 
paitsi Linuxin kernel on täynnä pikku hackeja ja constantly in a state 
of flux. Ehkä tätä joku pitää hyvänä...&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;Ja joo, on FreeBSD:ssakin yhtä sun toista, mikä ei toimi 
kunnolla. Kuten threadit ja softaraidi (tai toimii, mutta rikkoontuu 
niin kovin helposti). Osuuskunnan palvelimella on tällä hetkellä 
hardisraidi ja toimii ihan hyvin; BSD-heebot selvästikin käyttävät 
perinteisempiä ratkaisuja keskimäärin...&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;Tämän seurauksena olen sitä mieltä, että:&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;* Linux sopii parhaiten pöytäkoneeksi * FreeBSD on hyvä 
palvelin, ei kuitenkaan välttämättä shell-palvelin (softa-asennukset 
voivat olla kivuliaita ja jos niitä pitää tehdä paljon niin...) * 
NetBSD on hyvä infrastruktuuripalvelin yksinkertaisuutensa ja 
luotettavuutensa takia.&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;Shell-palvelimeksi täydellistä ratkaisua ei ole oikeastaan 
löytynyt. Jos kyseessä on muutamia isoja ohjelmistoja pyörittävä 
palvelin, kallistuu valinta FreeBSD:n puolelle. Jos taas on kyse paljon 
pieniä ohjelmistoja tarjoavasta yleispalvelimesta, Linux on ylläpidolle 
ehdottomasti parempi.&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;Mitä vanhempi rauta, sen tärkeämpää on sen resurssien kunnon 
käyttö. Tässä BSD:t toimivat paremmin.&lt;/ins&gt; 

&lt;p&gt;&lt;ins&gt;Odotan muuten innolla Debianin alaprojekteja, jotka yrittävät 
yhdistää BSD:iden ytimiä perinteiseen GNU+paketinhallinta -ympäristöön. 
Siinä olisi ainakin minun toiveympäristöni... (paitsi, että 
GNU-ohjelmien [man-sivut] ovat perseestä.)&lt;/ins&gt;

</description>
<pubDate>Mon, 27 Jun 2005 12:41:41 +0000</pubDate>
</item>

</channel></rss>
