exchange

Er dette er forsøk på å være humoristisk eller prøver du å lure noen newbies her ?

Sett pagefile til en fast størrelse. Det vil gi mindre fragmentering enn å ha dynamisk, ergo bedre ytelse.

Dette har jeg tilbakevist i flere posteringer på itpro samt kan også vise til 4 utgaven av Windows Internals. Algoritmene for virtuellt minne er optimalisert for dynamisk bruk.

Fast størrelse vil i de fleste tilfeller føre til DÅRLIGERE ytelse.

robocopy /Z /E /B /SEC /COPYALL <source> <dest>

om du kjenner til default domain security bør du også finne frem til user configuration...

i ad users and computers, høyreklikk på domenet(rooten)-->properties-->

gå til arkfanen for group policy->edit

Da vil en mmc med default domain policy dukke opp. Denne er delt opp i to deler og i venstre side vil du få frem computer og user configuration.

ta av inherit from parent i advanced under sikkerhet, og så legger du tilgang til eksplisitt.

user configuration\administrative templates\control panel\prohibit access to the control panel

slett temp-filer og andre ting brukeren ikke har bruk for

historie, local Settings, temp + temp internet filer er ekskludert ved default når man har roaming profiles

ser at en annen skriver at wins er useless i ett ad-nettverk men med den erfaringen jeg har om hvor viktig wins er i nettet mitt med flere tusen klient-maskiner har jeg funnet ut at wins er kjekt å ha).

wins har absolutt ingenting med ad å gjøre, unntaket er om du bruker ad klienten for 98/me/95 og nt klienter.

'slow link detection'

endablet ved default til 500 kb/s

Både 'store og små' brukere bruker lang tid på og aktivere datamaskin innstillingene.

Det betyr at det IKKE er dns, dns brukes for å lokalisere tjenester i ad via resource records.

som er litt merkelig er at admin brukeren virker utrolig rask og logge på med

Det er ikke rart, fordi admin vil normalt få påført minimalt av gp settings.

hvert gpo objekt lagres i sysvol mappen på dcen. Når klient booter vil man gjå gjennom post test og loading av os. DHCP klienten som er installert vil sette igang dhcp dora prosessen. Klienten får ip adresse eller beholdes den eksistrende om ikke leas tiden er gått ut. Via dhcp options får man info om hvor dns er lokalisert, og via resurs records i dns går turen til den globale katalogen for kerberos eller ntlm v2 autentisering.

Logon token vil opprettes med medlemmskap i grupper og rettigheter på systemet, hosten vil loade gp settings fra sysvol og profil loades.

Scenarioet du beksriver tyder derfor på dårlig active direcotry design, herunder site konfigurering og dc plassering.

Exchange: var det riktig link?

Nei, linken er oppdatert nå.

J0ll1 posterte samme spørsmål i et annet forum, så linket bare over til det jeg skrev der.

using System;

class MinApp
{
   static void Main ()
   {
       Console.WriteLine ("Hallo");
   }
}

Welcome to the largest collection of ADO and ADO.NET connection strings on the Internet!

http://www.able-consulting.com/ADO_Conn.htm

vbc.exe (vb kompilatoren) legger automatisk til Microsoft.VisualBasic dll under kompilering, samt visual studio har samme namespace som prosjektwide imports.

Du kan prøve express utgavene..

http://lab.msdn.microsoft.com/express/

En managed module kan inneholde unmanaged kode

nei det er ikke unmanaged code i en modul.

clr jobber mot assemblyer(gruppering av en eller flere moduler)

du har følgende metoder for å bruke unmanaged code.

1. managed code kan calle unmanaged funksjon i en dll via P/invoke

2. managed code kan bruke en com komponent

3. unmanaged code kan bruke en managed type

du kan også bruker /clr switchen i c++ kompileren, koden vil bli managed men ikke data( forsatt være data typer uten metadata assosiert mot dem)

Det er ingen Virtual Machine i .NET

jo selvfølgelig er det det.

CLR er analog til JVM

which aspire to use the CLR services compile (commandprompt>csc <filename>. cs) to something, called Portable Executable (PE). PE is a collection of Microsoft Intermediate Language Code (MSIL) and Metadata.

nei, dette er ikke riktig. Når du kompilerer et .net språk får du en managed modul som er enten en .exe eller .dll. En eller flere relaterte moduler kalles en assembly,

en managed module inneholder 4 komponenter:

En windows pe header, som alle windows apps har.

.NET framework fil header, start punktet for appen (main)og runtime versjon som modulen ble kompilert mot, og pekere til metadata.

Metadata, beskriver hvilke typer som selve modulen inneholder og typer i refererende moduler

MSIL: managed kode produsert av kompileren

-----------

PE header inneholder flere felt, og et av de viktigste, forteller hvor i koden oset skal hoppe til, når man loader appen. Problemet med en managed modul er at den ikke inneholder native machine kode, og derfor må PE header inneholde en JMP instruksjon til _CorExeMain i McCoreEE.dll (til runtimen), som lastes inn i minnet.

Denne får info om hvor il ligger og kopilerer fortløpende (jit)

I Xp og server 2003, har man gjort visse endringer. Her vet oset at det er snakk om en managed module og loader runtimen direkte, uten steget innom JMP instruksjonen.

Servere skal ikke brukes til å surfe med. Microsoft har lagt inn noe man kaller enhanced security configuration, denne disabler du ved å gå til add remove programs, eller justere ned sikkerhetsnivået til medium via tools-->internet options-->security

Pre-release software:

It is important to understand that pre-released versions of any product will not display the stability of a released Microsoft product. You might encounter problems resulting in a loss or destruction of data. There is no uninstall or upgrade path for the beta version of Windows AU. Therefore, this release should only be installed and run in a test environment for evaluation purposes where Windows will be reinstalled following the testing period. We recommend you back up your existing data before installing and running this software.

You should not depend on beta versions of Windows AU to keep your computer fully up to date and secure. It is possible critical updates will not reach the Windows Update Beta web site as quickly as they are posted to the released Windows Update site.

Er uendelig mye i verden som er "urettferdig" eller som man ikke liker.

Istedenfor å konsentrere sin energi på små bagateller, kverulere og blåse disse opp i uante dimensjoner, så kan man heller gjøre noe fornuftig med sin tid.

Det kan diskuteres om den alternative premien var dårligere eller ikke, uansett så ble han tilbydt en konpensasjon, noe han selv takket nei til.

Dette er et faktum man kan diskutere opp og ned i mente, og gjerne kverulere et par dager å komme med nedlatende kommentarer om andre nettsteder og/eller personer.

Lykke til videre anyway..

Denne krav mentaliteten hører ingen plass hjemme.

Du har blitt tilbudt 3 ulike gevinster, om ingen av de tilfredsstiller dine ønsker så kan du la være å ta imot.

På godt norsk: (sensurert) but you get the idea...

Med JIT kompilering blir programmet ditt optimalisert for akuratt den CPU'en du kjører det fra

nei, jit kompileren har dypere forståelse av den underliggende arkitekturen og kan i teorien spytte ut kode for en spesifikk cpu istedenfor generisk x86 mikroprosessor kode som den gjør i dag. Men dette er langt frem i tid.

Hva med å skrive ne som er basert på fakta og ikke en sirup av subjektive oppfattninger som er direkte feil...

1. Standarisering vs låsning mot .Net Runtimen

det var det DotNet som oppfylte, nemlig å være i sannhet kompatibelt på tvers av plattformene

Med DotNet svekker Microsoft sitt eget markeds monopol

Framework spesifications + c# er standarisert. .Net runtimen er MS sin implemenstasjon av spesifikasjonene, og c# benytter et klasse bibliotetk, bcl, som er utviklet av ms.

Er kun et subset av framworket som vil være kompatibelt, og hvem vil egnetlig benytte av begrenset funksjonalitet når man får hele pakken fra microsft.

I longhorn låser microsoft sin implementasjon av framwork spesifications mot operativ systemet, og på den måten sikkrer en utvikler base mot produktet.

2.

Styrken i DotNet ligger her på dens mulighet for multiserver støtte, samt pre-compile av applikasjonene. Sammenlignet med PHP er DotNet applikasjoner noe bedre til å tåle store belastninger

For det første er php er script språk, dernest gir ikke prekompilering noen gevinst. Det viser seg at prekompilering ikke er effektivt, da minne flaten for appen blir større og jit ikke kan optimalisere kode kjøring.

3

Kort læretid om man har prøvd VB tidligere

Kort tid å lære seg selve vb.net ja, men alt er objekt orientert og rammeverket meget stort og komplekst. Læringskurven til .net er meget bratt

4.

Man har standarisert mesteparten av funksjonene slik at de er portable mellom en lang rekke plattformer

nei....

er få funksjoner som er "portable" til andre plattformer.

Noen har skiftet fra Domene til Arbeidsgruppe på pappas arbeidsmaskin, en Windows 2000

og hvem er denne noen??....

en maskin kan kun være medlem av et domene eller workgroup av gangen. , og etter endringer må host restartes.

Er maskinen medlem et domene, så kan man logge seg på lokalt på maskinen.

1. prøv å logg deg inn med administrator o

2.

http://www.ultimatebootcd.com/

Bren, boot, Offline NT Password & Registry Editor, der kan du nullstille alle brukeres passord.

logg deg så inn med administrator...

nb: ikke gjør dette om du har efs krypterte filer på disken.

sett en hash rule under software restrictions policy...(kun tilgjengelig for xp og server 2003)