반도체 설계 초기부터 자리 잡은 도구, 방법론 및 흐름이 무너지고 있지만 이번에는 잠재적인 솔루션을 내놓는 연구원 풀이 많지 않습니다. 업계는 자체적으로 이러한 아이디어를 공식화하고 EDA 회사, 팹 및 설계자 간의 많은 협력이 필요할 것입니다. 이는 과거에는 강점이 아니었습니다.
분석할 수 없을 때 무언가를 최적화하는 것은 어렵고, 대형 반도체 제품의 많은 문제가 다중 물리학이거나 하드웨어와 소프트웨어, 시스템, 보드의 조합이기 때문에 분석이 훨씬 더 어려워지고 있습니다. , IC 패키지, 인터포저, 칩 및 IP 블록. 과거에는 분할 정복 방식이 문제를 다루는 방식이었습니다. 때때로 이는 블록이 통합되기 전에 블록을 완전히 확인하는 것과 같이 계층적으로 수행되거나 클록 도메인 교차와 같이 문제를 격리하는 방식으로 수행됩니다.
그러나 점점 더 일부 문제는 이러한 유형의 접근 방식에 저항하며 업계는 아직 쉬운 해결책을 찾지 못했습니다. 예를 들어 보안과 같은 문제는 시스템 수준의 문제입니다. 많은 성능 또는 전원 문제에 대해서도 마찬가지입니다. 전원 및 신호 무결성과 같은 문제조차도 전통적으로 각각 다른 도구 세트에 맞게 조정된 여러 계층의 복잡한 상호 연결을 통해 IP에서 시스템까지 이어지는 계층 구조를 처리해야 합니다.
이로 인해 새로운 모델링 문제가 발생하고 일부 기존 도구가 과거보다 훨씬 더 큰 역할을 수행해야 합니다. 또는 업계에서는 분석이 가능하도록 디자인에 제약을 가하는 것에 대해 심각하게 생각해야 합니다. 이 업계는 문제를 인식하기 시작했지만 오늘날 단편적인 방식으로 문제를 해결하고 있습니다. 지금까지 아무도 미래로 확장될 일반적인 솔루션을 제안하지 않았습니다.
숫자 게임입니다. "전체 시스템을 고려하면 모서리 수가 폭발적으로 증가하고 있습니다."라고 마케팅 수석 이사인 Shekhar Kapoor는 말합니다. Synopsys. “오늘날 접근 방식은 여전히 계층적 분할 정복 방식으로 돌아가고 있으며 처리해야 하는 시나리오의 수를 줄이는 방법도 찾고 있습니다. 그것들이 없으면 계산 요구 사항이 엄청날 것입니다. 그리고 시스템에서 승인할 수 있으려면 경로가 훨씬 더 길어질 것입니다.”
계층 적 접근 방식은 여전히 유용합니다. Real Intent의 사장 겸 CEO인 Prakash Narain은 "추상화 원칙은 분석의 근본적인 복잡성이 너무 복잡한 곳에서 활용됩니다."라고 말합니다. “시뮬레이션에서는 버스 기능 모델과 정적 타이밍 분석 측면에서 사용합니다. I/O 레벨 타이밍 모델, 클럭 도메인 교차, 클럭 도메인 교차를 위한 정적 사인오프 기술, 재설정 도메인 교차를 생성하여 사용합니다. 이들은 모두 우리가 계층적 기술을 성공적으로 활용하고 있는 곳입니다.”
코너 감소는 종종 설계 결정과 관련됩니다. "도메인 교차를 피하는 것이 어떻습니까?"라고 Synopsys의 Kapoor는 말합니다. “디자인을 비동기식으로 유지하면 각 조각이 자체적으로 시간이 지정됩니다. 그렇게 하면 특정 조각의 모서리 수를 관리할 수 있습니다. 그런 다음 그 위에 코너 감소 기술을 사용할 수 있습니다. 타이밍 분석을 위한 계층적 접근 방식을 사용하면 각 부품의 시간을 개별적으로 측정한 다음 둘 다 제약 조건과 함께 시간을 측정하고 코너 병합을 수행합니다.”
어디에서나 증가하는 경로가 의미하는 것. Synopsys의 HPC IP 선임 이사인 Mick Posner는 “많은 사람들이 멀티다이 시스템 분석을 원합니다. “다이, 패키지, PCB에 집중하는 데 사용되는 신호 및 전력 무결성 솔루션. 이제는 다이, 인터포저, 패키징, PCB가 되었습니다. 이는 112G와 같은 고성능 인터페이스와 해당 인터포저 또는 라우팅 계층의 영향에 많은 초점이 맞춰진 메모리 인터페이스의 경우 특히 그렇습니다. 우리는 해당 정보를 IP와 함께 패키징하는 방법을 찾아야 합니다. IP가 어떻게 사용되고 있는지 모르기 때문에 때때로 불가능합니다. 우리는 그들이 분석을 수행하는 방법을 보여주는 참조 흐름을 제공할 수 있습니다.”
문제는 필요한 추상화 중 일부를 수행하는 것이 어렵다는 것입니다. Real Intent의 Narain은 "추상화 요구 사항은 애플리케이션에 따라 매우 다릅니다."라고 말합니다. “그들은 기술에 의존하며 해당 애플리케이션에 대해서도 제품마다 다릅니다. 기능을 구현하기 위해 각 제품에서 사용 중인 기술에 따라 달라집니다. 그런 다음 원하는 정확도 수준을 고려해야 합니다. 그것은 응용 프로그램과 기술에 매우 구체적일 것이며 표준은 달성하기 매우 어려운 프로세스이기 때문에 나중에 실제로 따를 것입니다.”
Posner는 구체적인 예를 제공합니다. “HBM3의 경우 참조 디자인을 패키지화했습니다. 자체 테스트 칩의 레퍼런스 디자인입니다. 우리는 PHY를 개발했지만 테스트 칩을 할 때 HBM 스택에 연결하는 인터포저도 개발해야 합니다. 고객이 해야 할 일과 유사한 방식으로 모든 일을 해야 합니다. 그런 다음 해당 흐름을 활용할 수 있습니다. 그러나 물론 그것은 우리의 테스트 칩이었습니다. 흐름을 재사용할 수 있지만 실제 데이터는 해당 인터포저를 배치하는 방법에 따라 달라집니다.”
모델링 문제
이러한 어려움의 이유는 모델과 해당 모델을 생성하는 수단이 부족하기 때문입니다. 모델은 충실도, 정확도 및 성능 간의 절충점입니다. 정확도가 높은 모델은 충실도는 좋지만 실행 속도가 느린 반면, 실행 속도가 빠른 모델은 정확도, 충실도 또는 둘 다 측면에서 무언가를 포기합니다. 필요한 모델은 기능적 모델과 비기능적 모델입니다.
한동안 기능 영역의 문제를 다루었지만 더 많은 작업이 필요합니다. "기능 검증을 위해 몇 가지 모델을 수행합니다."라고 설계 검증 기술 전략 이사인 Neil Hand는 말합니다. 지멘스 EDA. “정확한 주기, 정확한 명령 집합 등이 있습니다. 그러나 그들 사이를 쉽게 이동할 수 있는 방법을 원합니다. 하이브리드 모델링을 사용하면 빠르게 실행한 다음 정확하게 실행할 수 있습니다. 즉석에서 모델을 전환할 수 있어야 합니다. 예를 들어 누군가 덜 정확하고 실행 속도가 빠른 모델에서 운영 체제를 부팅한 다음 설계 상태를 실행 정확도 모델로 전환할 수 있습니다. 이제 그들은 모델 자체에서 훨씬 더 세분화되고 충실하게 해당 지점에서 앞으로 나아갈 수 있습니다. 필요할 때 충실도 간에 전환할 수 있는 더 큰 기능을 개발해야 합니다.”
오늘날 유사한 방법론이 블록 수준 및 통합 검증에 사용됩니다. "Arm 코어를 구매할 때 Arm 코어의 기능을 확인하지 않는 것입니다." Imperas 소프트웨어. “당신은 그것의 통합을 확인합니다. 그것이 바로 Breker와 같은 회사가 들어오는 곳입니다. 이러한 블록이 있지만 모두 서로에게 좋게 이야기하고 있는지 어떻게 확인합니까? 블록 수준 검증에 사용하는 UVM 또는 Verilog로 블록을 검증하는 것과 같은 방식으로 수행하지 않습니다. 검증의 계층 구조는 모든 블록을 작동시키고 개별적으로 테스트한 다음 통합 테스트에 대해 걱정하는 것입니다. 그러나 그들은 다른 방법론이 필요합니다.”
문제는 항상 이러한 모델을 만드는 데 시간과 노력이 필요하고 일관성을 보장하기 위해 각 모델을 검증해야 한다는 것입니다. "아키텍처의 경우 타이밍 세부 정보와 같은 비기능적 속성도 필요합니다."라고 Synopsys의 가상 프로토타이핑 수석 엔지니어인 Tim Kogel은 말합니다. “이렇게 하면 모델을 구축하는 데 훨씬 더 많은 노력이 필요합니다. 업계에서 더 높은 수준의 추상화를 확립했지만 이러한 비기능적 성능 모델을 구축하기 위한 도구를 만드는 데 성공하지 못했습니다. 예를 들어, 소프트웨어는 처리 요소를 보다 추상적인 리소스 단위로 보고 상호 연결 및 메모리 하위 시스템 또는 서로 다른 칩 간의 네트워크에 대한 보다 자세한 모델을 가질 수 있습니다. Arteris와 Arm은 통합의 핵심 요소인 다양한 유형의 상호 연결 IP와 메모리 컨트롤러를 위해 일관된 네트워크를 위해 이러한 기능을 제공합니다.”
더 많은 모델 생성 도구가 필요합니다. "특정 패턴을 사용하여 디자인을 분석하면 추상적인 모델을 생성할 수 있습니다."라고 이사이자 제품 전문가인 Malik Vasirikala는 말합니다. 안 시스. “예를 들어 칩의 내부를 분석할 때 인터페이스 관점에서 칩이 어떻게 작동하는지 알고 있습니다. 이 전체 부분을 주변에서, 또는 칩의 경계에서 외부 세계로 보는 것처럼 모델을 만들 수 있습니다. 그러면 연결된 다른 칩을 분석할 때 칩의 내부 세부 정보가 필요하지 않습니다. 그 행동 모델을 이 분석에 연결하기만 하면 끝입니다.”
그러나 공백이 있습니다. Synopsys의 Kogel은 “실제 세계와 가상 세계 사이의 데이터 교환 및 통합이 더 좋아졌다”고 말합니다. "가상 프로토타입 수준으로 마이그레이션할 때 실제 애플리케이션 활동을 기반으로 성능, 전력 및 열을 검증하는 데 도움이 되는 학습된 평면도 정보, 학습된 형상을 기반으로 하는 아키텍처 모델이 필요합니다."
언제 끝났어?
완료는 모든 분석 작업의 문제 중 하나입니다. 중요한 사건을 다루었습니까? 커버리지 메트릭은 블록 수준의 기능 검증을 위해 존재하지만 이것은 더 높은 수준의 추상화 및 비기능 도메인으로 마이그레이션해야 하는 또 다른 모델입니다. "RTL 영역에서 검증의 일부를 실행하고 가상 프로토타입에서 일부를 실행하는 경우 이러한 적용 범위 항목을 어떻게 병합합니까?" Siemens의 Hand에게 묻습니다. "오늘날에는 기능적 커버리지를 통해 이루어지지만, 특히 자극 생성을 볼 때, 커버리지 측면에서 AI를 사용할 때 다양한 유형의 커버리지에서 정보를 추론할 수 있는 기회가 있습니다."
소프트웨어 세계는 이와 관련하여 매우 느슨합니다. Imperas의 Davidmann은 "보장에 대한 표준 접근 방식이나 방법론이 없다고 생각합니다."라고 말합니다. “내 지식으로는 HDL의 커버리지 포인트 및 커버 그룹과 동등한 소프트웨어에 대해 사람들이 수행한 자동화가 없습니다. 프로토콜 검사기는 확인 및 분석을 위해 존재합니다. 그리고 함수를 관찰하거나 변수에 대한 액세스를 관찰할 수 있는 통계를 작성할 수 있습니다. 표준화가 부족하여 필요한 도구를 제공하지만 사용자가 직접 구축해야 합니다.”
적용 범위에 대한 개념이 있으면 검증 최적화에 대해 생각할 수 있습니다. Hand는 "현재 형태의 휴대용 자극이든 이러한 개념을 기반으로 하는 것이든 시스템 수준에서 시나리오 생성이 필요합니다."라고 말합니다. “우리는 그것을 받아들이고 한 단계 더 나아가 가상 프로토타입과 시스템 모델링을 사용하고 강력한 시스템에서 시나리오 생성을 수행할 수 있습니까? 시스템이 점점 더 통합됨에 따라 점점 더 중요해질 것입니다.”
다른 사람들도 동의합니다. Kogel은 “IP 수준, SoC 수준, 이후 실리콘 내 검증 사이에 이러한 연속성을 갖기를 원합니다.”라고 말합니다. “Portable Stimulus는 이를 달성하기 위한 한 가지 접근 방식입니다. 그런 다음 임베디드 코어의 프로그램과 같은 추상화된 테스트 사례를 가상 프로토타입에서 실행할 수도 있습니다. 넓은 의미에서 이것은 건축 개념의 검증입니다. 나중에 에뮬레이터, FPGA 프로토타입에서 소프트웨어로 RTL을 실행하고 성능 검증에 사용할 수 있습니다. '보이는 것이 얻는 것'과 비슷하기 때문입니다. 고급 가상 모델이 아닙니다.”
그림 1: 여러 수준의 모델 및 검증 목표. 출처: 시놉시스
통합 검증에 접근하는 또 다른 방법은 기능 준수를 통한 것입니다. "운영 체제를 준수하고 부팅할 수 있다는 것이 무엇을 의미하는지 정의하기 위해 Arm에서 '시스템 준비'라는 시도가 있습니다."라고 뛰어난 엔지니어이자 SoC 검증 설계자인 Nick Heaton은 말합니다. 운율. “구현이 통과되면 Red Hat의 OS 릴리스 등을 수정할 필요가 없습니다. 그들은 그것으로 부팅합니다. 이것은 소프트웨어와 하드웨어 간의 계약입니다. Portable Stimulus는 보다 일반화된 방식으로 이를 시도하고 있으며 VIP라고 합니다. 예를 들어 일관성 수준에서 제공하는 즉시 사용 가능한 콘텐츠이기 때문입니다. 우리는 일관성의 모든 순열을 테스트하고 기본적으로 Arm이든 RISC-V이든 무엇이든 모든 플랫폼에 제공할 수 있습니다.”
디버그 문제
모델을 실행할 수 있는 것과 모델에서 또는 모델이 사용되는 방식에서 문제를 찾아 수정하는 것은 또 다른 수준의 복잡성입니다. "하드웨어나 FPGA에서 소프트웨어를 디버깅하는 경우 여기에 연결되는 gdb를 얻고 프로세서의 명령 스트림을 단일 단계로 진행할 수 있습니다."라고 Davidmann은 말합니다. “그러나 문제는 그들이 10개 이상의 프로세서를 가지고 있고 '이것'이 '저것'에 쓰여지는 때를 알아야 할 때 발생합니다. 이것은 어떻게 생겼습니까? 분석과 디버그는 전체적인 방식으로 수행되어야 모든 것을 볼 수 있습니다. 여기에는 소프트웨어 스택이 포함되어야 플랫폼의 동작을 볼 수 있습니다.”
이는 단순히 하드웨어를 디버깅하는 것과는 다른 요구 사항입니다. "하드웨어/소프트웨어 통합 테스트를 시작하면서 가상 프로토타입 디버깅 환경에 통합된 더 많은 소프트웨어 디버깅 기능을 보기 시작했습니다."라고 Hand는 말합니다. “시스템 디자이너가 사용할 수 있게 되면서 사용 모델을 살펴보고 팀이 작업하려는 디자인 환경은 무엇입니까? 우리는 그것을 어떻게 통합할 수 있습니까? 시스템 디자이너가 의미 있는 방식으로 가상 프로토타입과 상호 작용하기를 원합니다. 최종 사용자를 식별하고 사용 모델을 그들에게 매핑하는 것이 전부입니다. 우리가 할 수 있는 일이 많고 해야 할 일이 많은 분야입니다.”
도구와 방법론은 각 수준의 요구 사항과 일치해야 합니다. Cadence의 Heaton은 “통합 검증을 수행하는 사람은 각 블록을 아는 사람이 아닙니다. “디버깅 시간 또는 처리 시간이 점점 더 중요해지고 있습니다. 하루에 실행할 수 있는 디버그 주기의 수는 심각한 문제입니다. 도구가 첫 번째 주문 장소를 알려줄 수 있으면 디버그 시간을 절약할 수 있습니다. 우리는 이 여정의 시작점에 있습니다. 학습이 진행 중이며 이러한 도구를 사용하는 방식이 개선될 것입니다.”
AI가 도움이 될 수 있습니다. Cadence의 제품 엔지니어링 그룹 이사인 Matt Graham은 "인간이 최고의 신경망을 가지고 있다는 사실에도 불구하고 우리의 I/O는 여전히 다소 직렬적입니다."라고 말합니다. “어쩌면 우리는 XNUMX개 또는 XNUMX개의 병렬 트랙을 처리할 수 있지만 확실히 그 이상은 아닙니다. 기계는 이 모든 것을 병렬로 고려할 수 있습니다. 그들은 간단한 알고리즘이나 간단한 AI 집합을 사용하여 대규모로 병렬적이고 고도로 통합된 작업을 수행할 수 있습니다. 그러나 그것은 우리가 스스로 할 수 있는 것과는 다릅니다. 아마도 마지막으로 수정을 받았을 때나 무엇이 변경되었는지, 동작이 다른 부분을 식별했는지, IP에서 변경된 매개변수가 무엇인지 등이 있을 것입니다.”
결론
시스템 복잡성은 오늘날 사용되는 많은 도구와 방법론을 압도하고 있습니다. 과거에 사용된 기술은 여전히 가치가 있지만 충분하지 않습니다. 업계는 기능 검증 영역에서 이러한 많은 문제를 보아왔지만 이는 빙산의 일각에 불과합니다. 가장 잘 알려진 영역에서 거의 진전이 이루어지지 않았다는 점을 감안할 때, 다른 많은 영역, 특히 고급 패키징에 의해 주도되는 영역에서는 진전이 빠르지 않을 것입니다.
- SEO 기반 콘텐츠 및 PR 배포. 오늘 증폭하십시오.
- 플라토 블록체인. Web3 메타버스 인텔리전스. 지식 증폭. 여기에서 액세스하십시오.
- 출처: https://semiengineering.com/design-and-verification-methodologies-breaking-down/
- 1
- 10
- a
- 할 수 있는
- 소개
- 추상
- 계정
- 정확한
- 달성
- 가로질러
- 활동
- 많은
- AI
- 연산
- All
- 항상
- 분석
- 분석하다
- 분석하는
- 및
- 다른
- 어플리케이션
- 접근
- 구혼
- 건축
- 아키텍처
- 지역
- 지역
- ARM
- 약
- 자동화
- 가능
- 뒤로
- 기반으로
- 원래
- 때문에
- 가
- 된다
- 되고
- 전에
- 처음
- 존재
- BEST
- 더 나은
- 사이에
- 더 큰
- 블록
- 블록
- 판
- 파괴
- 가져
- 넓은
- 빌드
- 건물
- 빌드
- 버스
- 사기
- 운율
- 전화
- 라는
- 기능
- 수
- 케이스
- 가지 경우
- 대표 이사
- 확실히
- 검사
- 칩
- 칩
- 일관성
- 결합
- 왔다
- 오는
- 기업
- 복잡한
- 복잡성
- compliance
- 준수
- 개념
- 연결
- 커넥트
- 고려
- 제약
- 함유량
- 계약
- 협력
- 핵심
- 모서리
- 모서리
- 코스
- 엄호
- 적용 범위
- 적용
- 만들
- 생성
- 만들기
- Current
- 고객
- 주기
- 데이터
- 일
- 거래
- 취급
- 결정
- 배달하다
- 배달
- 요구
- 의존하는
- 디자인
- 디자이너
- 디자인
- 세부 묘사
- 상세한
- 세부설명
- 개발
- 개발
- Mourir
- 다른
- 어려운
- 어려움
- 책임자
- 저명한
- 하기
- 도메인
- 도메인
- 말라
- 아래 (down)
- 구동
- 마다
- 용이하게
- 노력
- 중
- 요소
- 임베디드
- 기사
- 엔지니어링
- 확인
- 환경
- 환경
- 동등한
- 특히
- 확립 된
- 조차
- 모두
- 예
- 교환
- 실행
- 현존하는
- 확장
- 외부
- 패션
- FAST
- 빠른
- 를
- 충실도
- 무화과
- Find
- 발견
- 먼저,
- 수정
- 흐름
- 흐름
- 초점
- 따라
- 형태
- 앞으로
- 설립자
- 설립자 겸 CEO
- FPGA를
- 에
- 충분히
- 기능의
- 기능
- 기능
- 기본적인
- 미래
- 경기
- 일반
- 생성
- 세대
- 얻을
- 주기
- 주어진
- Go
- 목표
- 가는
- 좋은
- 큰
- 그룹
- 여러 떼
- 핸들
- 하드웨어
- 모자
- 도움
- 계층
- 고수준
- 고성능
- 더 높은
- 고도로
- 전체적인
- 진료 시간
- 방법
- How To
- HPC
- HTTPS
- 거대한
- 인간
- 잡종
- 아이디어
- 식별
- 영향
- 구현
- 이행
- 중대한
- 인상적인
- 불가능한
- in
- 통합
- 증가
- 더욱 더
- 개별적으로
- 산업
- 정보
- 통합 된
- 완성
- 보전
- 의지
- 상호 작용하는
- 인터페이스
- 인터페이스
- 내부의
- 감다
- IP
- 발행물
- 문제
- IT
- 항목
- 그 자체
- 여행
- 카푸어
- 유지
- 키
- 종류
- 알아
- 지식
- 결핍
- 넓은
- 성
- 층
- 레이어
- 배운
- 배우기
- 레벨
- 레벨
- 이점
- 아마도
- 작은
- 이상
- 보기
- 같이
- 롯
- 기계
- 만든
- 유튜브 영상을 만드는 것은
- 관리
- 태도
- .
- 매핑
- 마케팅
- 거대한
- 경기
- 최대 폭
- 의미있는
- 방법
- 메모리
- 병합
- 합병
- 방법론
- 방법론
- 통계
- 수도
- 누락
- 모델
- 모델링
- 모델
- 수정
- 배우기
- 가장
- 움직이는
- 여러
- 필요한
- 필요
- 요구
- 네트워크
- 네트워크
- 신경
- 신경망
- 신제품
- 개념
- 번호
- 숫자
- ONE
- 운영
- 운영 체제
- 기회
- 최적화
- 최적화
- 주문
- OS
- 기타
- 자신의
- 꾸러미
- 포장
- 평행
- 매개 변수
- 부품
- 특별한
- 특별히
- 패스
- 과거
- 통로
- 패턴
- 사람들
- 성능
- 관점
- 물리적
- 조각
- 개
- 장소
- 장소
- 플랫폼
- 플라톤
- 플라톤 데이터 인텔리전스
- 플라토데이터
- 포인트 적립
- 전철기
- 풀
- 가능한
- 가능성
- 힘
- Prakash
- 대통령
- 교장
- 원칙
- 문제
- 문제
- 방법
- 처리
- 가공업자
- 프로덕트
- 제품
- 프로그램
- 진행
- 속성
- 제안 된
- 프로토콜
- 프로토 타입
- 프로토 타입
- 프로토 타입
- 제공
- 제공
- 현실
- 왕국
- 이유
- 인식
- 빨간색
- 레드햇
- 감소
- 참조 디자인
- 보도 자료
- 필요
- 필수
- 요구조건 니즈
- 필요
- 연구원
- 의지
- 강력한
- 직위별
- 달리기
- 달리는
- 같은
- 찜하기
- 시나리오
- 보안
- 보고
- 모색
- 보고
- 반도체
- 연장자
- 감각
- 일련의
- 진지한
- 세트
- 영상을
- 쇼
- 기호
- 신호
- 비슷한
- 시몬
- 단순, 간단, 편리
- 시뮬레이션
- 이후
- 단일
- 천천히
- So
- 지금까지
- 소프트웨어
- 해결책
- 솔루션
- 일부
- 어떤 사람
- 무언가
- 출처
- 스팬
- 전문가
- 구체적인
- 스택
- 스택
- 표준
- 기준
- 스타트
- 시작 중
- 주 정부
- 통계
- 단계
- 아직도
- 자극
- 전략
- 흐름
- 강한
- 성공한
- 성공적으로
- 이러한
- 충분한
- 공급
- 스위치
- 체계
- 시스템은
- 맞춤형
- 받아
- 소요
- 말하는
- 태스크
- 팀
- 기법
- Technology
- 조건
- test
- 지원
- 테스트
- XNUMXD덴탈의
- 지역
- 미래
- 그들의
- 그들 자신
- 열의
- 맡은 일
- 일
- 세
- 을 통하여
- 팀
- 시간
- 시간 초과 된
- 타이밍
- 팁
- 에
- 오늘
- 함께
- 너무
- 검색을
- 상단
- 에 대한
- 전통적으로
- 참된
- 유형
- 이해 된
- 진행중
- 단위
- us
- 사용
- 사용자
- 사용자
- 사용
- 활용
- 유효 기간
- 확인
- 가치 있는
- 여러
- 확인
- 확인
- 확인
- 확인하는
- VIP
- 온라인
- 가상 세계
- 손목 시계
- 방법
- 뭐
- 여부
- 어느
- 동안
- 누구
- 의지
- 없이
- 작업
- 운동하다
- 일하는
- 세계
- 세계
- 겠지
- 쓰기
- 너의
- 제퍼 넷