Een album per dag; een selectie: https://open.spotify.com/playlist/6s3nNLl8pJpCwLR3LPligA?si=dddc51153b2a49e8
Is opzich een heel goed OS, maar werkt niet lekker samen met de multithreading van MySQL en meerdere procs.
Met als gevolg dat alle threads van MySQL maar op 1 van de 2 procs draaien, in plaats van zoals in linux over beide verdeeld te worden.
Dat is natuurlijk niet echt lekker efficient.
Btw, ze nemen echt geen linux 2.4.0 kernel (mag ik hopen) uiteraard is een 2.4.1 of hoger waarschijnlijk geen probleem
Slordig.
Een album per dag; een selectie: https://open.spotify.com/playlist/6s3nNLl8pJpCwLR3LPligA?si=dddc51153b2a49e8
Verwijderd
Verwijderd
De stap naar FreeBSD voor de database server heb ik eigenlijk nooit begrepen. T.net had voor zo ver ik weet geen slechte ervaringen met slackware. Een wijziging was derhalve opmerkelijk. En als dan blijkt dat het OS eigenlijk niet zo lekker overweg kan met MySQL dan is het slordig.
Een album per dag; een selectie: https://open.spotify.com/playlist/6s3nNLl8pJpCwLR3LPligA?si=dddc51153b2a49e8
Edit: En de webservers worden asap geupdate naar NetBSD/FreeBSD.
Verwijderd
Je kiest eerst software (OS/applicaties) en breidt dat uit met hardware die compatible is...
Ondertussen zaten we wel met het probleem dat de Appie en Athena de load niet meer konden trekken en dat het leveren van de RAID controllers een eeuwigheid duurde, dus er moest wat gedaan worden.
Ik zou eerder de nieuwe 2.4.x kernel gaan draaien dan dat ik zou migreren naar een ander OS.
Een album per dag; een selectie: https://open.spotify.com/playlist/6s3nNLl8pJpCwLR3LPligA?si=dddc51153b2a49e8
Verwijderd
Dat is bijna net zo erg als een highpoint raid controller
We hadden zelf ook een systeem waarbij dat ding als raid gebruikt zou worden met linux erop...
Hij wordt nu alleen maar als scsi controller gebruikt, dat doet ie wel goed.
Een album per dag; een selectie: https://open.spotify.com/playlist/6s3nNLl8pJpCwLR3LPligA?si=dddc51153b2a49e8
Ik heb het getest hier thuis, met de Adaptec 2100S (die eerst in Artemis zat). Ook niks.Op zaterdag 27 januari 2001 12:16 schreef Zemanova het volgende:
misschien dat de adaptec controller wel werkt met een nieuwe(re) kernel.
Dat heb ik ook al voorgesteld. In mijn mening is dat de beste oplossing die er voorlopig voor handen is.Een ander idee is misschien 2 MySQL servers op de DB server te installeren? dan kunnen Fok en Tweakers allebei op een eigen DB-tje draaien en tegen de tijd dat Linux die adaptec controller ondersteund kun je altijd nog overstappen...
Klopt. Ze werken alleen niet.Ik dacht dat het een 3200 was. Maar daar heeft adaptec tegenwoordig toch gewoon drivers voor?
imho: FreeBSD !!! (maar dat mag iedereen voor zichzelf weten
By each crime and every kindness, we birth our future
Een album per dag; een selectie: https://open.spotify.com/playlist/6s3nNLl8pJpCwLR3LPligA?si=dddc51153b2a49e8
Je hebt deze keuse vast niet zomaar gemaakt, wil je misschien vertellen waarom?Op zaterdag 27 januari 2001 01:40 schreef RickJansen het volgende:
En de webservers worden asap geupdate naar NetBSD/FreeBSD.
Ik ben namenelijk wel nieuwschierig naar de redening...
please enlighten me
blup blup
Makkelijk te onderhouden, niet om de maand een nieuwe kernel, betere tcp/ip stack (toch wel belangrijk bij een webservertjeOp dinsdag 30 januari 2001 00:27 schreef NielsJ het volgende:
[..]
Je hebt deze keuse vast niet zomaar gemaakt, wil je misschien vertellen waarom?
Ik ben namenelijk wel nieuwschierig naar de redening...
please enlighten me
FreeBSD is een veel "hechter" OS dan Linux, wat aan elkaar hangt met allemaal verschillende tooltjes. Dit betekent dat er veel dingen makkelijk te integreren zijn, en dat het systeem veel robuuster en stabieler "aanvoelt".
Linux is een kernel, FreeBSD een OS.
Elke maand een nieuwe kernel, is ook maar een optie die je zelf wilt. Wij draaien al een hele tijd op 2.2.17 (3 maanden ofzoiets), en eigenlijk was die upgrade niet eens nodig.Op dinsdag 30 januari 2001 02:20 schreef RickJansen het volgende:
Makkelijk te onderhouden, niet om de maand een nieuwe kernel, betere tcp/ip stack (toch wel belangrijk bij een webservertje), enneh, persoonlijke voorkeur.
Maar de betere tcp/ip stack is wel belangrijk. Vergeet trouwens niet dat apache (en php ook dacht ik) in eerste instantie voor linux ontworpen was, dus kan zijn dat je daar weer een klein beetje performance verlies hebt?
Btw, ik denk dat je dan het beste voor FreeBSD kunt gaan, aangezien netbsd vooral "op alle systemen binair compatibel" is, is het wel wat slomer...
Verwijderd
Bij Freebsd zal het in de meeste gevallen geen kernel upgrade zijn die je uitvoert, maar af en toe (heel af en toe) een patch over een programma.Elke maand een nieuwe kernel, is ook maar een optie die je zelf wilt. Wij draaien al een hele tijd op 2.2.17 (3 maanden ofzoiets), en eigenlijk was die upgrade niet eens nodig.
daarnaast is het aantal patches wat je zowieso moet uitvoeren (do I hear Root hat?) veel en veel lager.
de keuze van freebsd als webserver lijkt mij heel goed, maar is er al enig idee hoe dit wordt gedaan? 's nachts een voor een de servers offline halen en de ander alle content laten serven?
In alle kernels voor 2.2.17 zat een vette bug, waarmee root access verkregen kon worden. Die upgrade vond ik zelf wel redelijk nodig.Op dinsdag 30 januari 2001 08:20 schreef ACM het volgende:
[..]
Elke maand een nieuwe kernel, is ook maar een optie die je zelf wilt. Wij draaien al een hele tijd op 2.2.17 (3 maanden ofzoiets), en eigenlijk was die upgrade niet eens nodig.
Performance verlies lijkt me sterk. De keuze FreeBSD/NetBSD heb ik ook nog niet gemaakt.Maar de betere tcp/ip stack is wel belangrijk. Vergeet trouwens niet dat apache (en php ook dacht ik) in eerste instantie voor linux ontworpen was, dus kan zijn dat je daar weer een klein beetje performance verlies hebt?
Btw, ik denk dat je dan het beste voor FreeBSD kunt gaan, aangezien netbsd vooral "op alle systemen binair compatibel" is, is het wel wat slomer...
Eerst de DNS aanpassen, zodat www.tweakers.net alleen nog maar naar Athena wijst. Dan even een kwartiertje wachten tot de DNS is doorgevoerd, en Aphrodite kan omgezet worden. Als die klaar is, doen we hetzelfde met Athena. Dit is overigens geplanned met een derde webserver plaatsing, dus die kan dan meteen in actie komen en de missende server vervangen.Op dinsdag 30 januari 2001 10:46 schreef Paz het volgende:
de keuze van freebsd als webserver lijkt mij heel goed, maar is er al enig idee hoe dit wordt gedaan? 's nachts een voor een de servers offline halen en de ander alle content laten serven?
En FreeBSD en/of Linux heb ik liever
Kan ik tenminste trots blijven op tweakers.net
pvoutput. Waarom makkelijk doen, als het ook moeilijk kan! Every solution has a new problem
Verwijderd
OpenBSD hoef je niet eens uit te proberen... met een beetje research weet je dat die geen SMP ondersteuning biedt...Op zaterdag 27 januari 2001 01:40 schreef RickJansen het volgende:
Linux slikt de SCSI-RAID controller niet, NetBSD ook niet, OpenBSD net zo min, Solaris weigert ook, tsja, dan blijft FreeBSD over die het zonder problemen doet..
vage gast ben jij. hebben ze het over support van raid controller kom je aan met SMP onder openBSD...Op dinsdag 30 januari 2001 23:07 schreef TCT_Nexus het volgende:
[..]
OpenBSD hoef je niet eens uit te proberen... met een beetje research weet je dat die geen SMP ondersteuning biedt...
overigens komt in fbsd 5 (die nu in ontwikkeling is) hele vette SMP support. Deze SMP code is gedoneerd door BSDi. Linux 2.4.x zou ook goede tcp/ip stack hebben. (multithreaded shit enzo). nadeel van linux kernel is dat die de raid controllers niet altijd support. ik heb hier ook een (scsi-raid) controller die alleen onder fbsd werkt en niet onder linux.
Mitsubishi Warmtepomp Uitlezen / Besturen | Optimaliseren
Verwijderd
Ze hadden het over Artemis (de SMP bak) waarop ze o.a. OpenBSD hebben geprobeerd om te kijken of de RAIDcontroller werkt...Op dinsdag 30 januari 2001 23:37 schreef xoror het volgende:
[..]
vage gast ben jij. hebben ze het over support van raid controller kom je aan met SMP onder openBSD...
zonder een holy/flame war te starten:Linux is een kernel, FreeBSD een OS.
ik kon het zo gauw niet vinden op de freebsd website: hoe heet de freebsd kernel?
een mooie/goede manier om onderscheid te maken tussen de linux kernel is voor het os gnu/linux schrijven, en voor de kernel linux
Bijde keuzes (freebsd of linux) valt allebij wel wat voor te zeggen, maar kennis van/gevoel over het os, is imho wel de belangerijkste reden.
moeilijk, dat quoten
blup blup
Verwijderd
Daardoor zie je bijv. geen FreeBSD distributies, die je onder Linux wel ziet.