91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

超圖與歐拉充分發(fā)揮 SuperMap GIS 平臺相關(guān)應(yīng)用場景性能優(yōu)勢

openEuler ? 來源:openEuler ? 作者:openEuler ? 2021-12-20 15:36 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

近日,超圖軟件簽署 CLA(Contributor License Agreement 貢獻者許可協(xié)議),正式加入歐拉開源社區(qū)。超圖作為全球第三大、亞洲第一大地理信息系統(tǒng)軟件廠商,未來將積極參與社區(qū)合作,與行業(yè)內(nèi)的生態(tài)伙伴共建創(chuàng)新平臺,推動行業(yè)生態(tài)繁榮發(fā)展。

超圖軟件始終聚焦于地理信息系統(tǒng)相關(guān)軟件技術(shù)研發(fā)與應(yīng)用服務(wù),歷經(jīng) 20 余年的技術(shù)沉淀,構(gòu)建了 SuperMap 地理信息系統(tǒng)產(chǎn)品五大技術(shù)體系(BitDC),即大數(shù)據(jù) GIS、人工智能 GIS、新一代三維 GIS、分布式 GIS 和跨平臺 GIS 技術(shù)體系,豐富和革新了 GIS 理論與技術(shù),具備賦能各行業(yè)信息化更為強大的地理智慧能力,可為行業(yè)伙伴、用戶單位提供構(gòu)建安全可靠堅實的空間數(shù)字底盤的基礎(chǔ),助力信創(chuàng)產(chǎn)業(yè)發(fā)展,為整個數(shù)字中國建設(shè)賦能。

超圖與歐拉操作系統(tǒng)結(jié)緣于 2019 年,SuperMap GIS 平臺正式通過基于鯤鵬處理器的 TaiShan 服務(wù)器和歐拉操作系統(tǒng)技術(shù)兼容性證明,2021 年 3 月,SuperMap GIS 平臺獲得鯤鵬 Huawei Validated 認證,此方案在操作系統(tǒng)層面采用了基于 openEuler 內(nèi)核開發(fā)的銀河麒麟新一代自主服務(wù)器操作系統(tǒng),在性能、可靠性、安全性等方面進行了深度優(yōu)化,充分發(fā)揮 SuperMap GIS 平臺相關(guān)應(yīng)用場景性能優(yōu)勢。

原文標題:超圖軟件加入歐拉開源社區(qū)

文章出處:【微信公眾號:openEuler】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

審核編輯:彭菁
聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    14

    文章

    10256

    瀏覽量

    91519
  • 操作系統(tǒng)
    +關(guān)注

    關(guān)注

    37

    文章

    7402

    瀏覽量

    129339
  • 開源
    +關(guān)注

    關(guān)注

    3

    文章

    4209

    瀏覽量

    46170

原文標題:超圖軟件加入歐拉開源社區(qū)

文章出處:【微信號:openEulercommunity,微信公眾號:openEuler】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    微電網(wǎng)保護的關(guān)鍵技術(shù)在工業(yè)園區(qū)應(yīng)用場景中有哪些挑戰(zhàn)

    要求嚴苛、多主體協(xié)同難度大等獨特性,各類關(guān)鍵保護技術(shù)在落地應(yīng)用中面臨諸多瓶頸,嚴重制約了微電網(wǎng)效能的充分發(fā)揮,了解微電網(wǎng)管理系統(tǒng)平臺咨詢服務(wù):1.3.7-5.0.0.4-6.2.0.0。本文將聚焦工業(yè)園區(qū)應(yīng)用場景,系統(tǒng)拆解微電網(wǎng)
    的頭像 發(fā)表于 03-06 11:22 ?1464次閱讀
    微電網(wǎng)保護的關(guān)鍵技術(shù)在工業(yè)園區(qū)應(yīng)<b class='flag-5'>用場景</b>中有哪些挑戰(zhàn)

    【「Linux 設(shè)備驅(qū)動開發(fā)(第 2 版)」閱讀體驗】充分發(fā)揮硬件潛力

    Linux內(nèi)核內(nèi)存分配 Linux系統(tǒng)使用了一種稱為“虛擬內(nèi)存”的機制。虛擬內(nèi)存機制使得每個內(nèi)存地址都是虛擬的,這意味著它們不會直接指向RAM中的任何地址。這樣我們訪問內(nèi)存中的存儲單元時,都會進行地址轉(zhuǎn)換以匹配相應(yīng)的物理內(nèi)存 在Linux系統(tǒng)中,內(nèi)核中的每個進程都表示為一個task_struct結(jié)構(gòu)體實例,該結(jié)構(gòu)體實例表征并描述了這個進程。在進程開始運行之前,系統(tǒng)會為其分配一個內(nèi)存映射表,該表存放在struct mm_struct類型的變量中。在內(nèi)核中,全局變量current時鐘指向當前進程,current->mm字段指向當前的進程內(nèi)存映射表,struct mm_struct結(jié)構(gòu)定義參見include/linux/mm_types.h 地址轉(zhuǎn)換和MMU MMU不僅可以將虛擬地址轉(zhuǎn)換為物理地址,還可以保護內(nèi)存免受未經(jīng)授權(quán)的訪問。給定一個進程,需要從此進程訪問的任何頁都必須位于一個VMA中,且必須位于進程的頁表中 由于最近訪問的數(shù)據(jù)存放在緩存中,因此最近轉(zhuǎn)換的地址也存放在緩存中。數(shù)據(jù)緩存加快了數(shù)據(jù)訪問過程,TLB則加快了虛擬地址的轉(zhuǎn)換過程。TLB是內(nèi)容可尋址內(nèi)存,其中鍵是虛擬地址,值是物理地址,其運作過程如下圖所示 內(nèi)存分配機制 下圖展示了Linux系統(tǒng)中不同的內(nèi)存分配器。最低級別的分配器是頁分配器,它以頁為單位分配內(nèi)存,然后是Slab分配器,它建立在頁分配器的基礎(chǔ)上,從中獲取頁并將它們拆分為較小的內(nèi)存實體,kmalloc分配器依賴于Slab分配器 實現(xiàn)DMA支持 DMA是計算機系統(tǒng)的一種特性,它允許設(shè)備在沒有CPU干預(yù)的情況下訪問主系統(tǒng)內(nèi)存,使CPU嫩鞏固專注于其他任務(wù)。它的使用示例包括網(wǎng)絡(luò)流量加速、音頻數(shù)據(jù)或視頻幀抓取等,它的使用并不限于特定領(lǐng)域。負責管理DMA事務(wù)的外圍設(shè)備是DMA控制器,它存在于大多數(shù)現(xiàn)代處理器和微控制器中。 DMA的工作方式如下:當驅(qū)動程序需要傳輸數(shù)據(jù)塊時,便使用源地址、目標地址和要復(fù)制的總字節(jié)數(shù)設(shè)置DMA控制器,然后DMA控制器自動將數(shù)據(jù)地址從源地址傳輸?shù)侥繕说刂?,而不會占用CPU周期。當剩余字節(jié)數(shù)為0時,數(shù)據(jù)塊傳輸結(jié)束并通知驅(qū)動程序。 DMA引擎API DMA控制器接口由兩部分組成:控制器和通道??刂破鲌?zhí)行內(nèi)存?zhèn)鬏?,通道則是客戶端驅(qū)動程序向控制器提交作業(yè)的方式 DMA控制器在Linux內(nèi)核中別抽象為dma_device結(jié)構(gòu)體實例,其定義如下 struct dma_device { struct kref ref; unsigned int chancnt; unsigned int privatecnt; struct list_head channels; struct list_head global_node; struct dma_filter filter; dma_cap_mask_tcap_mask; enum dma_desc_metadata_mode desc_metadata_modes; unsigned short max_xor; unsigned short max_pq; enum dmaengine_alignment copy_align; enum dmaengine_alignment xor_align; enum dmaengine_alignment pq_align; enum dmaengine_alignment fill_align; #define DMA_HAS_PQ_CONTINUE (1 << 15) int dev_id; struct device *dev; struct module *owner; struct ida chan_ida; u32 src_addr_widths; u32 dst_addr_widths; u32 directions; u32 min_burst; u32 max_burst; u32 max_sg_burst; bool descriptor_reuse; enum dma_residue_granularity residue_granularity; int (*device_alloc_chan_resources)(struct dma_chan *chan); int (*device_router_config)(struct dma_chan *chan); void (*device_free_chan_resources)(struct dma_chan *chan); struct dma_async_tx_descriptor *(*device_prep_dma_memcpy)( struct dma_chan *chan, dma_addr_t dst, dma_addr_t src, size_t len, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_dma_xor)( struct dma_chan *chan, dma_addr_t dst, dma_addr_t *src, unsigned int src_cnt, size_t len, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_dma_xor_val)( struct dma_chan *chan, dma_addr_t *src,unsigned int src_cnt, size_t len, enum sum_check_flags *result, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_dma_pq)( struct dma_chan *chan, dma_addr_t *dst, dma_addr_t *src, unsigned int src_cnt, const unsigned char *scf, size_t len, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_dma_pq_val)( struct dma_chan *chan, dma_addr_t *pq, dma_addr_t *src, unsigned int src_cnt, const unsigned char *scf, size_t len, enum sum_check_flags *pqres, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_dma_memset)( struct dma_chan *chan, dma_addr_t dest, int value, size_t len, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_dma_memset_sg)( struct dma_chan *chan, struct scatterlist *sg, unsigned int nents, int value, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_dma_interrupt)( struct dma_chan *chan, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_slave_sg)( struct dma_chan *chan, struct scatterlist *sgl, unsigned int sg_len, enum dma_transfer_direction direction, unsigned long flags, void *context); struct dma_async_tx_descriptor *(*device_prep_dma_cyclic)( struct dma_chan *chan, dma_addr_t buf_addr, size_t buf_len, size_t period_len, enum dma_transfer_direction direction, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_interleaved_dma)( struct dma_chan *chan, struct dma_interleaved_template *xt, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_dma_imm_data)( struct dma_chan *chan, dma_addr_t dst, u64 data, unsigned long flags); void (*device_caps)(struct dma_chan *chan, struct dma_slave_caps *caps); int (*device_config)(struct dma_chan *chan, struct dma_slave_config *config); int (*device_pause)(struct dma_chan *chan); int (*device_resume)(struct dma_chan *chan); int (*device_terminate_all)(struct dma_chan *chan); void (*device_synchronize)(struct dma_chan *chan); enum dma_status (*device_tx_status)(struct dma_chan *chan, dma_cookie_t cookie, struct dma_tx_state *txstate); void (*device_issue_pending)(struct dma_chan *chan); void (*device_release)(struct dma_device *dev); /* debugfs support */ void (*dbg_summary_show)(struct seq_file *s, struct dma_device *dev); struct dentry *dbg_dev_root; }; DMA通道的結(jié)構(gòu)體定義如下 struct dma_chan { int dev_id;/* this channel is allocated if >= 0, */ /* free otherwise */ void __iomem *io; const char *dev_str; int irq; void *irq_dev; unsigned int fifo_addr; unsigned int mode; }; 請求DMA通道 dma_request_channel()函數(shù)用于請求一個通道 struct dma_chan *dma_request_channel(dma_cap_mask_t mask, dma_filter_fn filter_fn, void *filter_param); 配置DMA通道 DMA引擎框架使用struct dma_slave_config數(shù)據(jù)結(jié)構(gòu)進行配置,該數(shù)據(jù)結(jié)構(gòu)表示DMA通道的運行時配置,這樣客戶端就可以指定諸如DMA方向、DMA地址、總線寬度和DMA突發(fā)成都等外設(shè)的參數(shù),struct dma_slave_config數(shù)據(jù)結(jié)構(gòu)定義如下 struct dma_slave_config { enum dma_transfer_direction direction; phys_addr_t src_addr; phys_addr_t dst_addr; enum dma_slave_buswidth src_addr_width; enum dma_slave_buswidth dst_addr_width; u32 src_maxburst; u32 dst_maxburst; u32 src_port_window_size; u32 dst_port_window_size; bool device_fc; void *peripheral_config; size_t peripheral_size; }; 通過dmaengine_slave_config()函數(shù)將這種配置作用于底層硬件上 static inline int dmaengine_slave_config(struct dma_chan *chan, struct dma_slave_config *config) { if (chan->device->device_config) return chan->device->device_config(chan, config); return -ENOSYS; } 配置DMA傳輸 這一步用于確認DMA傳輸?shù)姆绞?,要進行一次DMA傳輸,就需要用到與DMA通道對應(yīng)的控制器中的一些函數(shù),這些函數(shù)名為device_prep_dma_*,例如對于內(nèi)存到內(nèi)存的傳輸,使用device_prep_dma_memcpy() struct dma_async_tx_descriptor *tx; struct dma_chan *chan = acdev->dma_chan; dma_cookie_t cookie; unsigned long flags = DMA_PREP_INTERRUPT; int ret = 0; tx = chan->device->device_prep_dma_memcpy(chan, dest, src, len, flags); if (!tx) { dev_err(acdev->host->dev, \"device_prep_dma_memcpy failed\\\\n\"); return -EAGAIN; } 提交DMA傳輸 為了把事務(wù)放到驅(qū)動程序的事務(wù)待處理隊列中,可以使用dmaengine_submit()函數(shù) static inline dma_cookie_t dmaengine_submit(struct dma_async_tx_descriptor *desc) { return desc->tx_submit(desc); } 發(fā)出待處理的DMA請求并等待回調(diào)通知 啟動傳輸是DMA傳輸設(shè)置的最后一步,可以通過在通道上調(diào)用dma_async_issue_pending()來激活通道待處理隊列中的傳輸。 static inline void dma_async_issue_pending(struct dma_chan *chan) { chan->device->device_issue_pending(chan); }
    發(fā)表于 02-04 22:30

    Neway電機方案在電機控制的應(yīng)用場景

    Neway電機方案在電機控制的應(yīng)用場景Neway電機方案在電機控制領(lǐng)域的應(yīng)用場景廣泛且效果顯著,其核心優(yōu)勢在步進電機、伺服電機控制及CNC機床主軸驅(qū)動等場景中得到了
    發(fā)表于 01-04 10:10

    博世GTM IP模塊在車載系統(tǒng)中的具體實現(xiàn)方式與優(yōu)勢

    在汽車電子系統(tǒng)中,如何充分發(fā)揮 GTM IP的功能,以滿足復(fù)雜的系統(tǒng)級應(yīng)用場景,是用戶實現(xiàn)高效控制與精確響應(yīng)的關(guān)鍵。本文將聚焦幾個典型且核心的應(yīng)用實例,探討GTM IP在車載系統(tǒng)中的具體實現(xiàn)方式與優(yōu)勢。
    的頭像 發(fā)表于 12-30 17:36 ?706次閱讀
    博世GTM IP模塊在車載系統(tǒng)中的具體實現(xiàn)方式與<b class='flag-5'>優(yōu)勢</b>

    重磅合作!Quintauris 聯(lián)手 SiFive,加速 RISC-V 在嵌入式與 AI 領(lǐng)域落地

    (ADAS); 嵌入式平臺的 AI 與機器學(xué)習加速器; 工業(yè)物聯(lián)網(wǎng)與自動化系統(tǒng)(開放標準架構(gòu)的優(yōu)勢充分發(fā)揮)。 對咱們開發(fā)者來說,這波合作最大的好處就是能拿到集成式解決方案,不僅能縮短開發(fā)周期,還能
    發(fā)表于 12-18 12:01

    藍牙網(wǎng)關(guān)是什么?都有哪些功能?應(yīng)用場景有哪些?

    。 安全防護機制:采用AES-128加密、安全配對、HTTPS傳輸?shù)燃夹g(shù),防范數(shù)據(jù)泄露與惡意攻擊,滿足醫(yī)療、工業(yè)等敏感場景需求。 應(yīng)用場景 憑借靈活部署與低功耗優(yōu)勢,藍牙網(wǎng)關(guān)已在多領(lǐng)域?qū)崿F(xiàn)規(guī)?;?/div>
    發(fā)表于 12-11 15:21

    GIS設(shè)備地圖管理平臺是什么

    GIS設(shè)備地圖管理平臺是基于地理信息系統(tǒng)(GIS)技術(shù)構(gòu)建的,用于對設(shè)備相關(guān)的地理空間數(shù)據(jù)進行采集、存儲、管理、分析和可視化展示的綜合信息平臺
    的頭像 發(fā)表于 11-18 11:31 ?573次閱讀
    <b class='flag-5'>GIS</b>設(shè)備地圖管理<b class='flag-5'>平臺</b>是什么

    CW32L0系列都有哪些應(yīng)用場景?有哪些優(yōu)勢?

    目前芯源的低功耗MCU比較火爆,就是CW32L0系列都有哪些應(yīng)用場景?有哪些優(yōu)勢
    發(fā)表于 11-14 06:03

    富維海×經(jīng)緯恒潤:以智慧光影重塑智能行體驗

    近日,經(jīng)緯恒潤與長春富維海拉車燈有限公司(以下簡稱“富維海”)順利完成戰(zhàn)略合作協(xié)議簽約。未來,雙方將充分發(fā)揮各自在車載智能燈光領(lǐng)域的互補優(yōu)勢和資源,共同推動創(chuàng)新燈光解決方案在智能汽車領(lǐng)域
    的頭像 發(fā)表于 07-15 17:08 ?732次閱讀
    富維海<b class='flag-5'>拉</b>×經(jīng)緯恒潤:以智慧光影重塑智能行體驗

    安全監(jiān)測預(yù)警平臺的應(yīng)用場景

    。古河云科技將詳細探討安全監(jiān)測預(yù)警平臺在不同領(lǐng)域的典型應(yīng)用場景。 城市安全領(lǐng)域 1. 城市生命線工程監(jiān)測 在城市燃氣、供水、供熱、排水等生命線工程中,監(jiān)測預(yù)警平臺發(fā)揮著關(guān)鍵作用: -
    的頭像 發(fā)表于 07-11 15:00 ?686次閱讀

    什么是非標超聲波清洗設(shè)備的最大優(yōu)勢?如何充分發(fā)揮其特點?

    優(yōu)勢,如高效、徹底、節(jié)能、環(huán)保等。本文將重點介紹非標超聲波清洗設(shè)備的最大優(yōu)勢以及如何充分發(fā)揮其特點。一、高效清洗非標超聲波清洗設(shè)備通過高頻聲波的作用,能夠在短時
    的頭像 發(fā)表于 07-08 16:58 ?632次閱讀
    什么是非標超聲波清洗設(shè)備的最大<b class='flag-5'>優(yōu)勢</b>?如何<b class='flag-5'>充分發(fā)揮</b>其特點?

    多通道頻率計模塊優(yōu)勢與應(yīng)用場景

    在電子測量領(lǐng)域,頻率計是用于測量信號頻率的關(guān)鍵儀器。而多通道頻率計模塊作為一種先進的頻率測量組件,正憑借其獨特的優(yōu)勢在眾多領(lǐng)域發(fā)揮著日益重要的作用。那么頻率計它的優(yōu)勢在哪,又有哪些場景
    發(fā)表于 06-12 16:16

    NVMe協(xié)議研究掃盲

    ,使得其響應(yīng)速度較慢,無法充分發(fā)揮NVMe SSD的速度優(yōu)勢。若想要在嵌入式系統(tǒng)中充分發(fā)揮NVMe協(xié)議的高速讀寫性能,一方面可以通過優(yōu)化軟件執(zhí)行流程,來提高傳輸
    發(fā)表于 06-02 23:28

    工控機廠家聚徽總結(jié)出選型指南:如何根據(jù)應(yīng)用場景選擇適配的工控機

    在工業(yè)自動化進程中,工控機作為核心設(shè)備,其性能、功能需與應(yīng)用場景精準適配,才能充分發(fā)揮效能,保障生產(chǎn)流程的高效與穩(wěn)定。由于工業(yè)場景豐富多樣,從精密制造車間到戶外能源設(shè)施,從高速運轉(zhuǎn)生產(chǎn)
    的頭像 發(fā)表于 05-14 15:56 ?745次閱讀

    全面解析德索 M12 航空插座型號:從接口類型到應(yīng)用場景

    不同型號的德索M12航空插座在接口類型、電氣參數(shù)、外殼材質(zhì)與防護等級等方面各有特點,適配于不同的應(yīng)用場景。在實際選型過程中,用戶需要綜合考慮多方面因素,充分發(fā)揮德索M12航空插座的性能優(yōu)勢
    的頭像 發(fā)表于 04-08 10:10 ?867次閱讀
    全面解析德索 M12 航空插座型號:從接口類型到應(yīng)<b class='flag-5'>用場景</b>