방랑이 ...

Hi Nick,

Last night I successfully truncate the BizTalkDTADb database. By the way, I found that views with SCHEMABINDING and truncate tablecommand work different in SQL 2000 and SQL 2005. When I tested the script on SQL 2005 there wasn't any issue, but SQL 2000 refused truncate a table without droping the views (that's probably why you did it).

As a result, steps are:

0. Before start, ensure you have got the database admin priveleges on the database

1. Stop all BizTalk Server Host Instances

2. Full backup BizTalkDTADb database (just in case)

3. Make scripts to create views (MANDATORY)
    dbo.dtav_ServiceFacts
    dbo.dtav_MessageFacts
    dbo.dtav_FindMessageFacts

4. Run SQL script:

use BizTalkDTADb
GO

-- Drop the Views (before you perform this, ensure you take copies of these views!)
-- unfortunately, it's necessary for SQL 2000, but you can skip it for SQL 2005
Drop View dbo.dtav_ServiceFacts
Drop View dbo.dtav_MessageFacts
Drop View dbo.dtav_FindMessageFacts
Go

-- Truncate the necessary Tables
Truncate Table dta_CallChain
Truncate Table dta_DebugTrace
Truncate Table dta_MessageInOutEvents

Truncate Table dta_ServiceInstanceExceptions
Truncate Table dta_ServiceInstances

Truncate Table Tracking_Fragments1
Truncate Table Tracking_Parts1
Truncate Table Tracking_Spool1

Truncate Table dta_MessageFieldValues

-- end of the script

5. Update statistics on BizTalkDTADb database

-- update statistics
exec sp_updatestats

6. Run the saved scripts (see step 3) to recreate the dropped views from your own environment.

7. Shrink BizTalkDTADb database (sometimes it doesn't work from GUI, so using sql command will help)

-- shrink database
dbcc shrinkdatabase (BizTalkDTADb, 10)

8. Start BizTalk Server Host Instances

9. Configure and enable SQL Agent job "DTA Purge and Archive" (to avoid over-growing the database in the future)

P.S. The script above does not truncate Rule Engine related tables.

Regards,

Nick Busy

"Some forms of reality are so horrible we refuse to face them, unless we are trapped into it by comedy. To label any subject unsuitable for comedy is to admit defeat." -- Peter Sellers (1925 - 1980)

In the Patterns and Practices Group's "Improving .NET Application Performance and Scalability", which is available in full text online and as a PDF download from the above link, as well as in softcover through MSPress and major booksellers, there are over 1000 pages and appendixes of detailed information about how to improve .NET application performance and scalability, written by the top experts in the business. One area that is both little understood and potentially confusing is the tuning of Internet Information Services 6.0.

The skinny about all this is that the PAP group says the default settings shipped with IIS and the .NET Framework should be changed. They provide detailed information in pages 332 through 342 in Chapter 6 on ASP.NET, and they provide even more information in Chapter 17. I'll summarize some of the more important points here, since I know that, human nature being what it is, most people running IIS and reading this article probably have not waded through this lengthy but excellent publication. Once you see the quality of the information you can get from it, it may encourage you to do so; it is an investment of your time as a professional ASP.NET developer that I highly recommend. The fact that the book is made available free online by Microsoft should not in any way diminish its importance or value to developers who are interested in achieving the absolute best performance and scalability from their .NET Applications.

NOTE:  This "helper" article focuses almost totally on the IIS-related issues and settings. However, Chapter 6 and additional information in the various checklists and in Chapter 17 address many other issues that are related to, but do not specifically involve IIS 6.0 settings. Some of these can be addressed at the machine.config level, others are "best practices" coding techniques, and some can be addressed in web.config. Paragraphs marked "Discussion" are my individual comments. The rest is (mostly) untouched snippets from the PAP publication itself.

First, lets examine some of the "reduce contention" formula settings. All this information, and a lot more, is right in the book:

Formula for Reducing Contention

The formula for reducing contention can give you a good empirical start for tuning the ASP.NET thread pool. Consider using the Microsoft product group-recommended settings that are shown in Table 6.1 if the following conditions are true:

• You have available CPU.
• Your application performs I/O bound operations such as calling a Web method or accessing the file system.
• The ASP.NET Applications/Requests In Application Queue performance counter indicates that you have queued requests.

Table 6.1: Recommended Threading Settings for Reducing Contention

To address this issue, you need to configure the following items in the Machine.config file. Apply the recommended changes that are described in the following section, across the settings and not in isolation. For a detailed description of each of these settings, see "Thread Pool Attributes" in Chapter 17, "Tuning .NET Application Performance."

• Set maxconnection to 12 * # of CPUs . This setting controls the maximum number of outgoing HTTP connections that you can initiate from a client. In this case, ASP.NET is the client. Set maxconnection to 12 * # of CPUs.
• Set maxIoThreads to 100 . This setting controls the maximum number of I/O threads in the .NET thread pool. This number is automatically multiplied by the number of available CPUs. Set maxloThreads to 100.
• Set maxWorkerThreads to 100 . This setting controls the maximum number of worker threads in the thread pool. This number is then automatically multiplied by the number of available CPUs. Set maxWorkerThreads to 100.
• Set minFreeThreads to 88 * # of CPUs . This setting is used by the worker process to queue all the incoming requests if the number of available threads in the thread pool falls below the value for this setting. This setting effectively limits the number of requests that can run concurrently tomaxWorkerThreads � minFreeThreads . Set minFreeThreads to 88 * # of CPUs. This limits the number of concurrent requests to 12 (assumingmaxWorkerThreads is 100).
• Set minLocalRequestFreeThreads to 76 * # of CPUs . This setting is used by the worker process to queue requests from localhost (where a Web application sends requests to a local Web service) if the number of available threads in the thread pool falls below this number. This setting is similar tominFreeThreads but it only applies to localhost requests from the local computer. Set minLocalRequestFreeThreads to 76 * # of CPUs.

Discussion: The proviso above indicates that these settings should be used when your application has I/O bound operations and the Applications/Requests In Application Queue perfcounter indicates you have queued requests. However, I have found that settings approaching those indicated can improve performance on ASP.NET apps that do not exhibit these conditions. I recommend using the "Homer" web stress tool from at least one remote machine (and preferably more than one machine, with the supplied ASP controller page), or the .NET ACT Application Center Test application, to throw a good solid load at your app and carefully measure the performance statistics with each set of both the default and the above settings. In particular, pay close attention to the Requests per second and the time to last byte readings. This baseline testing scenario should provide the basis for further tuning if it is necessary, and it doesn't take long at all. You can only improve something if you have metrics, and the way you get the metrics is to take the time to get them! You can easily script all kinds of "user paths" through your ASP.NET application with testing software such as is mentioned here, and get the important baseline metrics you need. One more thing-- rule number 1 of software testing and debugging:

"When you are going to change something, ONLY CHANGE ONE THING AT A TIME!" Test it, get the metrics, and only then, proceed.

Kernel Mode Caching

If you deploy your application on Windows Server 2003, ASP.NET pages automatically benefit from the IIS 6.0 kernel cache. The kernel cache is managed by the HTTP.sys kernel-mode device driver. This driver handles all HTTP requests. Kernel mode caching may produce significant performance gains because requests for cached responses are served without switching to user mode.

The following default setting in the Machine.config file ensures that dynamically generated ASP.NET pages can use kernel mode caching, subject to the requirements listed below.

Dynamically generated ASP.NET pages are automatically cached subject to the following restrictions:

• Pages must be retrieved by using HTTP GET requests. Responses to HTTP POST requests are not cached in the kernel.
• Query strings are ignored when responses are cached. If you want a request for http://contoso.com/myapp.aspx?id=1234 to be cached in the kernel, all requests for http://contoso.com/myapp.aspx are served from the cache, regardless of the query string.
• Pages must have an expiration policy. In other words, the pages must have an Expires header.
• Pages must not have VaryByParams .
• Pages must not have VaryByHeaders .
• The page must not have security restrictions. In other words, the request must be anonymous and not require authentication. The HTTP.sys driver only caches anonymous responses.
• There must be no filters configured for the W3wp.exe file instance that are unaware of the kernel cache.

Discussion: The "enableKernelOutputCache = "true" setting IS NOT present in the default machine.config "httpRunTime" element. Since it is not present, we should be able to expect that the default setting of "true" is automatic. Personally, I feel better explicitly putting the attribute in there, and setting it to "true". As an aside, I have found that it is ALWAYS a good idea to KEEP A BACKUP COPY of your machine.config stored somewhere safe.

Tuning the Thread Pool for Burst Load Scenarios

If your application experiences unusually high loads of users in small bursts (for example, 1000 clients all logging in at 9 A.M. in the morning), your system may be unable to handle the burst load. Consider setting minWorkerThreads and minIOThreads as specified in Knowledge Base article 810259, "FIX: SetMinThreads and GetMinThreads API Added to Common Language Runtime ThreadPool Class," at http://support.microsoft.com/default.aspx?scid=kb;en-us;810259 .

Discussion: The .NET Threadpool is somewhat limited in its flexibility and is specifically limited in terms of how many instances you may have per process, since it is static. If you have ASP.NET applications that specifically need to run background thread processing, you may wish to investigate using a custom threadpool class. I have used Ami Bar's SmartThreadPool with great success, and have even modified it to provide a ThreadPriority overload. You can have more than one instance of this pool, and each can be custom configured. This type of approach provides maximum flexibility while simultaneously permitting individual threadpool tuning of critical resources.

Tuning the Thread Pool When Calling COM Objects

ASP.NET Web pages that call single-threaded apartment (STA) COM objects should use the ASPCOMPAT attribute. The use of this attribute ensures that the call is executed using a thread from the STA thread pool. However, all calls to an individual COM object must be executed on the same thread. As a result, the thread count for the process can increases during periods of high load. You can monitor the number of active threads used in the ASP.NET worker process by viewing theProcess:Thread Count (aspnet_wp instance) performance counter.

The thread count value is higher for an application when you are using ASPCOMPAT attribute compared to when you are not using it. When tuning the thread pool for scenarios where your application extensively uses STA COM components and the ASPCOMPAT attribute, you should ensure that the total thread count for the worker process does not exceed the following value.

Evaluating the Change

To determine whether the formula for reducing contention has worked, look for improved throughput. Specifically, look for the following improvements:

• CPU utilization increases.
• Throughput increases according to the ASP.NET Applications\Requests/Sec performance counter.
• Requests in the application queue decrease according to the ASP.NET Applications\Requests In Application Queue performance counter.

If this change does not improve your scenario, you may have a CPU-bound scenario. In a CPU-bound scenario, adding more threads may increase thread context switching, further degrading performance.

When tuning the thread pool, monitor the Process\Thread Count (aspnet_wp) performance counter. This value should not be more than the following.

If you are using AspCompat, then this value should not be more than the following.

Values beyond this maximum tend to increase processor context switching.

Discussion: There is a long list of attention items that revolve around and are tightly woven into the IIS tuning issue for ASP.NET application tuning and scalability. These include, but are not limted to the following:

• Improving page response times.
• Designing scalable Web applications.
• Using server controls efficiently.
• Using efficient caching strategies.
• Analyzing and applying appropriate state management techniques.
• Minimizing view state impact.
• Improving performance without impacting security.
• Minimizing COM interop scalability issues.
• Optimizing threading.
• Optimizing resource management.
• Avoiding common data binding mistakes.
• Using security settings to reduce server load.
• Avoiding common deployment mistakes.

You can find detailed treatment of most of these issues in Chapter 6 of the above-captioned publication.

I hope this brief synopsis of IIS tuning parameters is useful to you. Once again, I strongly recommend reading all this in the bigger context of the book, and mapping out an optimization plan that includes code review, refactoring, and optimization tuning both at the ASP.NET application and IIS webserver levels. One of the great things about the lessons learned from IIS / ASP.NET testing and tuning optimizations is that they can be carried forward to new applications and will improve your skills and value as a professional developer. I spent nearly three weeks at the Microsoft Testing Lab in Charlotte, NC under the tutelage of Dennis Bass and his fine crew, and the lessons learned there were invaluable. If this book were avalable then, I may not have needed to spend so many nights in hotel rooms.

참조 :http://kin.naver.com/detail/detail.php?d1id=4&dir_id=41201&docid=488964&qb=7ZSE66as656c7IScIOqwnOyduOyCrOyXheyekCDsi6Dssq3shJzrpZg=&enc=utf8&section=kin&rank=2&sort=0&spq=0&pid=fwLWfwoi5TNssv%2BiL1Csss--006617&sid=SwNtS2dkA0sAAD@ZJy4

1. 개인사업자로 전환하는데 어캐해야하는건가요? 지금 현재 저는 IT인력회사에서 디자이너로 일하고 있습니다.

님이  현재다니는 회사와 계속 용역관계 계속유지하시려면 사업자등록을 하시는 방법밖에 없는것 같습니다.  따라서 님은 아래와 같은 서류를 첨부하여 "사업장 관할세무서"에 사업자등록을 신청하시면 즉석에서 사업자등록증을 받을수 있습니다.

사업자등록 신청시에는 대표자 본인이 반드시 세무서에 가셔서 신청하여야 합니다.

이때 사업의 종류 또는 연매출(4800만원기준)에 따라 일반과세자 또는 간이과세자중

하나를 선택하여 과세유형적용을 함께 신청하시기 바랍니다.

님의경우는 연매출이 4800만원 이하라고 판단되시면 우선 간이과세자(세금계산서 발행안함)로 신청하시는것이 낫겠습니다.

< 첨부서류>

ⓐ 사업자등록 신청서

ⓑ 사업자의 주민등록등본(사업장이 집일경우)

ⓒ 사업장의 임대차계약서 원본(사업장이 임차건물인경우) 

2. 소득공제를 받으려면 어떻게 해야하는건가요? 정확하게 카드를 쓴다든지 돈을쓰면

영수증같은거 어케하는건지알려주세요..

근로소득자(직장인)은 연말정산때 신용카드(현금영수증),교육비,의료비,보장성보험료 지출에 대해 소득공제를 받으실수 있습니다만

님은 경우 현재 3.3% 세금을 내시는 관계로 사업소득자 신분이고 추후 개인사업자로 사업자등록을 하시더라도 신용카드등 위와같은 항목에 대해서 소득공제는 받을수 없습니다.

다만 신용카드 및 현금영수증등이 사업유지에 사용된것이라면 필요경비로 활용받아 과세표준이 적어지게 할수 있습니다.

참고로 아래부분은 일반사업자들이 받을수있는 소득공제항목이오니 참조바랍니다. 

※ 일반사업자들이 받을수있는 소득공제항목

ⓐ 인적공제(추가공제)

ⓑ 연금,보험료공제

ⓒ 개인연금저축,연금저축공제

ⓓ 기부금공제

3. 개인사업자로 전환되면 소득신고는 언제 몇번을 해야하나?

현재까지 님은 급여를 받으실때마다 3.3%의 세금공제대한  "원천징수영수증"을 매달 받으셨으리라 생각되며,  급여를 준 회사에서는  님에소득에 대한 원천세 신고를 매달 또는 반기별로  했으리라 생각됩니다.

하지만 님이 개인사업자로 전환이 된다면 이런 세무신고는 스스로 하셔야 하며 앞으로는 소속회사에서 대신해주지는 않습니다.

개인사업자 소득신고는 1년에 한번 합니다.

즉 2005년도 1월 1일 ~  2005년 12월 31일에 대한 소득에 대하여 내년 2006년 5월 종합소득세 신고기간(5월1일~5월31일) 주소지 관할세무서에 하시게 됩니다.

Microsoft Windows 2003 Server 설치 및 최적화 설정

Microsoft Windows 2003 Server을 안정성 > 사용상 편의 / 속도 > 시각적 효과적으로 최적화 설정을 정리.
주관성에 집중되어 있으므로 차이에 따라 본인의 사용 용도에 따라 설정도 가능하다. 
Microsoft Windows 2003 Server은 서버용 운영체제이므로 기본적인 음성, 그래픽 혹은 자바등의 구성이 제외 되어 있거나 비활성화 되어있다.
- 음성/테마 적용 및 자바 설치등을 설정하면 XP와 비슷한 환경으로 설정 가능.

* 기본적으로 Microsoft Windows 2003 Server는 저사양에서도 Microsoft Windows 2000 Server나 Microsoft Windows XP 제품군보다 훨씬 빠른 속도와 확장성 보여준다.

운영체제 설치 개략

* 운영체제를 설치 할 때에는 반드시 인터넷이 연결되지 않은 상태에서 설치하며 웜패치 및 보안패치를 반드시 설치.

* 하드웨어 칩셋 패치를 반드시 설치. 시스템의 성능의 향상.
* 설치 후 백신 프로그램을 설치. Microsoft Windows XP 제품군과는 다르게 서버용 백신을 설치.
* 드라이버는 최신 사양으로 설치. 하지만 드라이버와 운영체제간의 호환성 문제로 인해 윈도우즈 업데이트를 통한 드라이버 설치를 권장.
* DirecX 설치 후 여러가지 소프트웨어를 설치.
* 비활성화 목록을 활성화.

Step 01. Microsoft(R) Windows 2003 설치 버전 확인
시작 > 실행 > winver을 입력.
(예) Microsoft(R) Windows 버전 5.2(빌드 3790.srv03_rtm.030324-2048)

Step 02. 멀티 부팅시 유의 및 부팅순서/운영체제 목록 표시시간 설정
-자신의 주로 사용할 운영체제를 기본으로 설정하고 운영 체제 목록을 표시할 시간을 설정 변경.
컴퓨터 > 속성 > 고급 > 시작 및 복구 > 설정 > 시스템 시작 에서 설정.
※ 멀티 부팅 유의사항은 반드시 C Drive(마스터)는 Microsoft(R) Windows 2003보다 하위 버젼 설치 후 D drive(슬레이브) Microsoft(R) Windows 2003설치.
상하위 버전을 바꾼 상태로 설치 시 상위버전이 실행되지 않음.

Step 03. 시스템 설정
-DirectX 활성화
시작 > 실행 > dxdiag > 확인하여 DirectX 진단 도구를 실행하고 디스플레이 탭을 선택하고 
DirectX 기능이라는 항목에 DirectDraw 가속, Direct3D 가속, AGP 질감 가속 기능을 모두 사용 선택하고 
소리 탭에서 DirectX 기능 항목에 하드웨어 소리 가속 수준을 최대로 변경.

-시스템의 설정 변경
내 컴퓨터 > 속성 > 고급 > 시작 및 복구 항목에 설정(T) 선택 한 후 디버깅 정보 쓰기 항목에 작은메모리덤프(64KB)로 변경.
내 컴퓨터 > 속성 > 고급 > 성능 항목에 설정(S) 선택 한 후 고급탭에 프로세서 사용 계획, 메모리 사용 계획 항목을 모두 프로그램.

-서비스 항목설정
시작 > 실행 > services.msc > 확인 > 서비스를 실행하고 서비스(로컬)에서 아래 항목들을 변경.
(o):자동 (*):수동 (x):사용안함
Alerter(x) : 선택된 사용자와 컴퓨터에 관리 경고를 알립니다.
Automatic Updates(x) : 중요한 windows업데이트를 자동으로 다운로드하고 설치할 수 있도록 합니다.
Error Reporting Service(x) : 예상치 못한 응용프로그램 오류를 모으고 저장하거나 microsoft에 보고합니다.
Help and Support(*) : 도움말 및 지원센터를 실행 할 수 있도록 합니다.
IMAPI CD-Burning COM Service(*) : IMAPI를 이용하여 CD굽기를 관리합니다.
Messenger(x) : 클라이언트와 서버 사이에 net send및 경고 서비스 메시지를 전송합니다.
Portable Media Serial Number(x) : 이 컴퓨터에 연결된 어떠한 Portable Media Player의 일련번호를 검색합니다.
Protected Storage(x) : 개인키와 같은 중요한 정보를 보호하고 허가되지 않은 서비스, 프로세스, 사용자 액세스를 방지합니다.
Remote Registry(x) : 원격사용자가 이 컴퓨터에서 레지스트리 설정을 수정할 수 있도록 설정합니다.
Secondary Logon(x) : 다른 자격 증명에서 프로세스를 시작할 수 있도록 합니다.
Windows Image Acquisition(WIA) : 스캐너 및 카메라에 대한 이미지 인식 서비스를 제공합니다.
Windows Time(x) : 네트워크 상에서 모든 클라이언트 및 서버의 날짜 및 시간 동기화를 유지합니다.

-Theme 서비스 및 Audio 서비스 활성화
시작 > 실행 > services.msc > 확인 > 서비스 > 서비스로컬에서 themes > 자동으로 설정.
시작 > 실행 > services.msc > 확인 > 서비스 > 서비스로컬에서 windows audio > 자동으로 설정.

-디스플레이 설정
자신의 최신 그래픽 드라이버를 설치.
시작 > 제어판 > 디스플레이 > 디스플레이 등록정보 > 설정 > 고급(V)를 선택 한 후 문제해결 탭에서 하드웨어 가속 항목에 
하드웨어 가속(H)를 최대로 변경.
※ DirectX가 설치가 되어있어야 함.

-사운드 설정
자신의 최신 사운드 드라이버를 설치.
시작 > 제어판 > 사운드 및 오디오장치 > 볼륨 > 스피커 설정 항목에서 고급(D)...를 선택 한 후 성능 탭에서 오디오 재생 항목에
하드웨어 가속을 최대로 변경.
※ DirectX가 설치가 되어있어야 함.

-자바가 실행 불가능 할 시(예:다음카페에서 cafe on이 되지않는 경우)
자바의 저작권 문제로 제외 되었던 마이크로 소프트 버추얼머신을 설치.
※ 인터넷 공개자료실같은 사이트에서 쉽게 다운로드 가능.

Step 04. 최적화 팁 (윈도우 부분)
- 1차 가상메모리 설정
제어판 > 시스템 > 고급 > 성능탭에서 설정(S) 선택 한 후 성능 옵션을 실행하고 고급탭에 가상 메모리항목을 1GB를 기준으로 1536MB / 1536MB의 스와핑드라이브를 지정.

-오류 보고 설정 해제
제어판 > 시스템 > 고급 > 오류보고(R) 선택 한 후 오류 보고를 실행하고 오류 보고 사용 안 함 선택.

-자동 시스템 재부팅 설정 해제
제어판 > 시스템 > 고급 > 시작 및 복구항목에서 설정을 선택 한 후 시스템 오류 항목에서 자동으로 다시 시작을 선택 해제.

-시각 효과 설정
제어판 > 시스템 > 고급 > 성능항목에서 설정을 선택 한 후 성능옵션을 실행하고 시각 효과탭에서 최적 성능으로 조정(P)을 선택.
제어판 > 디스플레이 설정 > 화면배색 > 효과를 선택 하여 효과를 실행하고 모두 선택 해제.

-시스템 시작 시 ctrl+alt+del 설정 해제 
시작 > 실행 > gpedit.msc 입력 > 그룹정책개체편집기 > 컴퓨터구성 > windows설정 > 보안설정 > 로컬정책 > 보안옵션 > 대화형로그온 : [ctrl+alt+del]을 사용할필요없음 > 더블클릭 > 사용으로 선택 합니다.

-시스템 종료 시 이벤트 추적기 표시 설정 해제
시작 > 실행 > gpedit.msc입력 > 그룹정책개체편집기 > 컴퓨터구성 > 관리 템플릿 > 시스템 > 우측창에서 시스템 종료이벤트 추적표시 더블클릭 > 사용 안함으로 변경합니다.

-로그온 시 암호 설정 해제
시작 > 실행 > control userpasswords2 > 확인 > 사용자계정 > 사용자이름과 암호를 입력해야 이 컴퓨터를 사용할수 있슴에 선택를 해제함 > 확인 > 창이 하나 나오면 여기에 설치시 설정한 암호를 적고 확인 합니다.

-Internet Explorer 세팅 및 인터넷 최적화 
* 도구 > 인터넷 옵션 > 일반 > 임시 인터넷 파일항목에서 설정 > 임시 인터넷 파일 폴더항목에서 사용할 디스크 공간을 자신의 하드디스크 용량에 맞춰 폴더 변경 및 적당한 공간  설정.
* 도구 > 인터넷 옵션 > 일반 > 열어본 페이지 목록항목에서 페이지 보관 일수를 적당히 설정.
* 도구 > 인터넷옵션 > 보안 > 인터넷 보안을 보통으로 변경.
※ 제어판 > 프로그램 추가/제거 > windows 구성요소 추가/제거 > windows구성요소 마법사 > Internet Exporer 보안 강화 구성을 선택 해제하고 자세히를 선택하여 관리자 그룹용과 기타사용자 그룹용 선택 해제 한 후 다음을 선택하면 인터넷옵션 보안에는 보통으로 변경 가능.
* 도구 > 인터넷 옵션 > 개인정보탭에서 설정항목을 낮음으로 설정.
* 도구 > 인터넷 옵션 > 연결 > LAN설정항목에서 자동 구성, 프록시 서버 모든 선택를 해제.
* 도구 > 인터넷 옵션 > 프로그램 > 시작할때 기본 브라우저 확인에 선택 해제.
* 도구 > 인터넷 옵션 > 고급 에서
> 멀티미디어 > 이미지 크기 자동조정가능에 선택 해제.
> 보안 > 브라우저 닫을때 임시 인터넷 파일 폴더 비우기에 선택. (시스템을 항상 유지시킬 분만 추천)
> 탐색 > 예약시 동기화할 오프라인 항목 사용에 선택해제.
> 탐색 > 웹페이지 단추 및 컨트롤 시각 스타일 사용에 선택해제.
> 탐색 > 인라인 자동 완성사용에 선택해제.
> 탐색 > 주소표시줄에 [이동] 단추 표시에 선택 해제.
> 탐색 > 타사브라우저 확장 사용에 선택 해제.(다시 시작해야 함)
> 탐색 > URL을 항상 UTF-8로 보냄에 선택 해제.

-작업표시줄의 인터넷 익스플로러창 합쳐지는것 막기
시작 > 제어판 > 작업표시줄 및 시작메뉴 > 같은 종류의 작업 표시줄 단추를 그룹(G)으로에 선택 표시 해제.

-미리 보기 캐쉬로 인한 메모리 사용량 과대 방지
윈도우탐색기 > 도구 > 폴더 옵션을 실행 한 후 미리 보기 캐쉬 안 함 선택.

-내 문서 폴더 저장위치 변경하기
내 문서 > 속성 > 대상 폴더 위치에서 변경.

-탐색기의 폴더 옵션 설정 
탐색기 > 도구 > 폴더옵션 > 보기 > 고급옵션 >
보호된 운영체제 파일 숨기기에 선택 해제,
숨김 파일 및 폴더 표시에 선택,
시스템 폴더 내용 표시에 선택,
알려진 파일 형식의 확장명 숨기기에 선택 해제,
암호화 되거나 압축된 NTFS 파일을 컬러로 표시에 선택 해제,
폴더 및 바탕 화면 항목에 팝업설명표시에 선택 해제,
폴더팁에 파일 크기 정보 표시에 선택 해제.
폴더 보기 항목에 모든 폴더에 적용을 선택.

-휴지통 설정
휴지통 > 속성 > 일반설정 > 휴지통의 최대 크기를 5%로 삭제 확인 대화상자 표시에 선택를 해제 합니다.

-XP 처럼 디스플레이 사용하기
내컴퓨터 > 속성 > 고급 > 성능 > 설정 > 시각효과 > 두번째 최적모양으로설정 > 선택 > 확인합니다.

-윈2003 작업중단방지
* 제어판 > 디스플레이 > 디스플레이 등록정보 > 화면보호기 > 다시 시작할 때 암호로 보호에 선택를 해제 합니다. 
* 제어판 > 디스플레이 > 디스플레이 등록정보 > 화면보호기 > 전원 > 고급 > 컴퓨터가 대기 모드에서 나올 때 암호로 묻기에 선택 해제 합니다.

-내문서나 미디어플레이어 사용후에 흔적 지우기.
시작 > 실행 > gpedit.msc > 그룹정책개체편집기 > 사용자구성 > 관리템플릿 > 작업표시줄및시작메뉴
* 종료시 최근에 사용한문서 기록지우기를 더블클릭 > 사용선택후 확인
* 최근에 사용한 문서 기록을 보관안함을 더블클릭 > 사용선택후 확인

-종료 속도 빠르게 하기
시작 > 실행 > gpedit.msc > 그룹정책개체편집기 > 컴퓨터구성 > 관리템플릿 > 시스템 > 사용자프로필 > 프로필 언로드 및 
업데이트의 재시도 최대횟수를 더블클릭 > 사용을 선택후 재시도횟수를 0 으로 수정합니다.

Step 05. 최적화 팁 (레지스트리 부분)

[1] 메뉴 팝업속도 향상하기
HKEY_CURRENT_USER\ControlPanel\desktop - MenuShowDelay → 0

[2] MSIE 로딩속도(DNS 캐쉬수정) 향상하기
* HKEY_LOCAL_MACHINE\System\CurrentControlset\Services\Dnscache\Parameters
새로만들기(DWORD - 10진수) 
CachehHashTableBucketSize---->1 
CachehHashTableSize---------->384 
MaxCacheEntryTtlLimit-------->64000 
MaxSOACacheEntryTtlLimit----->301 
* HKEY_USER\.Default\Software\Microsoft\Windows\CurrentVersion\InterSettings
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\InterSettings
새로만들기(DWORD - 16진수) 
MaxConnectionsPerSever------>20 
MaxConnectionsPer1_0Sever--->20 
* HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\RemoteComputer\
NameSpace에서 {D6277990-4C6A-11CF-8D87-00AA0060F5BF} 폴더 자체를 삭제

[3] 폴더창 팝업속도 향상하기
HKEY_CURRENT_USER\Control Panel\desktop\windowmetrics 
새로만들기(문자열 값) 
MinAnimate ----> 0

[4] 아이콘의 화면출력(Refrash rate) 속도향상하기
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Update 
UpdateMode ----> 0

[5] L2캐쉬 지정으로 속도향상하기
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\MemoryManagement 
SecondLevelDataCache ----> L2 캐쉬값 입력 (예:512)

[6] 디스크 캐쉬 세부 설정 - 하드속도 향상하기
별도의 하드 캐쉬 램이 있는 사용자(레이드 카드에 램이 장착된 경우)는 필요없습니다.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management 
IoPageLockLimit ----> 40000(512MB기준)

[7] 로그온 메시지
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Winlogon
새로만들기(문자열 값) 
LegalNoticeText ----> 더블클릭후 편집상자에 메시지 입력

[8] 공유문서 삭제/감추기
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\MyComputer\NameSpace\DelegateFolders
59031a47-3f72-44a7-89c5-5595fe6b30ee ----> 삭제

[9] 도움말메뉴 삭제하기
HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer
새로만들기(DWORD - 10진수) 
NoSMHelp ----> 1 (0으로 하면 복원됨)

[10] 최근문서메뉴 삭제하기
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer
새로만들기(DWORD - 10진수) 
NoRecentDocsMenu ----> 1

[11] 입력도구모음/고급텍스트 삭제
* 시작 메뉴바에서 입력도구모음 언선택 
* cmd>%SystemRoot%\System32\Regsvr32.exe /u %SystemRoot%\System32\msimtf.dll 
%SystemRoot%\System32\Regsvr32.exe /u %SystemRoot%\System32\msctf.dll 
* RegSvr32 확인 
* Ctrl-Alt-Del(작업관리자) - 프로세스 - ctfmon.exe - 끝내기 - 확인 
* HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run - ctfmon.exe 삭제

[12] 윈도즈 메신져 삭제메뉴 추가
windows/inf/sysoc.inf 
msmsgs=msgrocm.dll,OcEntry,msmsgs.inf,hide,7 `hide` 제거 
msmsgs=msgrocm.dll,OcEntry,msmsgs.inf,7

[13] 종료 빠르게 하기
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\WaitTokillServiceTimeout : 20000 → 2000 로 수정

[14] 무응답 응용프로그램 타임아웃 시간줄이기
HKEY_CURRENT_USER\Control Panel\Desktop에서 HungAppTimeout 값 5000(5초) → 1000 (1000 = 1초) 로 수정