Inlägg

För många anslutningar mot internet på gång samtidigt. Dv.s. din dator pratar med för många andra datorer på Internet samtidigt för att din zyxel ska trivas.

Kan eventuellt lösas med nyare firmware, men jag är tveksam.
Byt ut den mot en gammal PC körandes m0n0wall eller liknande så försvinner problemet för gått. (Under restriktionerna för many-to-one NAT givetvis, men det lär ta ett tag till)

Skulle inte kunna instämma mer, vill inte heller kalla de små prylarna folk köper för routers. I princip det minsta jag vill kalla en router är typ Cisco 1600 eller liknande. Men man är väl bortskämd från jobbet med lite större järn antar jag.

Tja, hur kan jag undlåta att nämna AROS?
(Jag är en av programmerarna)

Inte sannolikt att det finns assembler någonstans i D3 faktiskt. Idag så är det ganska mycket jobbigare att optimera assembler bättre än vad en bra kompiler gör. Det är ju lite jobb att hålla reda på pipelines och exekveringsenheter. Man sitter ju inte på en MOS6510 och hackar längre. (Eller ja, jag gör ju det ganska ofta:) )

Det ger oftast mycket mer med mindre jobb att optimera sina algoritmer istället.

C vill jag klassa som både låg- och hög-nivå beroende på hur man använder det. Källkoden till drivrutinerna i AROS är i ren C, ingen inline asm alls. Men tittar man lite nogrannare på den så ser man att C används nästan som en macroassembler i vilket fall.

Nätaggregat: PC Power&Cooling Turbocool 510ATX Deluxe
Processor: P4C 2.4 klockad till 3.0
Minne: 1024 MB
Moderkort: Abit IC7-G
Grafikkort: Powercolor X800Pro VIVO (pipeupplåst)
Hårddiskar: Två WD Raptor 36GB
Optiska enheter: DVD-brännare
Ljudkort: Creative Soundblaster Audigy 2 ZS Platinum Pro
Kylning: Asetek waterchill

Screenshot från MBM5:

http://w1.250.telia.com/~u25009944/mbm.jpg

Taget efter en vända prime95 och lite HL2.
Rekommenderar detta nätagg å det starkaste. Dyrt som bara den men väl värt det.

Kolla så att du har samma duplex på både routern och nätverkskortet. Om du har duplex mismatch så uppkommer dylika skumheter.

GRE är inte port 47, det är IP-protokoll 47.

För att göra destination NAT på PPTP så behöver du skicka vidare 1723 TCP och IP protokoll 47 till den server som är aktuell.

Skruvarna sitter precis som du misstänker under glidkuddarna.

Det är inga problem alls. Du kommer inte att behöva skärmade kablar heller, utan det är bara att dra på.

Var dock försiktig eftersom du har el i närheten, ta bort säkringarna för de kablarna innan du börjar jobba.

c:\Documents and settings\all users\application data\

Har en likadan officeconnect som trådskaparen, och den har inte stöd för jumboframes. Tittar efter en billig gigswitch med stöd för det ibland, men inte hittat någon.

Har även denna hemma i nätverket:

http://w1.250.telia.com/~u25009944/menegroth.jpg

Men den har tyvärr inget stöd för GigE i någon mängd. Har två SX-GBICs men skulle gärna byta dem mot en TP-GBIC.

Största problemet är nog inte prestandan som sådan.
Var noga med att kolla vilken värmeutveckling processorn som redan sitter i har, och även den nya. Gå absolut inte upp i värmeutveckling, kylningen i bärbara är gjord för en viss mängd värme. Gå ner i värme skada ju aldrig dock

Titta vad jag hittade.
Telia pressrelease

Attans otur att grannkommunen kommer att få men inte jag. Morr.

Det går att göra med apache och mod_dav, men det är en hel del pillande.

Det du gör är perfekt.

Det du dessutom kan göra är följande:
Kör sfc /purgecache med jämna mellanrum, förslagsvis innan du kör defrag. Detta tömmer cachen för System File Checker.
Töm mappen c:\windows\prefetch. Denna innehåller förladdade DLL-filer, och den brukar fylla på sig med tiden.

Instämmer, det finns inte en chans att ett program kan öka spänningen på +12 och +5. Möjligen kan det påverka Vcore, Vmem och Vagp, men det är det enda och sannolikheten för att det ska hända är inte speciellt hög.

Det som antagligen hände var att ASUS Probe och everest krockade med varandra eftersom de läser från samma I/O-portar.

CPU: P4C HT 2,4 @ 3,0ghz
Vcore: 1,45v
Kärna: Northwood
Kylning: Waterchill + AS3
Minnen: 2st 512mb Crucial value PC3200
FSB: 250mhz
FSB DRAM ratio: 5:4
Moderkort: ABit IC7-G
Överklockning: 25%

Fungerade även klockrent med Intels stock luftkylning, valde vatten för att tysta ner burken något.

Hjälpte en kompis att skruva ihop sin nya kärra. Hans Celeron-D 2.4 kör just nu i 3,0 (18*166) men startade windows klockrent i 3,6 (18*200) och körde prime ett tag. Allt med intel-kylare

Inte alltid, men ofta.
Sysslar man mycket med film till exempel så kastar man pengarna i sjön om man köper AMD.

Ja, AMD har högre IPC än Intel har. Detta innebär mer arbete gjort per klockcykel. Intels NetBurst-arkitektur (P4 alltså) är byggd för låg IPC men hög klocka. Högre IPC innebär normalt sett att det är svårare att höja klockfrekvensen eftersom det nästan alltid innebär kortare pipelines. Med en kort pipeline så måste varje steg i den göra mer arbete, och innebär lite allt möjligt skoj rent tekniskt. Prescott har alldeles enorma 31 steg i sin pipeline, så varje steg gör väldigt lite och kan följdaktligen köras snabbare. Den största hämmande faktorn hos Intels lösning är pipeline stalls, vilket innebär att processorn har gjort en hel del arbete i onödan och måste börja om.Det finns en del av processorn som kallas BPU, Branch Prediction Unit, vars enda ändamål här i livet är att försöka undvika pipeline stalls. Dock är de inte 100% på det jobbet, och kommer nog aldrig bli det heller. Intel har bättre BPU:er än AMD har, vilket väger upp en del av problemen med NetBurst.

Sedan så är det ju mer än bara processor man måste ta med i beräkningarna. Vilka chipset som finns tillgängliga är i högsta grad en faktor även det. En bra processor med uselt chipset kan aldrig bli annat än dåligt, oavsett hur bra processorn i sig är. Rent personligen så anser jag att Intel-platformen har bättre drag i sina chipset, sett både från prestanda och stabilitet. AMD har blivit bättre med tiden men når ändå inte riktigt samma standard enligt mig. Finns säkerligen många som inte håller med mig här, men det är min åsikt.

Humma, man kanske skulle skriva en artikel om processorer och hur de fungerar?

Ser ut som om det är din mailserver som inte är konfigurerad korrekt.
Har ingen aning om hur du ska göra med din mjukvara dock, men jag tror att din inte är inställd på vilka domäner den ska ta hand om.

Kan vara den automatiska igenkänningen av frametypes som spökar. IPX kan använda både 802.3 och 802.2-frames, windows ska känna igen det automatiskt men det kan klicka och gör det ofta tyvärr.
Kolla i IPX-inställningarna efter frametypes och ställ det på samma sort på alla datorerna.