'백과사전'에 해당되는 글 89건
- 2010.08.03 공식 트위터 어플을 안드로이드에서 써보자!! 2
- 2010.07.25 CentOS 5.x에서 ext4 파일시스템 이용하기
- 2010.05.10 구글이 제공하는 짧은 주소 서비스 1
- 2010.05.02 인텔 GPU에서 데스크탑 오른쪽 클릭 메뉴이 너무 느릴 때 해결 방법
- 2010.02.05 윈도우 64비트 제어판에 "메일" 아이콘이 없을 경우
- 2009.11.19 iTunes를 옴니아의 MP3 sync/관리 프로그램으로 쓰자!!
- 2008.08.29 CSCF(Call Session Control Function)
- 2008.07.12 Ethernet and TCP Throughput Model
- 2008.07.12 Redhat 계열 설치 시 개발 환경과 서버 기능 설치하기
- 2008.03.09 비스타에서 한글 2007 설치후 hwp파일 연결이 오류가 날 때
CentOS release 5.5 (Final)
[root@localhost ~]# cat /proc/version
Linux version 2.6.18-194.el5 (mockbuild@builder16.centos.org) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-48)) #1 SMP Fri Apr 2 14:58:35 EDT 2010
제목은 거창하지만 비 아이팟 기기에서 iTunes를 MP3 관리 프로그램으로 쓰는 팁입니다
지금은 옴니아로 MP3를 듣지만 예전에는 아이팟 터치를 썼었고 그때는 iTunes로 MP3를 쉽게 아이팟 터치로 sync를 했죠
(단 MP3에 tag가 잘 정리되어 있다는 것을 전제하구요)
근데 옴니아로 와서는 단순히 파일 복사로 MP3를 옴니아로 넣다 보니까 중복도 생기고 관리가 어렵더라구요
목마른 자가 우물을 파는 법!!!
구글링을 해 본 결과 iTunes를 옴니아를 포함한 WM계열이나 다른 MP3 기기에서도 쓸 수 있도록 도와 주는 프로그램이 있더군요
바로 iTunes Agent ( http://ita.sourceforge.net )라는 프로그램을 쓰면 iTunes를 관리프로그램으로 쓸 수 있더군요
(다운로드 링크 : http://downloads.sourceforge.net/ita/ita-1.3.1-installer.exe?use_mirror= )
.Net Framework 2.0 이상 설치되어야 설치 가능하고 iTunes Agent를 설치하기 전에 먼저 당연히 iTunes가 설치 되어야 하구요 최신버전인 9.0.2.25버전에서도 호환이 되더군요
iTunes Agent를 설치하고 실행하면 오른쪽 하단 알림 아이콘에 iTunes Agent이 실행되고 조금더 기다리면 iTunes가 자동실행 됩니다
iTunes가 실행하면 재생목록에 My Devices가 생기는 것을 볼수가 있죠 그럼 설치는 제대로 되었고 iTunes를 옴니아나 다른 MP3기기에서 관리프로그램으로 쓸 수 있습니다
그럼 이제 설정을 해야하는데 오른쪽 하단 iTunes Agent 오른쪽 클릭을 하면 메뉴가 나오고 Preferences로 들어 갑니다
설정은 아래에 따라 정당히!!! 해주시면 됩니다
Name은 적당하게 이름으로 MP3기기 이름이나 장치 이름으로 써주면 되구요
Synochronize pattern은 만약 02 You Are My Girl.mp3(tag 제목:You Are My Girl, 가수:김조한, 앨범:지붕뚫고 하이킥 (MBC 일일시트콤) - Part.1, 곡번호:2)이란 파일이 있다면
iTunes는 "김조한\지붕뚫고 하이킥 (MBC 일일시트콤) - Part.1\02 You Are My Girl.mp3"으로
Artist Folder는 "김조한 - 지붕뚫고 하이킥 (MBC 일일시트콤) - Part.1\02 You Are My Girl.mp3"으로
Flat는 "김조한 - You Are My Girl.mp3"으로 MP3기기로 받을 수 있습니다
그리고 Music folder는 싱크를 받을 경로가 되는데
옴니아 같은 경우에는 Active Sync로 할 경우에 드라이브명이 안 나오기 때문에 쓸 수 없고
이동식 저장소 모드로 변경해야지 드라이브명이 나오기 때문에 쓸때는 이동식 저장소 모드로 변경해야 합니다
Recognize by folder/file에는 Music folder와 같은 경로로 지정해줍니다 그렇게 되면 싱크할 때 쓰는 파일을 같은 경로로 만들어 줍니다
Music folder와 다른 경로로 쓰면 싱크를 하면 Music folder 쪽으로 가는게 아니라 Recognize by folder/file 쪽 경로에 넣어 주니까 반드시 같은 경로로 해줘야 합니다
Associate with playlist는 iTunes의 어떤 곳에 있는 playlist를 sync할 것인지 설정하는 메뉴인데
Use device name은 Name에서 설정한 이름이 "재생목록 - My Devices" 밑에 playlist가 생기는데 그 쪽에 있는 playlist를
음악은 "보관함 - 음악"에 있는 playlist를 My Devices는 "재생목록 - My Devices" 에 있는 playlist를 sync를 하게 됩니다
참고로 음악으로 설정하면 보관함 - 음악에 MP3만 넣으면 되니까 가장 쉽게 쓸 수 있습니다
이렇게 다 설정하고 Save 한 다음에 Preferences 창의 왼쪽 하단의 Save를 클릭하면 설정이 완료가 됩니다
이제 iTunes에 sync를 하고 싶은 MP3를 추가 시킨 다음에 iTunes Agent에서 Synchronize devices를 클릭하면 Music folder로 지정한 곳에 MP3가 들어 간 것을 볼 수가 있을 껍니다
그럼 이제 아이팟만 아니라 다른 MP3기기나 WM 계열에서도 iTunes로 MP3를 sync 받고 관리할 수 있을 겁니다!!!
CSCF(Call Session Control Function)는 가입자가 위치하고 있는 망에 따라서 수행하는 기능이 다르므로 그 위치와 역할을 기준으로 해서 Proxy-CSCF(P-CSCF), Interrogating(I-CSCF), Serving CSCF(S-CSCF)로 논리적으로 구분할 수 있다.
1)P-CSCF
-사용자는 IM 멀티미디어망에서 접속하는 첫 포인트 지점이고, GGSN과 같은 도메인에 존재한다. P-CSCF의 주소는 “Local CSCF Discovery" 메커니즘을 사용하여 PDP context activation에 의해 사용자에게 전달된다.
-사용자로부터 수신한 SIP등록요구 메시지를 사용자의 홈 도메인을 참조하여 I-CSCF로 전달한다.
-사용자로부터 수신한 SIP메시지를 등록 절차를 통해 수신한 S-CSCF 주소를 이용하여 S-CSCF로 전달한다.
-사용자에게 SIP메시지를 요구 또는 응답한다.
-Emergency session을 검출하여 이를 처리할 S-CSCF를 선택한다.
-Change Data Record(CRD)를 발생한다.
-사용자와 Security Association을 유지한다.
-Bearer 자원의 권한 검증과 QoS관리를 한다.
2)I-CSCF
-사용자의 홈 망에 접속하는 첫 포인트 지점이고 하나의 네트워크 도메인에 여러 개가 존재할 수도 있다.
-사용자의 SIP 등록을 수행하는 S-CSCF의 주소를 IISS로부터 수신한 후 실제 등록을 담당한 S-CSCF를 할당한다.
-타 망으로부터 수신한 SIP 메시지를 S-CSCF로 라우팅한다.
-CDR을 방생한다.
-서로 다른 도메인 간의 SIP 메시지를 전달할 때 방확벽 기능의 Topology Hiding Inter-Nework Cateway(THIG)를 수행하여 망 정보의 일부를 보내지 않을 수도 있다.
3)S-CSCF
-사용자의 세션 제어하는 서버임을 HSS에 등록하고 이후 사용자의 가입자 정보를 다운로드 하여 저장한다.
-실제 등록된 사용자의 세션 상태관리를 하면서 제어 서비스를 수행한다.
-사용자에게 서비스 자원과 관련된 정보를 제공한다.
-사용자의 다이얼된 번호나 SIP URL을 통하여 착신 사용자의 홈 도메인의 I-CSCF의 주소를 얻는다.
-PSTN 또는 CS 도메인으로 라우팅하기 위해서 SIP 요구 및 응답메시지를 Breakout Gateway Control Function(BGCF)으로 전달한다. 이후 BGCF는 해당 PSTN/CD 도메인과의 상호 간의 제어를 담당할 MGCF를 선택하거나, 다른 BGCF로 전달한다.
-Multi-Party call 등의 서비스를 지원하기 위해 MRF로 인터페이스 한다.
-사용자의 등록 시에 HSS로부터 수신한 인증정보를 가지고 인증을 수행한다.
-P-CSCF의 기능을 수행할 수도 있다.
-CDR을 발생한다.
출처 : 한국표준협회 (http://www.it-standards.or.kr/information/information_detail.asp?page=15&idx=2752&selCd=01&txtKey=)
This is a simplified model of TCP/IP over Ethernet behaviour of a single TCP connection intended to provide insight into throughput limitations of TCP/IP due to network transit latency. In the model, TCP/IP sends the maximum TCP receive window size worth of application data (filling the maximum possible receive buffer), then waits for a single acknowledgement for the entire max. window size burst. The model also assumes that the instant the acknowledgement is sent, the data is emptied from the receive buffer and the entire window size is again fully available.
Analysis assumes no lost data (no retransmits are required, no delay associated with retransmit timer waits & no ACK timer waits); All datagrams sent are maximum size; No allowance for TCP slow start algorithm delay; This results in an upper bound style result. Bear in mind that this simulates the performance of a single application, not an aggregate usage model of multiple simultaneous users on a network. Furthermore, at the upper limit of TCP performance the model assumes that computer hardware and network equipment can sustain the peak TCP allowed data rates.
In Basic TCP, the maximum number of bytes that can be in transit (specified by the TCP receive window size) is limited to 64KB by the 16 bit window size in the TCP header. Often the 64KB value is used to illustrate the maximum theoretical throughput of TCP. This is only partially true. In the early 1990s Van Jacobsen et Al. recognized that higher bandwidths were becoming available and that TCP needed to be updated to support high bandwidth, high latency networks. The work culminated in 1992 with the publication of RFC1323 which specified modifications to TCP to support the high bandwidth, high latency networks. This removed the 64 KB limit, in theory.
In practise, most TCP stacks do not support RFC 1323 extensions and still have a maximum TCP window size on the order of 8 KB. An example is Microsoft TCP/IP v.2.0 used in Windows NT. It has a 8760 Byte maximum receive window. Windows 2000, while supporting RFC 1323 extensions, by default has a maximum receive window of 17520 Bytes. To enable the RFC1323 extensions in Windows 2000, registry entries must be manually adjusted.
Select Line Rate : Gigabit Ethernet
Custom TCP Receive Window (for best perf. Use even multiples of 1460) : 65536 Bytes
Gigabit Ethernet |
|
|
|
|
Round Trip Latency (2T) |
Maximum User Data Throughput (64KB Window) |
Maximum User Data Throughput (WinNT) |
Maximum User Data Throughput (Win2K) |
Maximum User Data Throughput (Custom) |
0.1 mS |
803,755 Kbps |
403,166 Kbps |
565,965 Kbps |
803,755 Kbps |
0.2 mS |
696,915 Kbps |
255,931 Kbps |
403,166 Kbps |
696,915 Kbps |
0.4 mS |
550,550 Kbps |
147,903 Kbps |
255,931 Kbps |
550,550 Kbps |
0.6 mS |
454,993 Kbps |
104,003 Kbps |
187,468 Kbps |
454,993 Kbps |
0.8 mS |
387,702 Kbps |
80,199 Kbps |
147,903 Kbps |
387,702 Kbps |
1 mS |
337,750 Kbps |
65,262 Kbps |
122,128 Kbps |
337,750 Kbps |
2 mS |
205,418 Kbps |
33,793 Kbps |
65,262 Kbps |
205,418 Kbps |
3 mS |
147,591 Kbps |
22,799 Kbps |
44,528 Kbps |
147,591 Kbps |
4 mS |
115,170 Kbps |
17,203 Kbps |
33,793 Kbps |
115,170 Kbps |
5 mS |
94,427 Kbps |
13,812 Kbps |
27,228 Kbps |
94,427 Kbps |
6 mS |
80,016 Kbps |
11,538 Kbps |
22,799 Kbps |
80,016 Kbps |
7 mS |
69,421 Kbps |
9,907 Kbps |
19,609 Kbps |
69,421 Kbps |
8 mS |
61,304 Kbps |
8,680 Kbps |
17,203 Kbps |
61,304 Kbps |
9 mS |
54,886 Kbps |
7,723 Kbps |
15,322 Kbps |
54,886 Kbps |
10 mS |
49,685 Kbps |
6,957 Kbps |
13,812 Kbps |
49,685 Kbps |
20 mS |
25,510 Kbps |
3,491 Kbps |
6,957 Kbps |
25,510 Kbps |
30 mS |
17,160 Kbps |
2,330 Kbps |
4,649 Kbps |
17,160 Kbps |
40 mS |
12,929 Kbps |
1,749 Kbps |
3,491 Kbps |
12,929 Kbps |
50 mS |
10,371 Kbps |
1,400 Kbps |
2,795 Kbps |
10,371 Kbps |
60 mS |
8,658 Kbps |
1,167 Kbps |
2,330 Kbps |
8,658 Kbps |
70 mS |
7,431 Kbps |
1,000 Kbps |
1,998 Kbps |
7,431 Kbps |
80 mS |
6,509 Kbps |
875 Kbps |
1,749 Kbps |
6,509 Kbps |
90 mS |
5,790 Kbps |
778 Kbps |
1,555 Kbps |
5,790 Kbps |
100 mS |
5,214 Kbps |
700 Kbps |
1,400 Kbps |
5,214 Kbps |
110 mS |
4,742 Kbps |
637 Kbps |
1,272 Kbps |
4,742 Kbps |
120 mS |
4,349 Kbps |
584 Kbps |
1,167 Kbps |
4,349 Kbps |
130 mS |
4,016 Kbps |
539 Kbps |
1,077 Kbps |
4,016 Kbps |
140 mS |
3,730 Kbps |
500 Kbps |
1,000 Kbps |
3,730 Kbps |
150 mS |
3,482 Kbps |
467 Kbps |
933 Kbps |
3,482 Kbps |
160 mS |
3,266 Kbps |
438 Kbps |
875 Kbps |
3,266 Kbps |
170 mS |
3,074 Kbps |
412 Kbps |
824 Kbps |
3,074 Kbps |
180 mS |
2,904 Kbps |
389 Kbps |
778 Kbps |
2,904 Kbps |
190 mS |
2,751 Kbps |
369 Kbps |
737 Kbps |
2,751 Kbps |
200 mS |
2,614 Kbps |
350 Kbps |
700 Kbps |
2,614 Kbps |
210 mS |
2,490 Kbps |
334 Kbps |
667 Kbps |
2,490 Kbps |
220 mS |
2,377 Kbps |
318 Kbps |
637 Kbps |
2,377 Kbps |
230 mS |
2,274 Kbps |
305 Kbps |
609 Kbps |
2,274 Kbps |
240 mS |
2,180 Kbps |
292 Kbps |
584 Kbps |
2,180 Kbps |
250 mS |
2,093 Kbps |
280 Kbps |
560 Kbps |
2,093 Kbps |
260 mS |
2,012 Kbps |
269 Kbps |
539 Kbps |
2,012 Kbps |
270 mS |
1,938 Kbps |
259 Kbps |
519 Kbps |
1,938 Kbps |
280 mS |
1,869 Kbps |
250 Kbps |
500 Kbps |
1,869 Kbps |
290 mS |
1,804 Kbps |
242 Kbps |
483 Kbps |
1,804 Kbps |
300 mS |
1,744 Kbps |
234 Kbps |
467 Kbps |
1,744 Kbps |
310 mS |
1,688 Kbps |
226 Kbps |
452 Kbps |
1,688 Kbps |
320 mS |
1,636 Kbps |
219 Kbps |
438 Kbps |
1,636 Kbps |
330 mS |
1,586 Kbps |
212 Kbps |
425 Kbps |
1,586 Kbps |
340 mS |
1,540 Kbps |
206 Kbps |
412 Kbps |
1,540 Kbps |
350 mS |
1,496 Kbps |
200 Kbps |
400 Kbps |
1,496 Kbps |
360 mS |
1,454 Kbps |
195 Kbps |
389 Kbps |
1,454 Kbps |
370 mS |
1,415 Kbps |
189 Kbps |
379 Kbps |
1,415 Kbps |
380 mS |
1,378 Kbps |
184 Kbps |
369 Kbps |
1,378 Kbps |
390 mS |
1,342 Kbps |
180 Kbps |
359 Kbps |
1,342 Kbps |
400 mS |
1,309 Kbps |
175 Kbps |
350 Kbps |
1,309 Kbps |
410 mS |
1,277 Kbps |
171 Kbps |
342 Kbps |
1,277 Kbps |
420 mS |
1,247 Kbps |
167 Kbps |
334 Kbps |
1,247 Kbps |
430 mS |
1,218 Kbps |
163 Kbps |
326 Kbps |
1,218 Kbps |
440 mS |
1,190 Kbps |
159 Kbps |
318 Kbps |
1,190 Kbps |
450 mS |
1,164 Kbps |
156 Kbps |
311 Kbps |
1,164 Kbps |
460 mS |
1,138 Kbps |
152 Kbps |
305 Kbps |
1,138 Kbps |
470 mS |
1,114 Kbps |
149 Kbps |
298 Kbps |
1,114 Kbps |
480 mS |
1,091 Kbps |
146 Kbps |
292 Kbps |
1,091 Kbps |
490 mS |
1,069 Kbps |
143 Kbps |
286 Kbps |
1,069 Kbps |
500 mS |
1,047 Kbps |
140 Kbps |
280 Kbps |
1,047 Kbps |
Data:
Ethernet Frame Size : 1518 Bytes
Ethernet Preamble : 8 Bytes
Interframe Gap : 12 Bytes
Total Inter-Frame Time : 1538 Bytes
Ethernet Overhead : 38 Bytes
Ethernet Data : 1500 Bytes
IP Datagram Overhead : 20 Bytes
TCP Datagram Overhead : 20 Bytes
Maximum User Data per Ethernet Frame : 1460 Bytes
Line Rate
Ethernet 10000000 10000000
Fast Ethernet 100000000 100000000
Gigabit Ethernet 1000000000 1000000000
Maximum TCP Receive Window : 65536 Bytes
Maximum Windows NT TCP Receive Window (on Ethernet) : 8760 Bytes
Maximum Windows 2000 TCP Receive Window : 17520 Bytes
Application Throughput:
Application Data Size/(Ethernet Serialization Delay + Round Trip Latency)
출처 : http://www.babinszki.com/Networking/Max-Ethernet-and-TCP-Throughput.html
Fedora Core 초기 버전에서는 기본 설치 시 개발 환경과 서버 기능이 설치 되었는데 최근의 Fedora Core와 RHEL(Red Hat Enterprise Linux)를 포함한 Redhat 계열에서 기본 설치 시 gcc와 같은 컴파일러와 아파치와 mysql 같은 서버 기능이 설치 되지 않는데 아래와 같이 설치 시에 옵션을 추가하면 개발 환경과 서버 기능을 설치할 수 있다
설치 중에 위와 같이 어떤 기능을 설치할 것인지 묻는 화면에서 하단에 있는 Customize later 옆에 있는 Customize now을 선택한 다음에 Next를 클릭 하면 아래와 같이 선택할 수 있는 화면으로 넘어 가는데 Development와 Servers에서 원하는 기능을 체크인 한 다음에 설치 하면 개발 환경과 서버 기능을 추가할 수 있다
상당히 보기도 지저분하고 저 메뉴를 클릭 해도 아래와 같이 실행도 안 되고 자동 업데이트를 해도 해결 되지 않습니다
해결 방법은 레지스트리 편집기로 잘못된 키값을 지워 주면 깨끗이 해결됩니다
위 키값을 지워 주면 아래와 같이 해결됩니다