|
||||
|
The postings on this site solely reflect the personal views of the authors and do not necessarily represent the views, positions, strategies or opinions of IBM or IBM management.이 글은 스프링노트에서 작성되었습니다.
Lecture Summary
이번 시간에는 동사의 쓰임에 있어서 실수하시기 쉬운 부분들을 살펴봅니다. 대표적인 것이 오늘 다루게 되는 자동사/타동사 문제인데요. 동사 다음에 ‘—을/를’에 해당하는 목적어가 나오면 그 동사를 타동사라고 하고, 그렇지 않으면 자동사라고 합니다. 그런데 우리말을 생각했을 때는 자동사 같은데, 영어에서는 목적어와 함께 쓰이는 타동사인 경우가 있어서 우리를 참으로 헷갈리게 합니다. 어떤 동사들이 있는지 살펴볼까요?
본문 대화 오류
정말 실수하시기 쉬운 동사가 오늘 나왔습니다. 바로 ‘결혼하다’라는 뜻의 marry 거든요. 우리말에서는 “저와 결혼해 주시겠습니까?”라고 하지, “저를 결혼해 주시겠습니까?”라고는 하지 않잖아요. 그래서 영어에서도 이 marry 동사를 자동사라고 생각하시기 쉽습니다. 그리고 우리말의 “저와 결혼해 주시겠습니까?”를 그대로 영어로 옮겨서 Would you marry with me? 라고 하시는 경우가 생기지요. 그런데 이 marry 가 타동사라는 사실! 영어로는 Would you marry me? 라고 해야 맞습니다. me 가 바로 목적어가 되는 것이지요.
Example 1)
I told to Amy to come over for coffee. (X)
I told Amy to come over for coffee. (O)
에이미한테 커피 마시러 오라고 했어.
tell -> told
Example 2)
We discussed about the matter for an hour. (X)
We discussed the matter for an hour. (O)
그 문제를 놓고 우리는 한 시간을 논의했다.
Example 3)
Did you call to Bonnie yet? (X)
Did you call Bonnie yet? (O)
바니한테 전화 했니?
자동사/타동사 구별법
wait와 await라는 동사의 쓰임새를 살펴 보면, 둘 다 우리말에서는 목적어인 “~를 기다린다”라는 의미를 갖지만 목적어를 취하는 형태가 틀립니다. 예를 들어, I'm waiting for Judy to call. / Death await us all.를 보면 알 수 있습니다. 이를 토대로 자동사와 타동사의 대표적인 특징을 정리해 보면 자동사가 목적어를 취할 경우는 직접 취할 수 없기 때문에 전치사의 도움을 받으며(자동사+전치사 = 타동사), 타동사는 목적어를 직접 취할 수 있기 때문에 전치사의 도움이 필요 없다는 점이지요. 결국 자동사는 목적어가 없는 셈이고 단지 전치사의 목적어가 있는 것입니다.
이 글은 스프링노트에서 작성되었습니다.
Dynamic Tracking of Fibre Channel devices
AIX® supports dynamic tracking of Fibre Channel (FC) devices.
Previous releases of AIX required a user to unconfigure FC storage device and adapter device instances before making changes on the system area network (SAN) that might result in an N_Port ID (SCSI ID) change of any remote storage ports.
If dynamic tracking of FC devices is enabled, the FC adapter driver detects when the Fibre Channel N_Port ID of a device changes. The FC adapter driver then reroutes traffic destined for that device to the new address while the devices are still online. Events that can cause an N_Port ID to change include moving a cable between a switch and storage device from one switch port to another, connecting two separate switches using an inter-switch link (ISL), and possibly rebooting a switch.
Dynamic tracking of FC devices is controlled by a new fscsi device attribute, dyntrk. The default setting for this attribute is no. To enable dynamic tracking of FC devices, set this attribute to dyntrk=yes, as shown in the example:
chdev -l fscsi0 -a dyntrk=yes
In this example, the fscsi device instance is fscsi0. Dynamic tracking logic is called when the adapter driver receives an indication from the switch that there has been a link event involving a remote storage device port.
- A switched environment. It is not supported in arbitrated loop environments, including public loop.
- FC 6227 adapter firmware, level 3.22A1 or higher.
- FC 6228 adapter firmware, level 3.82A1 or higher.
- FC 6239 adapter firmware, all levels.
- All subsequent FC adapter releases support Fast I/O Failure.
- The World Wide Name (Port Name) and Node Names devices must remain constant, and the World Wide Name device must be unique. Changing the World Wide Name or Node Name of an available or online device can result in I/O failures. In addition, each FC storage device instance must haveworld_wide_name and node_name attributes. Updated filesets that contain the sn_location attribute (see the following bullet) must also be updated to contain both of these attributes.
- The storage device must provide a reliable method to extract a unique serial number for each LUN. The AIX FC device drivers do not autodetect serial number location, so the method for serial number extraction must be explicitly provided by any storage vendor in order to support dynamic tracking for their devices. This information is conveyed to the drivers using the sn_location ODM attribute for each storage device. If the disk or tape driver detects that the sn_location ODM attribute is missing, an error log of type INFO is generated and dynamic tracking is not enabled.
Note: The sn_location attribute might not be displayed, so running the lsattr command on an hdisk, for example, might not show the attribute even though it could be present in ODM.
- The FC device drivers can track devices on a SAN fabric, which is a fabric as seen from a single host bus adapter, if the N_Port IDs on the fabric stabilize within about 15 seconds. If cables are not reseated or N_Port IDs continue to change after the initial 15 seconds, I/O failures could result.
- Devices are not tracked across host bus adapters. Devices only track if they remain visible from the same HBA that they were originally connected to.
For example, if device A is moved from one location to another on fabric A attached to host bus adapter A (in other words, its N_Port on fabric A changes), the device is seamlessly tracked without any user intervention, and I/O to this device can continue.
However, if a device A is visible from HBA A but not from HBA B, and device A is moved from the fabric attached to HBA A to the fabric attached to HBA B, device A is not accessible on fabric A nor on fabric B. User intervention would be required to make it available on fabric B by running thecfgmgr command. The AIX device instance on fabric A would no longer be usable, and a new device instance on fabric B would be created. This device would have to be added manually to volume groups, multipath device instances, and so on. This is essentially the same as removing a device from fabric A and adding a new device to fabric B.
- No dynamic tracking can be performed for FC dump devices while an AIX system dump is in progress. In addition, dynamic tracking is not supported when booting or running the cfgmgr command. SAN changes should not be made while any of these operations are in progress.
- After devices are tracked, ODM might contain stale information because Small Computer System Interface (SCSI) IDs in ODM no longer reflect actual SCSI IDs on the SAN. ODM remains in this state until cfgmgr is run manually or the system is rebooted (provided all drivers, including any third party FC SCSI target drivers, are dynamic-tracking capable). If cfgmgr is run manually, cfgmgr must be run on all affected fscsi devices. This can be accomplished by running cfgmgr without any options, or by running cfgmgr on each fscsi device individually.
Note: Running cfgmgr at run time to recalibrate the SCSI IDs might not update the SCSI ID in ODM for a storage device if the storage device is currently opened, such as when volume groups are varied on. The cfgmgr command must be run on devices that are not opened or the system must be rebooted to recalibrate the SCSI IDs. Stale SCSI IDs in ODM have no adverse affect on the FC drivers, and recalibration of SCSI IDs in ODM is not necessary for the FC drivers to function properly. Any applications that communicate with the adapter driver directly using ioctl calls and that use the SCSI ID values from ODM, however, must be updated (see the next bullet) to avoid using potentially stale SCSI IDs.
- All applications and kernel extensions that communicate with the FC adapter driver, either through ioctl calls or directly to the FC driver's entry points, must support the version 1 ioctl and scsi_buf APIs of the FC adapter driver to work properly with FC dynamic tracking. Noncompliant applications or kernel extensions might not function properly or might even fail after a dynamic tracking event. If the FC adapter driver detects an application or kernel extension that is not adhering to the new version 1 ioctl and scsi_buf API, an error log of type INFO is generated and dynamic tracking might not be enabled for the device that this application or kernel extension is trying to communicate with.
For ISVs developing kernel extensions or applications that communicate with the AIX Fibre Channel Driver stack, refer to the Required FCP, iSCSI, and Virtual SCSI Client Adapter Device Driver ioctl Commands and Understanding the scsi_buf Structure for changes necessary to support dynamic tracking.
- Even with dynamic tracking enabled, users should make SAN changes, such as moving or swapping cables and establishing ISL links, during maintenance windows. Making SAN changes during full production runs is discouraged because the interval of time to perform any SAN changes is too short. Cables that are not reseated correctly, for example, could result in I/O failures. Performing these operations during periods of little or no traffic minimizes the impact of I/O failures.
The base AIX FC SCSI Disk and FC SCSI Tape and FastT device drivers support dynamic tracking. The IBM® ESS, EMC Symmetrix, and HDS storage devices support dynamic tracking provided that the vendor provides the ODM filesets with the necessary sn_location and node_name attributes. Contact the storage vendor if you are not sure if your current level of ODM fileset supports dynamic tracking.
If vendor-specific ODM entries are not being used for the storage device, but the ESS, Symmetrix, or HDS storage subsystem is configured with the MPIO Other FC SCSI Disk message, dynamic tracking is supported for the devices in this configuration. This supersedes the need for the sn_location attribute. All current AIX Path Control Modules (PCM) shipped with the AIX base support dynamic tracking.
Devices configured with the Other FC SCSI Disk or Other FC SCSI Tape messages do not support dynamic tracking.
이 글은 스프링노트에서 작성되었습니다.
이 글은 스프링노트에서 작성되었습니다.
이 글은 스프링노트에서 작성되었습니다.
-
Dynamic LPAR(DLPAR)
- IBM LPAR가 제공하는 기능으로, 온라인 중에 core, memory, IO자원을 동적으로 추가/제거/이동이 가능한 기능
- DLPAR 기능은 별도의 소프트웨어(PowerVM....)없이, HMC와 각 LPAR가 통신이 되기만 하면 구현 가능
- LPAR종류(Dedicated LPAR or Shared LPAR)에 상관없이 모든 LPAR는 Dynamic LPAR 기능을 수행 할 수 있음
이 글은 스프링노트에서 작성되었습니다.
-
Dedicated Mode
- 한번 파티션에 할당된 processor는 active/inactive 여부와 무관하게 항상 해당 파티션이 ownership을 갖는다
- Dedicated mode에서는 다른 파티션에서 해당 processor를 사용하는 것이 불가능
- Dedicated Processor Partition (Dedicated LPAR)의 Processor가 이 경우에 해당
-
Shared Dedicated Mode
- Dedicated mode로 사용중인 Processor 자원을, 다른 파티션(마이크로파티션)에서 임시로 필요 시 사용할 수 있도록 허용해주는 mode을 말함
- 이는 Dedicated LPAR에 할당된 processor 자원이 LPAR inactive 상황이나, under utilized 상황에서 불필요하게 낭비되는 것을 방지하고자, 사용하지 않는 유휴자원을 임시로 같은 시스템내의 마이크로 파티션이 Pool의 일부로 사용할 수 있게 허용해 주는 mode
- Shared Mode와 다른 점은, Shared Dedicated Mode로 구성된 파티션은 어떠한 경우에도 자신에게 할당된 Processor 자원 외에, Shared Processor Pool의 자원들을 사용할 수 없다는 것
- Dedicated Processor Partition(Dedicated LPAR)의 Processor가 구성옵션에 따라, 이 경우에 해당
-
Shared Mode
- 시스템내의 다른 파티션들과 Shared Processor Pool의 형태로 Processor 자원을 공유하는 모드
- Pool에 속한 모든 processor는 pool을 이루는 모든 파티션들에 의해 사용될 수 있음
- Shared Processor Partition(마이크로 파티션)가 이 경우에 해당
이 글은 스프링노트에서 작성되었습니다.
LPAR(Logical Partition)
- IBM에서 제공하는 파티셔닝 기법은 파워 하이퍼바이저를 이용한 Logical Partition(LPAR) 뿐입니다.
-
Core 할당(사용) 방법에 따라 LPAR는 크게 두 가지 종류로 구분
-
Dedicated Processor Partition
- 파티션에 core를 가상화 하지 않고 1core 단위로 할당하여 구성하는 파티션
- 할당된 core는 사용여부에 상관없이, 같은 시스템내의 타 파티션과 공유되지 않고 특정 파티션 전용으로 사용되어 Processor Mode는 dedicated Mode가 됨
- 이를 Dedicated LPAR라고도 말함
-
Shared Processor Partition(마이크로 파티션)
- 파티션에 core를 가상화 하여 0.xx 단위로 할당하여 구성하는 파티션
- 시스템내의 모든 마이크로 파티션은 특별히 setting을 하지 않는 한, 공통의 Processor Pool를 형성
- 이 Pool을 활용하여, 각 마이크로 파티션들을 필요한 만큼 Processor 자원을 가져다 쓰거나, 혹은 유휴자원을 다른 파티션들을 위해 Pool로 돌려줌을써, 각 파티션간에 workload에 따른 Processor 자원 동적 재할당이 이루어짐
- 이를 Shared LPAR라고도 말함
-
이 글은 스프링노트에서 작성되었습니다.
Lecture Summary
이번 시간에는 ‘시제일치’에 대해서 배워 봅니다. 시제일치라는 것은, 한 문장 안에 동사가 두 개 이상 나올 때 그 동사들의 시제를 맞춰 준다는 것입니다. 물론 문맥상 동사들이 같은 시제의 내용을 담고 있을 때 말이지요.
본문 대화 오류
본문에서는 유진이가 I found out that he is dating someone 이라고 말을 했습니다. 보니까 동사가 found out 과 is dating 이렇게 두 개가 나왔네요. 마크가 누군가를 사귀고 있다는 사실을 알게 된 것이 과거(found out)로 되어 있지요. 그러면 사귀고 있는 시점은? 그 사실을 알게 된 시점과 같겠지요. 그래서 is dating 을 was dating 으로 바꾸어 주면 더 정확한 문장이 되는 것입니다. 알고 보니(found out) ‘그 당시에’ 누군가를 사귀고 있었다는 뜻이니까요.
Example 1)
I talked to him about the project I am working on. (X)
I talked to him about the project I was working on. (O)
내가 진행하고 있던 프로젝트에 관해 그와 이야기했다.
work on something ~을 하고 있다
Example 2)
Yoojin found out that her boyfriend is seeing another girl. (X)
Yoojin found out that her boyfriend was seeing another girl. (O)
유진이는 자기 남자 친구가 양다리를 걸치고 있다는 사실을 알게 되었다.
Example 3)
I was watching TV when my friend calls me. (X)
I was watching TV when my friend called me. (O)
친구가 전화했을 때 나는 TV를 보고 있었다.
잠깐 짚어 볼까요?
시제 일치의 원칙에 어긋나는 예외에는 어떤 것이 있을까요? 우선 변함없는 진리와 현재의 습관적인 동작은 주절의 시제와 상관없이 현재시제를 씁니다. 두 번째로는 역사적인 사실은 항상 과거시제를 쓴다는 것입니다. 예를 들어 보면, 공기가 기체라는 불변의 진리를 이용해 그는 공기가 기체라고 말했다는 He told that air is gas.가 됩니다. 역사적 사실로는 The book says that Columbia discovered America.를 들 수 있습니다.
이 글은 스프링노트에서 작성되었습니다.
Lecture Summary
지난 시간에 동사에 -ed 를 붙여서 규칙적인 동사의 과거형을 만들어 봤습니다. 예외 없는 규칙은 없다! 과거형 만들기에도 역시 예외는 있습니다. -ed 만 붙인다고 되는 게 아니구요, 불규칙한 형태의 과거형을 취하는 동사들이 있거든요. 오늘 대화에 나온 동사 buy 가 좋은 예입니다.
본문 대화 오류
buy 의 과거형은 buyed 가 아닙니다! bought 라는 아주 해괴한(?) 형태이지요. 이처럼 불규칙하게 과거형이 되는 동사들은 몇 가지가 있는데요. 많이 읽고 말씀하시면서 입에 붙이는 수밖에는 정복할 길이 없답니다~
Example 1)
Taiji and I goed to the mall. (X)
Taiji and I went to the mall. (O)
태지랑 난 쇼핑몰에 갔었어.
- go 의 과거형은 went 입니다.
Example 2)
I seed you at the restaurant last night! (X)
I saw you at the restaurant last night! (O)
나 어제 레스토랑에서 너 봤다!
- see 의 과거형은 saw 입니다.
Example 3)
The police finally catched the criminal. (X)
The police finally caught the criminal. (O)
경찰이 드디어 범인을 잡았습니다.
- catch 의 과거형은 caught 입니다.
잠깐 짚어 볼까요?
과거형 어미 –ed를 붙이는 규칙 동사류를 제외하고 시제에 따라 크게 달라지는 영어의 동사 불규칙 변화에도 규칙성을 있습니다. 이를테면, 현재-과거-과거분사 순으로 AAA형(cut, put, hit, set, let, 등) ABC형(begin, bear, choose, fall, shake, 등), ABB형(bring, fight, sell, tell, think, 등)이 있습니다. 한편 과거 및 과거 분사가 두 가지인 동사는 burn - burned / burnt, dream - dreamed / dreamt, light - lighted / lit, shine - shined / shone, hang - hung / hanged, work - worked / wrought, bear - born / borne 등을 들 수 있습니다.
seek(찾다) 과거 -> sought
come -> came
take -> took
수동태(be caught)
find -> found
이 글은 스프링노트에서 작성되었습니다.
