Maskinen har nu varit i igång en vecka och vi planerade alltså att drifta den nu i helgen. Under veckan som gått så har maskinen såklart testats men dessvärre känns den inte helt 100.
Processorn som är en Celeron 1GHz är den nya versionen med 256KB i cache. Denna processor dök upp på marknaden mer eller mindre samma dag vi beställde och jag förmodar att arkitekturen i denna version är annorlunda än i den tidigare med 128KB i cache. Den verkar vara något mellanting mellan en PIII:a och tidigare Celereon-processorer.
När den monterades på moderkortet, som också är nyinköpt, så vägrade den att posta. Det fanns en ny bios på MSIs hemsida och efter en omflashning så bootade den.
Vad som inte känns helt ok med maskinen är att den ibland inte svarar när man jobbar i konsollen. Det behöver inte vara några krävande saker utan sedvanligt underhåll och vid enstaka tillfällen så går det inte att skriva vid promten utan några sekunders fördröjning.
Zippar man ihop en mapp som är lite större, runt 300MB-400MB, så klarar den inte att slutföra jobbet eftersom den verkar avstanna mitt i processen efter ett tag. Skickar man en fil via FTP på samma storlek, så avstannar verksamheten när ungefär 3/4 är klart. Det är precis som att luften liksom går ur maskinen och det händer inget mer.
Det finns en kopia av forumet på disken och en normal surfning verkar fungerar utan problem. Nu är man dock ensam besökare så belastningen är inte särskilt stor. Det verkar i förstahand som att maskinen uppför sig underligt när den belastas och när processorn får jobba. Vad det beror på har jag ingen aning om men man blir lite fundersam på om processorn utnyttjas på rätt sätt. Om det är moderkortet som inte har fullt stöd eller om vår kernel inte riktigt känner igen processorn vågar jag inte svara på men kommer att testa med en PIII:a för se om det blir någon skillnad. Även PIII har lite nyare versioner med 512KB cache (Tulatin) så innan man köper någon ny så bör man nog först testa så inte samma problem uppstår igen. Den äldre versionen på 256KB cache har ju hängt med ett tag så den borde direkt avgöra om det är processorn som allt hänger på.
Om nu någon annan har uppgifter om huruvida den nya Celereonen ska fungera utan problem med linuxkerneln eller om det kan vara något annat som orsakar problemet, så skicka gärna mail till mig eller svara i tråden.
Specen ser ut så här:
Moderkort: MSI MS-694T S370/FCPGA/2 Processor: Celeron 1GHz 256KB cache
**SCSI-kontroller:**Adaptec 19160 U160 PCI 32bit Disk (swap): Quantum Fireball SCSI 4.3GB (50pin) Disk (www): IBM SCSI U160 18.3GB (68pin) RAM: 3 x 512MB Orginal SDRAM PC133
Ett annat tips är att RAM:et kan vara halvskadat, även det bör kontrolleras. Då jag inte är så hemma på linuxmaskiner vet jag inte, men mina erfarenheter när det gäller "konstiga" fel är att antingen är cachen död på processorn, eller så är RAM:et skadat på ett eller annat sätt.
Jo, man får nog testa en sak i taget och se var felet kan ligga. Den ena av RAM-modulerna satt faktiskt i förra maskinen när vi också fick lite problem vid belastningen som senare resulterade i ett diskhaveri...
Känner igen problemet och då var det nätverkskortet (vad är det för kort?) som inte hängde med.
Ett par frågor:
Syns det något i kernel-logen (kommandot: dmesg)?
Blir det samma hängning om du sitter på konsolen och packar ihop mappen, är det samma på alla diskar?
För vilken CPU är kernel optimerad för?
Nätverkskortet var det första som misstänktes men det spelar ingen roll om man sitter vid konsollen och jobbar. Den kan utan förvarning börja lagga när man t.ex bara skriver något så simpelt som ls.
Kerneln vet jag inte hur många gånger vi har kompilerat om bara idag, så den tror jag nog ska vara optimerad.
Däremot upptäcktes en ganska viktig detalj nu när jag testade olika saker. Vi har 2 stycken IDE-diskar (2x20GB) som också sitter i maskinen. Systemet ligger på den ena och den andra har vi som backupdisk. Swapen och forumet körs, som tidigare nämnts, på SCSI-diskarna. När man jobbar så gör man ju det nästan uteslutande på systemdisken och det visade sig idag att felet endast uppkommer om man använder någon av IDE-diskarna.
Gör jag ett par tester på samtliga diskar så fungerar det alltså inte på systemdisken eller backupdisken men däremot går det klockrent på SCSI-disken.
Ingen av IDE-diskarna har klusterskador eller andra fel så det hela är lite märkligt. Det kan kanske vara något kommunikationsproblem med själva IDE-kontrollen men vad, eller om det enkelt går att fixa, har jag ingen aning om.
Smartast vore eventuellt att använda SCSI rakt igenom men
dels är det ganska dyrt och att blanda IDE/SCSI borde normalt sett inte innebära något problem.
Nu vet inte jag om Linux har världens bästa stöd för IDE diskar, särskilt i en belastad servermiljö.
Fö; varför celeron? varför inte en Athlon för i stort sett samma pris? Beror det på att ni använder ett moderkort som ni redan hade?
För annars har jag svårt att tänka mig att nån skulle vilja köra server med en processor som tom fick spö av AMD:s gamla K-6 II:a, och ja, jag vet att det är en ny variant av Celeron med större cache...blabla men det ger som bäst en lite bättre möjlighet för den att skyffla något mer data än den gamla varianten.
Till sist men inte minst; ni kan fortfarande få W2kAS m/ licens och orginalskivor för en vettig penning av mig ;)
Anledningen till Celeron-valet var först en fråga om pris. Athlon hade vi inte hört talas om då ;)
Rent tekniskt så tror jag inte att en maskin med det OS eller de program vi kör, skulle dra någon fördel av de extra instruktioner som t.ex finns i en PIII:a (eller Athlon). Det påstås dessutom att en processor med färre instruktioner är en driftsäkrare processor i servermiljö (vilket verkar logiskt). Maskinen är synnerligen snabb när det gäller och jag tror inte att det är något fel på processorn i sig (elller valet av sådan) utan snarare någon kombination av något som jag ännu inte kan svara på.
Låter som resurskonflikt (irq, io ...) mellan ide-kontrollen och något annat.
Kan också vara en dålig disk, vad händer om du kopplar bort ide-disken som är backup?
Man kan också prova att byta systemdisken med backup-disken. ("ghosta", "dd" eller installera nytt system på den)
Angående val av CPU, dom flesta serverar byggs med PIII (XEON), har inte sett någon med AMD cpu i sig, sedan om det är en Celeron eller PIII kvittar. Är inte den nya Celeron egentligen PIII (så att inte kan sälja Celeron och P4)?
Och är inte W2KAS overkill ( :) ) för detta, ett Unix system duger väl så bra, om inte annat så är prislappen bättre :birp
Är det bara en eller två processorer, så är AS overkill. Då är vanlig server version att föredra.
Angående IDE diskarna, ATA 66,100,133? är det samma på båda?
Sätter en slant på BIOS inställningarna.
Tyvärr så är det mycket vanligt med fel som dessa, speciellt med många olika diskar och Linux/Unix, dessa irriterande "små" fel kan vara omöjliga att lösa ibland. Kan vara en hejdlös kombination av hårdvara och drivrutiner och kernelversioner.
Diskarna är identiska och köptes när den "gamla" maskinen driftades. Det är 2st IBM 20GB (ATA 66 skulle jag tro) och de är väl en två år nu lite drygt. Att byta plats med dem tror jag inte spelar någon roll då båda uppför sig helt identiskt. Det är inte så att jobbet som ska utföras, avstannar helt. Om man packar ihop en mappstruktur på 300MB så jobbar den normalt till kanske 200MB sedan går det oändligt långsamt men den slutför dock jobbet. Samma om man t.ex skickar en fil på 300MB till någon av IDE-diskarna. Det går snabbt upp till c:a 200MB men sedan snackar vi byte. Men återigen så slutför den dock jobbet, även om det tar väldigt lång tid. Båda IDE-diskarna beter sig alltså helt identiskt åt när det gäller detta. På SCSI-disken fungerar allt klanderfritt.
Om ovanstående kan hjälpa till med problemlösningen så är det bra och under tiden ska jag testa att koppla ur den ena disken samt gå igenom biosinställningarna.
I nödfall har jag annars ett gäng SCSI-diskar i min spelmaskin men den är ju i det närmaste helig :)
Efter mängder med PM och en del telefonsamtal så ser det istället ut som att vi inte ältar i det här längre, utan går över till SCSI helt och hållet.
SirPeter har hittat ytterligare en SCSI-disk i sin ägo som han skänker och vi har en del slantar över från insamlingen som vi kan inhandla en disk för.
Det känns viktigare att komma igång så snart som möjligt istället för att felsöka i detta och det blir ju antagligen inte någon sämre prestanda med denna lösningen :)
Är det bara en eller två processorer, så är AS overkill. Då är vanlig server version att föredra.
Klart det är det, det var naturligtvis på skämt som jag föreslog det.
Då är det en ren njutning med Windows...
Och meningen var inte heller att sätta igång ett datorkrig även om jag skulle föredra att wF använder Windows 2000 server eller tom UNIX, Solaris för x86 finns ju faktiskt, även om Mcnealy gör sitt bästa för att ta död på den.
Dock uppskattar jag den goda tanken ;)
Min kommentar ang. IDE och Linux var förekommen av tidigare personliga erfarenheter av 2.2.X kärnorna som hade en hel del problem med IDE prestandan tillsammans med bla Intel och VIA chipset, jag har inte sett i någon releasenote för 2.4.X att detta skulle ha förändrats till det bättre.
Jag kan meddela att disken lämnade Borås någon gång inatt och bör dimpa ner hos kjell under onsdagen om "trumpetfabrikanterna" (posten) sköter sina jobb. ;)
Efter ett dygn i drift så ser det betydligt bättre ut nu :)
Vi ska bestämma en dag med Griffel nu veckan så vi kan ansluta den till linan. Det bli ett litet avbrott eftersom vi måste flytta databasen och sedan en del konfigurering innan den är igång igen.
Det kommer att fixas i wF3 där man som medlem måste köpa en liten dosa som ansluts till datorn innan man loggar in. Dosan kopplas enkelt in m.h.a. medföljande USB-adapter och har en elastisk slang med ergonomiskt munstycke som man får blåsa i när man loggar in :)
264 ms totalt · 4 externa anrop · v20260731065814-full.a51de22e
