mboost-dp1
unknown
<STRONG>Nuværende specs:</STRONG>
Dual Celeron 466MHz, 256MB RAM, 12GB disk (3GB fri).
<STRONG>Kommende specs:</STRONG>
Frontend: Dual Celeron 466MHz, 512MB RAM, 12GB disk
Backend: Pentium III 1GHz, 768MB RAM, 40GB disk
Foruden dette vil Frontend være en FreeBSD 4.4-RELEASE (eller -STABLE, op til Guggemand) og backend vil enten være en FreeBSD 4.4, OpenBSD 3.0 eller RedHat 7.2 - hvilken vides ikke med sikkerhed endnu, men afgøres når vi har kørt nogle tests med mySQL under de forskellige OS'er.
Dual Celeron 466MHz, 256MB RAM, 12GB disk (3GB fri).
<STRONG>Kommende specs:</STRONG>
Frontend: Dual Celeron 466MHz, 512MB RAM, 12GB disk
Backend: Pentium III 1GHz, 768MB RAM, 40GB disk
Foruden dette vil Frontend være en FreeBSD 4.4-RELEASE (eller -STABLE, op til Guggemand) og backend vil enten være en FreeBSD 4.4, OpenBSD 3.0 eller RedHat 7.2 - hvilken vides ikke med sikkerhed endnu, men afgøres når vi har kørt nogle tests med mySQL under de forskellige OS'er.
God Jul :)
Det er sgu et nice arbejde i laver!
jeg er lidt nysgærrig hvad vil i bruge THTTPD på backend til?
Det er sgu et nice arbejde i laver!
jeg er lidt nysgærrig hvad vil i bruge THTTPD på backend til?
Smid dog også nogen af SGI's Apache patches på hvis i ikke allerede bruge dem, giver nogen kraftige forbedringer ved høj load, http://aap.sourceforge.net/.
Det hjælper også at smide, ZendOptimizer, http://www.zend.com/store/products/zend-optimizer....
Eller OS udgave: Alternative PHP Cache
http://apc.communityconnect.com/
Men det bedst er nu at optimer sin kode, PEAR har nogen gode
ide'er til hvordan man kan cache sine sider. Men god fornøjelse.
Ps. Hvis det skal være Linux så vælg dog noget andet end RedHat.
Det hjælper også at smide, ZendOptimizer, http://www.zend.com/store/products/zend-optimizer....
Eller OS udgave: Alternative PHP Cache
http://apc.communityconnect.com/
Men det bedst er nu at optimer sin kode, PEAR har nogen gode
ide'er til hvordan man kan cache sine sider. Men god fornøjelse.
Ps. Hvis det skal være Linux så vælg dog noget andet end RedHat.
<STRONG>RDX</STRONG><STRONG> - </STRONG>Dual Celeron 466MHz og BP6 boards stinker under high load - der er en bug i chipsettet der kan få den til at gå kold når begge CPU'er er loaded over 50%
Ved jeg ikke noget om, kun at min dual p3 900 er til salg!
Mange tak for jeres FEDE side, sig til hvis i engang har brug fo hjælp!
God Jul og Got nytår
Venlig hilsen Michael Bach
Mange tak for jeres FEDE side, sig til hvis i engang har brug fo hjælp!
God Jul og Got nytår
Venlig hilsen Michael Bach
Scotty: Det ved jeg, det er en fejl i strømfornynings kredsløbet og den rettes let ved at udskifte en kondensator.
Jeg kan tilføje at mit board kører 366@550 mhz med 100% load på begge CPU'er 24/7, uden nogensinde at gå ned. Iøvrigt på en RedHat 7.0.
Jeg kan tilføje at mit board kører 366@550 mhz med 100% load på begge CPU'er 24/7, uden nogensinde at gå ned. Iøvrigt på en RedHat 7.0.
Miklos, det gør alt nu også med andre distributioner, RedHat er udmærket at basere en distribution på, men den er sku langt fra nogen man basere sine servere på, de sjusker med frigivelserne og har generalt flere sikkerheds fejl end andre Linux distributioner, så har vi Debian som er meget sikker og stabil med dybt forældet når man køre stable, som giver dårlig performance, for ikke at tale om at installere den, som er parktisk umuligt hvis man ikke bruge cdinstall. Linux Mandrake er stort set den eneste mulighed hvis man ikke har for meget hardware, den er stabil og sikker og er remeligt opdateret. Men det er jo i sidst ende en smags sag, FreeBSD kan man jo desvære ikke bruge hvis man har flere end 2 cpu'er eller ønsker overvåge sin hardware, men 5.0 skulle jo løse de problemer.
tlbdk: hvad mener du med at debian er praktisk talt umuligt at installere med mindre man bruger cd-install? jeg har installeret det over inet mange gange uden problemet overhovedet!
TwoFace så må du gerne lave en guide, jeg har prøvet de sidst 2, og blevet nød til at opgiver efter installeren secfaultede gang på gang. Jeg prøvede både med at hente Base ned fra en ftp server under installation og ved at installere den fra disketter noget som ikke er særligt sjovt når man finde ud af man har en fejl på den sidste diskette og bliver nød til at prøve igen for bare at finde ud af den secfaulter som den anden.
#16 [tTC]ZeroX: Mulige årsager:
[dårlig humor]
1) Miklos har fået en effektiv skælshampoo, og der er derfor ikke skæl på siden (som du fejlagtigt troede var sne).
2) Der er ikke hvid jul i år, og Newz.dk vil gerne være realistiske (for en gangs skyld).
3) For ikke at diskriminere de besøgende, der ikke fejrer jul.
4) Miklos er allergisk over for vand/sne, hvilket også forklarer alle fluerne.
[/dårlig humor]
Pick one.
[dårlig humor]
1) Miklos har fået en effektiv skælshampoo, og der er derfor ikke skæl på siden (som du fejlagtigt troede var sne).
2) Der er ikke hvid jul i år, og Newz.dk vil gerne være realistiske (for en gangs skyld).
3) For ikke at diskriminere de besøgende, der ikke fejrer jul.
4) Miklos er allergisk over for vand/sne, hvilket også forklarer alle fluerne.
[/dårlig humor]
Pick one.
hep hep glædelig jul jeg tager til udlandet i en uges tid og går på gi....... temmeligt ironisk at det er første gang jeg tager udlands også tegner det på en hvid jul.....
nå anyways merry xmas
nå anyways merry xmas
Et ønske om en god jul og et godt nytår ønskes i alle. Lad os alle når klokken er 12 d. 31/12 -01 lave et fælles ønske om at APG fatter hvad det hele går ud på.
/Pr0nking
/Pr0nking
Jæsjæs, jeg savner også sneen, men det virkede lissom (dårlig stavning er en grim ting) bedre på den blå/sorte baggrund (jeg kunne jo også bare skifte tilbage, men næh nej)
Glædelig jul og godt nytår til alle!
Glædelig jul og godt nytår til alle!
tlbdk - Hvad er der nu ivejen med cdinstalls? Og ja, debian stable er MEGET gammelt software, men så kan man jo køre testing i stedet, som er lidt på niveau med mandrake... Selv kører jeg unstable, og med en uptime på 2 måneder må man da sige at det også kører flyvende selv med den. Grunden til at det er 2 måneder og ikke 4 er strømafbrud, så der kan jeg jo ikke skyde skylden på distributionen... Jeg kører btw. debian på 1 server der fungerer som firewall, 1 der fungerer som filserver samt min bærbare, der fungerer som workstation. Det hele kører klippe stabilt, og det hele kører med unstable-pakker.
// annoia
// annoia
tlbdk: jeg har også haft problemer med unstable disketterne, men normalt henter jeg bare disketterne fra woody, og opgraderer efter install... der har aldrig været problemer der
tak, og i lige måde...
kunne det ikke lade sig gøre at "brugeren" kan "lave" sne... med hensyn til punkt #17... "2) Der er ikke hvid jul i år, og Newz.dk vil gerne være realistiske (for en gangs skyld)..... REALISTISKE....??? der BLIVER jo "hvid" jul i år... hvis nu man selv kunne bestemme om man vil have "sne"... så støder man jo heller ikke nogen*
kunne det ikke lade sig gøre at "brugeren" kan "lave" sne... med hensyn til punkt #17... "2) Der er ikke hvid jul i år, og Newz.dk vil gerne være realistiske (for en gangs skyld)..... REALISTISKE....??? der BLIVER jo "hvid" jul i år... hvis nu man selv kunne bestemme om man vil have "sne"... så støder man jo heller ikke nogen*
Med al respekt for den forstående højtid, så vil jeg nu alligevel foretrække at newz.dk kører uden for mange dikkedarer, det er trods alt en nyheds side, og den fungerer bedst når den kan loades ind på så kort tid som muligt, så man kan tjekke nyheder på vej udaf døren.
<STRONG>RDX</STRONG> > Måske, bare ikke på den box jeg havde :( Den kunne ikke komme til at fungere ordentligt. Nå pyt.
<STRONG>Resten af crew></STRONG>
Spørgsmål: Jeg kan ikke begribe i skal bruge en frontend og en backend med de konfigurationer ? For hvad ? 5k unikke om dagen er altså ingen ting på noget som helst plan med den side i har kørende ? Scriptet i kører er ikke nogen speciel belastning for serveren hvis det er lavet ordentligt - 1 ting der dog kan få serveren til at bukke under, er at bruge persistant connections, hvis ikke kaldet til SQL bliver lavet rigtigt. Så skal der ikke mange online brugere på, førend serveren er ved at knække sammen.
Jeg kan ikke forstå i skal have så store problemer, da jeg selv har erfaret hvad en ganske sparsom server rent faktisk kan levere af både data, hurtighed og antal requests. Jeg har bygget en server, AMD 1000Mhz, 512 Ram, 10GB SCSI, resten standard. Den håndterer over 500.000 unikke requests om dagen, og belastninger er tålelig, den suger ca. 10 - 25% CPU, overall load er under 2.5, og den snupper ca, 300MB Ram. I peak hours lidt højere værdier, men ikke noget af betydning - peak hours er dobbelt op af low hours. Denne server har absolut intet at lave, hverken set i lyset af Apache, eller SQL. Formodet top load af denne box er beregnet til ca 3.000.000 unikke requests om dagen, før den får en broder. Den overfører ca. 20 - 30GB om dagen, så den leverer en del. Har et par andre servere, både mindre og større, der leverer op til 180GB om dagen uden at hoste eller blive forpustede. Håber dette kan skabe lidt lys eller ideer over jeres problem, som jeg tror udelukkende er et produkt af dårlig programmering og en forkert installeret server, eller forkerte kald til DB'en, eller en forkert opsat DB uden INDEX eller med forkerte INDEX. Anyway, følgende er installeret på mine systemer, og det sparker totalt numse set i forhold til server kraft / udgift til hardware / ydelse af software.
OS: Red Hat 7.1 (nye boxe 7.2)
Apache: 1.3.19
SQL: 3.23.36-1
PHP: 4.0.6
Alt rimeligt standard, med et par enkelte undtagelser og rettelser i souce installationerne.
Anyway - rigtigt god Jul :)
<STRONG>Resten af crew></STRONG>
Spørgsmål: Jeg kan ikke begribe i skal bruge en frontend og en backend med de konfigurationer ? For hvad ? 5k unikke om dagen er altså ingen ting på noget som helst plan med den side i har kørende ? Scriptet i kører er ikke nogen speciel belastning for serveren hvis det er lavet ordentligt - 1 ting der dog kan få serveren til at bukke under, er at bruge persistant connections, hvis ikke kaldet til SQL bliver lavet rigtigt. Så skal der ikke mange online brugere på, førend serveren er ved at knække sammen.
Jeg kan ikke forstå i skal have så store problemer, da jeg selv har erfaret hvad en ganske sparsom server rent faktisk kan levere af både data, hurtighed og antal requests. Jeg har bygget en server, AMD 1000Mhz, 512 Ram, 10GB SCSI, resten standard. Den håndterer over 500.000 unikke requests om dagen, og belastninger er tålelig, den suger ca. 10 - 25% CPU, overall load er under 2.5, og den snupper ca, 300MB Ram. I peak hours lidt højere værdier, men ikke noget af betydning - peak hours er dobbelt op af low hours. Denne server har absolut intet at lave, hverken set i lyset af Apache, eller SQL. Formodet top load af denne box er beregnet til ca 3.000.000 unikke requests om dagen, før den får en broder. Den overfører ca. 20 - 30GB om dagen, så den leverer en del. Har et par andre servere, både mindre og større, der leverer op til 180GB om dagen uden at hoste eller blive forpustede. Håber dette kan skabe lidt lys eller ideer over jeres problem, som jeg tror udelukkende er et produkt af dårlig programmering og en forkert installeret server, eller forkerte kald til DB'en, eller en forkert opsat DB uden INDEX eller med forkerte INDEX. Anyway, følgende er installeret på mine systemer, og det sparker totalt numse set i forhold til server kraft / udgift til hardware / ydelse af software.
OS: Red Hat 7.1 (nye boxe 7.2)
Apache: 1.3.19
SQL: 3.23.36-1
PHP: 4.0.6
Alt rimeligt standard, med et par enkelte undtagelser og rettelser i souce installationerne.
Anyway - rigtigt god Jul :)
Glædelig jul og godt nytår...
Min julegave til jer alle er at I slipper for at høre på mig fra d. 4 januar til den d. 10 da jeg der tager til Finland. Er I så glade ?
btw. Mozilla 0.9.7 er virkelig pæn in Win32 - go go gadget kernel compile ! Lad mig så få det LFS system op og kører !
Min julegave til jer alle er at I slipper for at høre på mig fra d. 4 januar til den d. 10 da jeg der tager til Finland. Er I så glade ?
btw. Mozilla 0.9.7 er virkelig pæn in Win32 - go go gadget kernel compile ! Lad mig så få det LFS system op og kører !
Går det lidt sløvt? Det har ikke været opdateret i mange dage nu!!! I siger at i er på sagen.. men sådan opfatter jeg det da ikke. http://www.gamereactor.dk skriver fx. ikke mere før næste år... det håber jeg da ikke er sagen HER.. that would be terrible!
eheheh...I er sku for meget! Men på en rar og nørdet måde ;)
Newz.dk det eneste sted på nettet man kan få at vide præcis hvor meget af en fodboldbane man kan dække, hvis man skærer en spegepølse i 0.1 mm tykke skiver :D
Kan I have en rigtig fed jul, og hvis vi ikke flames ved inden, et rigtigt herligt nytår! Og stor respekt til jer drenge der holder newz.dk kørende! FEDT!
Og jah Hektor. Jeg forventer sku at den udregning bliver postet :)
Newz.dk det eneste sted på nettet man kan få at vide præcis hvor meget af en fodboldbane man kan dække, hvis man skærer en spegepølse i 0.1 mm tykke skiver :D
Kan I have en rigtig fed jul, og hvis vi ikke flames ved inden, et rigtigt herligt nytår! Og stor respekt til jer drenge der holder newz.dk kørende! FEDT!
Og jah Hektor. Jeg forventer sku at den udregning bliver postet :)
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund