kattemat

Før en grubler for mye over dette bør en lese "The Cathedral and the Bazaar" av Eric Raymons IMO

http://www.catb.org/~esr/writings/cathedral-bazaar/

Jeg jobber som utvikler og ser stadig at bruk av FOSS komponenter kommer oss til gode både som delkomponenter i produkter og ikke minst som utviklingsverktøy/platform.

Det er helt korrekt. N1 Grid Containers kommer fra Trusted Solaris 9. Solaris 10 inneholder en god del funksjoner fra Trusted Solaris 9. Det kommer en Trusted Solaris 10, som vil inneholde enda sykere sikkerhetsfunksjoner.

Ahhh... TSol. DET hadde vært kult å teste det :-D

Absolutt alle jeg har snakket med som har testet Solaris x86 har egentlig bare hatt en ting å si: sirup!

Da jeg går ut i fra at det er x86 versjonen som er aktuell her så håper jeg virkelig den har fått et løft hva angår ytelse. Leser at de har en omskrevet TCP/IP stack som skal yte bedre - men er fremdeles litt skeptisk til overall ytelsen for x86

Uansett - si noen ord om deres erfaringer om dere sjekker det ut!

Jeg spurte da ikke om en bli var en bil heller...? Saken var om OSet er kjernen(motoren) eller kjernen+noget userland(bilen med motor).

BTW. ditt OS gjør mer enn Linux kernelen(som jo var det som starta denne diskusjonen). Om du lager et OS hvor alt av applikasjoner kjører i kernel mode så vil jeg også være med på å kalle det et OS. Poenget er jo a Linux ikke er bygd opp slik. Om man går for et modulært design så trengs flere komponenter for å utgjøre et operativ system IMO. En mikrokernel vil jo være et enda bedre eksempel på dette. Kan en kalle en slik et OS?

Vel vel - tror det blir mine siste $0.02 i denne debatten ;-)

Hvis man stripper bort terminal login og userland kommandoer, vil ikke fortsatt en maskin surre og gå og boote kjerna hvis man trykker på power?

Yepp. Det ligger et OS der og surrer og går for seg selv.

 

En motor er fortsatt en motor selv om den ikke sitter i en bil.

Ok - mener du at BIOS er et OS også da? Er LILO et OS?

[EDIT] Hørtes litt småhissige ut de spørsmålene seg jeg Poenget mitt er bare at dette blir et definisjonsproblem som en kan krangle om hele natta. For å bruke ditt eksempel - er OSet bilen eller motoren?[/EDIT]

Her er en definisjon av operativssystem jeg føler er riktig:

Software that controls the execution of computer programs. An organized collection of routines and procedures for operating a computer. Functions performed include: (1) scheduling, loading, initiating, and supervising the execution of programs; (2) allocating storage; (3) initiating and controlling input/output operations; and (4) handling errors.

Dette er helt klart kjernens jobb i GNU/Linux. Dermed er Linux-kjernen, per en slik definisjon, et operativsystem.

Scheduling execution of programs? Userlevel programmer tar seg av dette.

Allocating storage? Uten mount får du ikke tilgang til (allokert) noenting.

Initiating execution of programs? Init er det eneste programmet kjernen starter, alle andre programmer tar userlevel-programmet init seg av.

 

Det er helt klart at disse oppgavene som er beskrevet her ikke kan bli utført uten hjelp av userlevel programmer, ergo disse programmene er en del av definisjonen av et OS.

Nja - scheduleren i kjernen står for schedulering av prosesser. Allocating storage betry nok heller minne allokering(HD aksess regnes vel mere som I/O operasjoner). Og initiering av prosesser skjer kun ved fork i Linux og dette er som kjent et syscall som utføres av kjernen.

Jeg er ikke helt enig i den definisjonen JBlack har - men jeg ser jo poenget.

Linux er "bare" kjernen i et operativsystem. For at en skal kunne ha noe nytte av en datamaskin trenger en mere enn dette. Mange(meg inkludert) ynder å kalle et Linux baset OS for GNU/Linux.

Men - pressen har jo gjort sitt til at termen Linux sammenlignes med termer som Windows og OSX. Dermed blir dette nesten en smakssak. Generelt sett kaller folk Linux baserte OS for "Linux"(og crackere for hackere ). Men rent teknisk sett mener jeg at du tar feil. Linux er _ikke_ et operativsystem om en virkelig skal komme til bunns i saken.

Mine $0.02

cron er definitivt det du er ute etter. Om det finnes GUI front-ends vet jeg ikke, vil tippe distroer som fedora/suse/mdk har noe slikt. Ellers kan du jo sjekke ut:

http://www.tech-geeks.org/contrib/mdrone/cron-howto.html

lykke til!

Har du prøvd debian? Er veldig greit å kunne gjøre en minimal install på litt eldre bokser og så bare legge til det som trengs etter hvert. En lettvekts WM ala fluxBox anbefales også.

BTW. WindowMaker(om det er denne du refererer til) har da ingenting med websider å gjøre??

Har no kernel 2.6.9 med SMP og HT. Håper eg merkar at systemet vert raskare.

Det ser iallfall fetere ut når du gjør en cat /proc/cpuinfo (eller - om du kjører gkrellm så er det jo enda gøyere) :-P

Alle moduler må rekompileres når du kompilerer inn HTT-støtte, i og med at kjernen blir en SMP-kjerne.

Poenget mitt var at personen ikke fikk startet X etter en rekompilering.

Ellers så har Linux hatt HT støtte siden 2.4.18 så vidt jeg kan huske.

Om du har lagt inn f.eks. nvidia drivere for X så må de "reinstalleres" når du bytter kernel. Dvs. interfacet fra driverene mot kjernen må rekompileres.

Han hadde ikke fått pinga aksesspunktet om ikke essid/key hadde vært satt riktig allerede.

A nekte en MAC addresse å få dynamisk IP har egentlig ingenting med å stoppe Internet tilgang å gjøre. Det er bare å legge til routeren som default gw og vips er du på nett.

Blokker MAC til den aktualle boksen via iptables på CC boksen som allerede foreslått.

Het det ikke Minix?

Minix var det operativsystemet Andrew Tauenbaum hadde lagd, i undervisningsøyenmed, som Linux først baserte Linux på.

[EDIT] _basete_ er vel ikke helt riktig. Det var vel heller slik at grunnen til at Linus startet med Linux var at han var uenig i Tanenbaums lisensiering av Minix... eller husker eg feil nå?

(Hva står egentlig unix og linux for?)

Unix var vel ment som et ordspill på multics(unix het vel i starten unics så vidt jeg vet). Det begyndte vel ut som en "enkel" versjon av multics eller noe i den duren...

Linux er vel bare en miks av unix og Linus som klinger bra... var vel en eller anna kompis av Linus som kom opp med det etter at Linus hadde gjort første versjon av Linux(som hette noe jeg ikke husker den gang) tilgjengelig på nett på universitetet i Helsinki.

først . er ikkje det åpenlyst at eg skal lære meg c når eg postar i eit c forum.

ja eg skal lære meg det

Dette forumet heter C/C++ det er det eneste som er åpenlyst her...

Først bør du bestemme deg for hvilket språk du vil lære

Jeg kjører debian på alt som er av bokser her. Unstable til desktop ting og stable til server.

Tipper ruteren din kjører DHCP server også.

Gjør:

dhclient eth0

eller - på fedora er det vel:

dhcpc eth0

eller noe i den duren. Bytt selvfølgelig eth0 med labelet til WLAN interfacet ditt.

Det er et forsøk fra applikasjonens side på å aksessere minne utenfor dens minnesegment. Tyder somoftest på en bug i applikasjonen.

Link-lokale IPv6 addresser er ikke-rutbare IPv6 addresser som derfor kun kan brukes på linken. Disse blir satt opp autmatisk basert på MAC og regnes defor å være nogenlunde unike(du hadde uansett slitt om du hadde MAC kollisjon på linken). Link-lokale addresser brukes først og fremst til autokonfigurasjon og service discovery ting.

Det finnes to andre IPv6 addresse klasser: site-local og globale. Deres scopes er ganske innlysende. site-local er ment å bli rutet i WAN type nettverk, mens globale addresser er Internet rutbare.

Nja... eneste C bøkene jeg har er Brian Kernighan(med flere) sin "C Programming language" og o'reillys C pocket reference. Sistnevnte er meget hendig - men ingen av dem kan IMO sies å være lærebøker...

Skal jeg tippe så vil jeg si at Practical C fra o'reilly sikkert er et ok sted å starte - men andre har sikkert bedre tips å komme med? Jeg brukte iallfall den mere pratiske måten som nevnt i forrige post

Et godt valg(jada - lad opp flammekasterene folkens) :-)

For å lære deg C foreslår jeg at du bestemmer deg for et relativt trivielt prosjekt du vil gjøre. Så finner du kildekode for prosjeter som inkluderer funksjonaliteten du er ute etter og studerer denne. På denne måten vil du også kunne lære deg å lese andres kode(en essensiell egenskap).

Start med noe enkelt - lag f.eks. din egen lille 'ls'. Da må du finne ut av hvilke kall og datatyper som trengs for å hente ut informasjon fra filsystemet i et unix miljø - en utfordring i seg selv for en som er vant med javadoc :-D Kluet her er å sjekke mansider/headerfiler og sjekke ut kode som gjør liknende ting(ls kildekode finner en typisk i coreutils pakken).

Men aller først må du skaffe deg grunnleggende kunnskap om C. F.eks. bør du sette deg inn i:

- preprossesering/kompilering/linking

- bruk av headerfiler(preprossesering igjen), libc og hvordan en finner info om disse

- pekeraritmetikk og minnebehandling!! (og forsåvidt "strenger")

- datatyper(bruk av strukter/unioner osv.)

- arrayer i C

...og masse mer :-) Et initielt "Hello world" program hvor du vet hva hver linje gjør er et sted å starte.

...vel - ble litt rotete dette. Uansett - stå på, C er fest og morro

Det første du bør gjøre er vel strengt tatt å bestemme deg for hvilket av språkene(C/C++) du vil lære... C og C++ er to ganske så forskjellige saker.