<dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><small id="yhprb"></small><dfn id="yhprb"></dfn><small id="yhprb"><delect id="yhprb"></delect></small><small id="yhprb"></small><small id="yhprb"></small> <delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"></dfn><dfn id="yhprb"></dfn><s id="yhprb"><noframes id="yhprb"><small id="yhprb"><dfn id="yhprb"></dfn></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><small id="yhprb"></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn> <small id="yhprb"></small><delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn>
首頁(yè)  資訊  商機   下載  拆解   高校  招聘   雜志  會(huì )展  EETV  百科   問(wèn)答  電路圖  工程師手冊   Datasheet  100例   活動(dòng)中心  E周刊閱讀   樣片申請
EEPW首頁(yè) >> 主題列表 >> 機制

Linux內核同步機制的自旋鎖原理

  • Linux內核同步機制的自旋鎖原理,一、自旋鎖
    自旋鎖是專(zhuān)為防止多處理器并發(fā)而引入的一種鎖,它在內核中大量應用于中斷處理等部分(對于單處理器來(lái)說(shuō),防止中斷處理中的并發(fā)可簡(jiǎn)單采用關(guān)閉中斷的方式,即在標志寄存器中關(guān)閉/打開(kāi)中斷標志位,不需要自
  • 關(guān)鍵字: 自旋  原理  機制  同步  內核  Linux  

嵌入式編程需注意的Cache機制及其原理

  • 1 Cache的原理

    Cache即高速緩存,它的出現基于兩種因素:一、CPU的速度和性能提高很快,而主存速度較低且價(jià)格高;二、程序執行的局部性特點(diǎn)。將速度較快而容量有限的SRAM構成Cache,可以盡可能發(fā)揮CPU的高速度。
  • 關(guān)鍵字: 及其  原理  機制  Cache  編程  注意  嵌入式  

基于802.11e EDCA的自適應參數調節機制研究

  • 當網(wǎng)絡(luò )規模較大且負載變化頻繁時(shí),802.11e標準中的EDCA建議值不足以滿(mǎn)足業(yè)務(wù)需求,低優(yōu)先級業(yè)務(wù)受到影響很大,且信道利用率不高。為了解決這一問(wèn)題,提出一種新的自適應調節機制――a-EDCA機制:接入點(diǎn)(AP)根據網(wǎng)絡(luò )當前吞吐量變化量的大小,自動(dòng)調節EDCA參數中競爭窗口參數值,把新的調節信息廣播到各個(gè)站點(diǎn),各站點(diǎn)以新的參數來(lái)重新競爭信道資源。仿真結果驗證了負載變化頻繁的網(wǎng)絡(luò )處于高負荷狀態(tài)下,a-EDCA機制的效果。
  • 關(guān)鍵字: 調節  機制  研究  參數  適應  802.11e  EDCA  基于  

異常機制的使用

  • 引 言
    我們在編寫(xiě)軟件時(shí)不但要追求代碼的正確性,更要關(guān)注程序的容錯能力,在環(huán)境不正確或操作不當時(shí)不能死機,更不能造成災難性后果。程序運行時(shí)有些錯誤是不可避免的,如內存不足、文件打開(kāi)失敗、數組下標溢
  • 關(guān)鍵字: 機制    

無(wú)線(xiàn)Ad-Hoc網(wǎng)絡(luò )中P2P文件搜索機制的研究

  • 1 引言
    無(wú)線(xiàn)Ad-Hoc網(wǎng)絡(luò )因其構建容易、支持用戶(hù)移動(dòng)性的特點(diǎn),在無(wú)線(xiàn)通信領(lǐng)域中占有極其重要的地位并具有廣闊的應用前景。無(wú)線(xiàn)通信技術(shù)、移動(dòng)技術(shù)的發(fā)展為無(wú)線(xiàn)Ad-Hoc網(wǎng)絡(luò )(WANET)提供了更廣泛的應用空間。經(jīng)常使用
  • 關(guān)鍵字: 搜索  機制  研究  文件  P2P  Ad-Hoc  網(wǎng)絡(luò )  無(wú)線(xiàn)  

RTEMS管理機制與USB驅動(dòng)程序設計

  • 介紹RTEMS實(shí)時(shí)操作系統和USB協(xié)議,分析RTEMS系統的設備管理機制,詳細描述RTEMS操作系統下的USB設備驅動(dòng)程序的設計與實(shí)現。該設計根據USB的特點(diǎn),通過(guò)合理的層次劃分,將驅動(dòng)程序分為硬件抽象層和設備類(lèi)驅動(dòng)層,在硬件抽象層完成對USB設備控制器的操作,在設備類(lèi)驅動(dòng)層實(shí)現對各類(lèi)USB設備命令的處理,保證了驅動(dòng)程序易于移植和擴展。按照RTEMS的設備管理機制,為在RTEMS上運行的任務(wù)提供了標準I/0系統調用。
  • 關(guān)鍵字: RTEMS  USB  機制  程序設計    

電力通信網(wǎng)告警分層過(guò)濾機制的設計

  • 為了保證有效防止電力通信網(wǎng)的告警風(fēng)暴,保證關(guān)注告警,以及保證快速發(fā)現、定位和處理故障,必須設計并實(shí)施有效的告警過(guò)濾機制,以實(shí)現快速、準確的過(guò)濾瞬斷告警、無(wú)效告警和次要告警。為此。詳細分析了電力通信網(wǎng)告警數據的特點(diǎn);闡述了告警關(guān)聯(lián)分析的常用方法?;诂F有告警關(guān)聯(lián)分析方法的比較。探討了如何采用數據挖掘技術(shù)獲取告警關(guān)聯(lián)規則,并在此基礎上構建了告警過(guò)濾規則知識庫,提出一種新的告警分層過(guò)濾模型。實(shí)驗證明了告警過(guò)濾機制的實(shí)用效果。
  • 關(guān)鍵字: 機制  設計  過(guò)濾  分層  通信網(wǎng)  電力  

基于價(jià)格反饋機制的網(wǎng)格任務(wù)管理研究

  • 1 引言
    網(wǎng)格是繼萬(wàn)維網(wǎng)之后出現的一種新型網(wǎng)絡(luò )計算平臺,它已成為信息技術(shù)領(lǐng)域的熱點(diǎn)研究課題。開(kāi)發(fā)網(wǎng)格中,任務(wù)管理是網(wǎng)格計算系統與應用主體交互的關(guān)鍵紐帶,是網(wǎng)格研究基礎且核心的環(huán)節。但是現有的網(wǎng)格任務(wù)
  • 關(guān)鍵字: 任務(wù)  管理  研究  網(wǎng)格  機制  價(jià)格  反饋  基于  

基于主動(dòng)隊列管理的擁塞控制機制研究

  • 目前,互聯(lián)網(wǎng)上已經(jīng)廣泛使用TCP滑動(dòng)窗口進(jìn)行端到端的擁塞控制。但是,隨著(zhù)網(wǎng)絡(luò )用戶(hù)的增加和所承載業(yè)務(wù)流的多元化,端到端擁塞控制正面臨著(zhù)嚴峻的挑戰。而路由器是互聯(lián)網(wǎng)的核心實(shí)體,也是網(wǎng)絡(luò )擁塞狀態(tài)最直接的感受者
  • 關(guān)鍵字: 控制  機制  研究  擁塞  管理  主動(dòng)  隊列  基于  

嵌入式網(wǎng)絡(luò )終端報文收發(fā)機制研究與實(shí)現

VxWorks下MPC860的中斷處理機制及其應用

  • VxWorks下MPC860的中斷處理機制及其應用, 嵌入式實(shí)時(shí)操作系統VxWorks提供的中斷處理機制中斷延遲小,應用編程方便。MPC860是目前在網(wǎng)絡(luò )與通信領(lǐng)域應用非常廣泛的一款微處理器芯片。論文詳細分析了VxWorks及MPC860的中斷處理機制,闡述了中斷處理應用編程的過(guò)
  • 關(guān)鍵字: 及其  應用  機制  處理  MPC860  中斷  VxWorks  VxWorks  MPC860  中斷  Motorola  嵌入式  

Cortex―M3的異常處理機制研究

  • Cortex―M3的異常處理機制研究,詳細闡述Cortex―M3異常的分類(lèi)、優(yōu)先級、進(jìn)入和退出,以及在Cortex―M3異常處理機制中使用的新技術(shù)――遲到(1ate―arriring)和尾鏈(tail-chaining);最后,比較Cortex―M3和ARM7異??刂茩C制的區別,并量化分析遲到和尾鏈技術(shù)在異常處理中的優(yōu)越性。
  • 關(guān)鍵字: 機制  研究  處理  異常  M3  Cortex  微控制器  

Linux 2.6.10內核下PCI Express Native熱插拔框架的實(shí)現機制

  • Linux 2.6.10內核下PCI Express Native熱插拔框架的實(shí)現機制,本文討論了PCI Express熱插拔所涉及的軟件因素,分析了linux2.6.10的PCI Express插槽熱插拔功能PCIEHP子系統,并對熱插拔支持在提高服務(wù)器系統外設相關(guān)可用性的作用進(jìn)行了定量的分析。為了繼續提高操作系統可用性和可擴展性支持能力,Linux PCI Express hotplug以下方面還有待發(fā)展:繼續完善熱插拔架構的開(kāi)放性,以提供完整統一的接口供驅動(dòng)開(kāi)發(fā)人員編寫(xiě)其他設備的熱插拔支持模塊;在插
  • 關(guān)鍵字: 框架  實(shí)現  機制  Native  Express  2.6.10  內核  PCI  Linux  

Java語(yǔ)言入門(mén)--簡(jiǎn)述Java語(yǔ)言回收機制

  •          一.誰(shuí)在做Garbage Collection?        一種流行的說(shuō)法:在C++里,是系統在做垃圾回收;而在Java里,是Java自身在做。        在C++里,釋放內存是手動(dòng)處理的,要用delete運算符來(lái)釋放分配的內存。這是流行的說(shuō)法。確切地
  • 關(guān)鍵字: Java  語(yǔ)言  回收  機制  嵌入式系統  單片機  嵌入式  

ARM S3C2410X系統中斷編程機制的研究與應用

  • ARM S3C2410X系統中斷編程機制的研究與應用,本文介紹了ARM S3C2410X系統的異常中斷響應和返回過(guò)程,重點(diǎn)討論了ARM S3C2410X系統中采用IRQ響應外設向CPU請求服務(wù)的中斷編程機制,并用一個(gè)實(shí)例展示這種中斷編程機制的應用。
  • 關(guān)鍵字: 機制  研究  應用  編程  中斷  S3C2410X  系統  ARM  
共63條 4/5 |‹ « 1 2 3 4 5 »
關(guān)于我們 - 廣告服務(wù) - 企業(yè)會(huì )員服務(wù) - 網(wǎng)站地圖 - 聯(lián)系我們 - 征稿 - 友情鏈接 - 手機EEPW
Copyright ?2000-2015 ELECTRONIC ENGINEERING & PRODUCT WORLD. All rights reserved.
《電子產(chǎn)品世界》雜志社 版權所有 北京東曉國際技術(shù)信息咨詢(xún)有限公司
備案 京ICP備12027778號-2 北京市公安局備案:1101082052    京公網(wǎng)安備11010802012473
国产精品自在自线亚洲|国产精品无圣光一区二区|国产日产欧洲无码视频|久久久一本精品99久久K精品66|欧美人与动牲交片免费播放
<dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><small id="yhprb"></small><dfn id="yhprb"></dfn><small id="yhprb"><delect id="yhprb"></delect></small><small id="yhprb"></small><small id="yhprb"></small> <delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"></dfn><dfn id="yhprb"></dfn><s id="yhprb"><noframes id="yhprb"><small id="yhprb"><dfn id="yhprb"></dfn></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><small id="yhprb"></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn> <small id="yhprb"></small><delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn>