如何把onnx文件編譯進內存

⑴ 求助大神！如何易語言把資源文件寫到內存中，然後調用！

用製作單文件版的軟體，打包在一起。這樣你直接在代碼中調用就可以了

⑵ 如何編譯linux版本

編譯安裝內核
下載並解壓內核
內核下載官網：https://www.kernel.org/
解壓內核：tar xf linux-2.6.XX.tar.xz
定製內核：make menuconfig
參見makefile menuconfig過程講解
編譯內核和模塊：make
生成內核模塊和vmlinuz，initrd.img，Symtem.map文件
安裝內核和模塊：sudo make moles_install install
復制模塊文件到/lib/moles目錄下、復制config，vmlinuz，initrd.img，Symtem.map文件到/boot目錄、更新grub
其他命令：
make mrprobe：命令的作用是在每次配置並重新編譯內核前需要先執行「make mrproper」命令清理源代碼樹，包括過去曾經配置的內核配置文件「.config」都將被清除。即進行新的編譯工作時將原來老的配置文件給刪除到，以免影響新的內核編譯。
make dep：生成內核功能間的依賴關系，為編譯內核做好准備。

幾個重要的Linux內核文件介紹
config
使用make menuconfig 生成的內核配置文件，決定將內核的各個功能系統編譯進內核還是編譯為模塊還是不編譯。
vmlinuz 和 vmlinux
vmlinuz是可引導的、壓縮的內核，「vm」代表「Virtual Memory」。Linux 支持虛擬內存，不像老的操作系統比如DOS有640KB內存的限制，Linux能夠使用硬碟空間作為虛擬內存，因此得名「vm」。vmlinuz是可執行的Linux內核，vmlinuz的建立有兩種方式：一是編譯內核時通過「make zImage」創建，zImage適用於小內核的情況，它的存在是為了向後的兼容性；二是內核編譯時通過命令make bzImage創建，bzImage是壓縮的內核映像，需要注意，bzImage不是用bzip2壓縮的，bzImage中的bz容易引起誤解，bz表示「big zImage」，bzImage中的b是「big」意思。 zImage（vmlinuz）和bzImage（vmlinuz）都是用gzip壓縮的。它們不僅是一個壓縮文件，而且在這兩個文件的開頭部分內嵌有gzip解壓縮代碼，所以你不能用gunzip 或 gzip –dc解包vmlinuz。 內核文件中包含一個微型的gzip用於解壓縮內核並引導它。兩者的不同之處在於，老的zImage解壓縮內核到低端內存（第一個640K），bzImage解壓縮內核到高端內存（1M以上）。如果內核比較小，那麼可以採用zImage 或bzImage之一，兩種方式引導的系統運行時是相同的。大的內核採用bzImage，不能採用zImage。 vmlinux是未壓縮的內核，vmlinuz是vmlinux的壓縮文件。
initrd.img
initrd是「initial ramdisk」的簡寫。initrd一般被用來臨時的引導硬體到實際內核vmlinuz能夠接管並繼續引導的狀態。比如initrd- 2.4.7-10.img主要是用於載入ext3等文件系統及scsi設備的驅動。如果你使用的是scsi硬碟，而內核vmlinuz中並沒有這個 scsi硬體的驅動，那麼在裝入scsi模塊之前，內核不能載入根文件系統，但scsi模塊存儲在根文件系統的/lib/moles下。為了解決這個問題，可以引導一個能夠讀實際內核的initrd內核並用initrd修正scsi引導問題，initrd-2.4.7-10.img是用gzip壓縮的文件。initrd映象文件是使用mkinitrd創建的，mkinitrd實用程序能夠創建initrd映象文件，這個命令是RedHat專有的，其它Linux發行版或許有相應的命令。這是個很方便的實用程序。具體情況請看幫助：man mkinitrd
System.map是一個特定內核的內核符號表，由「nm vmlinux」產生並且不相關的符號被濾出。
下面幾行來自/usr/src/linux-2.4/Makefile：
nm vmlinux | grep -v '(compiled)|(.o$$)|( [aUw] )|(..ng$$)|(LASH[RL]DI)' | sort > System.map
在進行程序設計時，會命名一些變數名或函數名之類的符號。Linux內核是一個很復雜的代碼塊，有許許多多的全局符號， Linux內核不使用符號名，而是通過變數或函數的地址來識別變數或函數名，比如不是使用size_t BytesRead這樣的符號，而是像c0343f20這樣引用這個變數。 對於使用計算機的人來說，更喜歡使用那些像size_t BytesRead這樣的名字，而不喜歡像c0343f20這樣的名字。內核主要是用c寫的，所以編譯器/連接器允許我們編碼時使用符號名，而內核運行時使用地址。 然而，在有的情況下，我們需要知道符號的地址，或者需要知道地址對應的符號，這由符號表來完成，符號表是所有符號連同它們的地址的列表。
Linux 符號表使用到2個文件： /proc/ksyms 、System.map 。/proc/ksyms是一個「proc file」，在內核引導時創建。實際上，它並不真正的是一個文件，它只不過是內核數據的表示，卻給人們是一個磁碟文件的假象，這從它的文件大小是0可以看 出來。然而，System.map是存在於你的文件系統上的實際文件。當你編譯一個新內核時，各個符號名的地址要發生變化，你的老的System.map 具有的是錯誤的符號信息，每次內核編譯時產生一個新的System.map，你應當用新的System.map來取代老的System.map。
雖然內核本身並不真正使用System.map，但其它程序比如klogd， lsof和ps等軟體需要一個正確的System.map。如果你使用錯誤的或沒有System.map，klogd的輸出將是不可靠的，這對於排除程序故障會帶來困難。沒有System.map，你可能會面臨一些令人煩惱的提示信息。 另外少數驅動需要System.map來解析符號，沒有為你當前運行的特定內核創建的System.map它們就不能正常工作。 Linux的內核日誌守護進程klogd為了執行名稱-地址解析，klogd需要使用System.map。System.map應當放在使用它的軟體能夠找到它的地方。執行：man klogd可知，如果沒有將System.map作為一個變數的位置給klogd，那麼它將按照下面的順序，在三個地方查找System.map： /boot/System.map 、/System.map 、/usr/src/linux/System.map
System.map也有版本信息，klogd能夠智能地查找正確的映象（map）文件。
makefile menuconfig過程講解
當我們在執行make menuconfig這個命令時，系統到底幫我們做了哪些工作呢？這裡面一共涉及到了一下幾個文件我們來一一探討
Linux內核根目錄下的scripts文件夾
arch/$ARCH/Kconfig文件、各層目錄下的Kconfig文件
Linux內核根目錄下的makefile文件、各層目錄下的makefile文件
Linux內核根目錄下的的.config文件、arch/$ARCH/configs/下的文件
Linux內核根目錄下的 include/generated/autoconf.h文件
1）scripts文件夾存放的是跟make menuconfig配置界面的圖形繪制相關的文件，我們作為使用者無需關心這個文件夾的內容
2）當我們執行make menuconfig命令出現上述藍色配置界面以前，系統幫我們做了以下工作：
首先系統會讀取arch/$ARCH/目錄下的Kconfig文件生成整個配置界面選項（Kconfig是整個linux配置機制的核心），那麼ARCH環境變數的值等於多少呢？它是由linux內核根目錄下的makefile文件決定的，在makefile下有此環境變數的定義：
SUBARCH := $(shell uname -m | sed -e s/i.86/i386/ -e s/sun4u/sparc64/ \
-e s/arm.*/arm/ -e s/sa110/arm/ \
-e s/s390x/s390/ -e s/parisc64/parisc/ \
-e s/ppc.*/powerpc/ -e s/mips.*/mips/ \
-e s/sh[234].*/sh/ )
..........
export KBUILD_BUILDHOST := $(SUBARCH)
ARCH ?= $(SUBARCH)
CROSS_COMPILE ?=
或者通過 make ARCH=arm menuconfig命令來生成配置界面
比如教務處進行考試，考試科數可能有外語、語文、數學等科，這里我們選擇了arm科可進行考試，系統就會讀取arm/arm/kconfig文件生成配置選項（選擇了arm科的卷子），系統還提供了x86科、milps科等10幾門功課的考試題
3）假設教務處比較「仁慈」，為了怕某些同學做錯試題，還給我們准備了一份參考答案（默認配置選項），存放在arch/$ARCH/configs/目錄下，對於arm科來說就是arch/arm/configs文件夾：

此文件夾中有許多選項，系統會讀取哪個呢？內核默認會讀取linux內核根目錄下.config文件作為內核的默認選項（試題的參考答案），我們一般會根據開發板的類型從中選取一個與我們開發板最接近的系列到Linux內核根目錄下（選擇一個最接近的參考答案）
4).config
假設教務處留了一個心眼，他提供的參考答案並不完全正確（.config文件與我們的板子並不是完全匹配），這時我們可以選擇直接修改.config文件然後執行make menuconfig命令讀取新的選項。但是一般我們不採取這個方案，我們選擇在配置界面中通過空格、esc、回車選擇某些選項選中或者不選中，最後保存退出的時候，Linux內核會把新的選項（正確的參考答案）更新到.config中，此時我們可以把.config重命名為其它文件保存起來（當你執行make distclean時系統會把.config文件刪除），以後我們再配置內核時就不需要再去arch/arm/configs下考取相應的文件了，省去了重新配置的麻煩，直接將保存的.config文件復制為.config即可.
5）經過以上兩步，我們可以正確的讀取、配置我們需要的界面了，那麼他們如何跟makefile文件建立編譯關系呢？當你保存make menuconfig選項時，系統會除了會自動更新.config外，還會將所有的選項以宏的形式保存在Linux內核根目錄下的 include/generated/autoconf.h文件下

內核中的源代碼就都會包含以上.h文件，跟宏的定義情況進行條件編譯。
當我們需要對一個文件整體選擇如是否編譯時，還需要修改對應的makefile文件，例如：

我們選擇是否要編譯s3c2410_ts.c這個文件時，makefile會根據CONFIG_TOUCHSCREEN_S3C2410來決定是編譯此文件，此宏是在Kconfig文件中定義，當我們配置完成後，會出現在.config及autconf中，至此，我們就完成了整個linux內核的編譯過程。
最後我們會發現，整個linux內核配置過程中，留給用戶的介面其實只有各層Kconfig、makefile文件以及對應的源文件。
比如我們如果想要給內核增加一個功能，並且通過make menuconfig控制其聲稱過程
首先需要做的工作是：修改對應目錄下的Kconfig文件，按照Kconfig語法增加對應的選項；
其次執行make menuconfig選擇編譯進內核或者不編譯進內核，或者編譯為模塊，.config文件和autoconf.h文件會自動生成；
最後修改對應目錄下的makefile文件完成編譯選項的添加；
最後的最後執行make命令進行編譯。
Kconfig和Makefile
Linux內核源碼樹的每個目錄下都有兩個文檔Kconfig和Makefile。分布到各目錄的Kconfig構成了一個分布式的內核配置資料庫，每個Kconfig分別描述了所屬目錄源文檔相關的內核配置菜單。在執行內核配置make menuconfig時，從Kconfig中讀出菜單，用戶選擇後保存到.config的內核配置文檔中。在內核編譯時，主Makefile調用這 個.config，就知道了用戶的選擇。這個內容說明了，Kconfig就是對應著內核的每級配置菜單。
假如要想添加新的驅動到內核的源碼中，要修改Kconfig,這樣就能夠選擇這個驅動，假如想使這個驅動被編譯，則要修改Makefile。添加新 的驅動時需要修改的文檔有兩種（如果添加的只是文件，則只需修改當前層Kconfig和Makefile文件；如果添加的是目錄，則需修改當前層和目錄下 的共一對Kconfig和Makefile）Kconfig和Makefile。要想知道怎麼修改這兩種文檔，就要知道兩種文檔的語法結構，Kconfig的語法參見參考文獻《【linux-2.6.31】kbuild》。
Makefile 文件包含 5 部分:
Makefile 頂層的 Makefile
.config 內核配置文件
arch/$(ARCH)/Makefile 體系結構 Makefile
scripts/Makefile.* 適用於所有 kbuild Makefile 的通用規則等
kbuild Makefiles 大約有 500 個這樣的文件
頂層 Makefile 讀取內核配置操作產生的.config 文件，頂層 Makefile 構建兩個主要的目標:vmlinux(內核映像)和 moles(所有模塊文件)。它通過遞歸訪問內核源碼樹下的子目錄來構建這些目標。訪問哪些子目錄取決於內核配置。頂層 Makefile 包含一個體系結構 Makefile,由 arch/$(ARCH)/Makefile 指定。體系結構 Makefile 文件為頂層 Makefile 提供了特定體系結構的信息。每個子目錄各有一個 kbuild文件和Makefile 文件來執行從上層傳遞下來的命令。kbuild和Makefile文件利用.config 文件中的信息來構造由 kbuild 構建內建或者模塊對象使用的各種文件列表。scripts/Makefile.*包含所有的定義/規則,等等。這些信息用於使用 kbuild和 Makefile 文件來構建內核。Makefile的語法參見參考文獻《【linux-2.6.31】kbuild》。

參考文獻
【linux-2.6.31】內核編譯指南.pdf
【linux-2.6.31】kbuild.pdf
Linker script in Linux.pdf
linux內核的配置機制及其編譯過程
Linux內核編譯過程詳解
Linux Kconfig及Makefile學習

⑶ 如何把mongodb中的數據讀到內存中

這種用法對於以下應用場合來講，超實用：

置於慢速RDBMS系統之前的寫操作密集型高速緩存

嵌入式系統

無需持久化數據的PCI兼容系統

需要輕量級資料庫而且庫中數據可以很容易清除掉的單元測試（unit testing）

如果這一切可以實現就真是太優雅了：我們就能夠巧妙地在不涉及磁碟操作的情況下利用MongoDB的查詢/檢索功能。可能你也知道，在99％的情況下，磁碟IO（特別是隨機IO）是系統的瓶頸，而且，如果你要寫入數據的話，磁碟操作是無法避免的。

MongoDB有一個非常酷的設計決策，就是她可以使用內存影射文件（memory-mapped file）來處理對磁碟文件中數據的讀寫請求。這也就是說，MongoDB並不對RAM和磁碟這兩者進行區別對待，只是將文件看作一個巨大的數組，然後按照位元組為單位訪問其中的數據，剩下的都交由操作系統（OS）去處理！就是這個設計決策，才使得MongoDB可以無需任何修改就能夠運行於RAM之中。

實現方法

這一切都是通過使用一種叫做tmpfs的特殊類型文件系統實現的。在Linux中它看上去同常規的文件系統（FS）一樣，只是它完全位於RAM中（除非其大小超過了RAM的大小，此時它還可以進行swap，這個非常有用！）。我的伺服器中有32GB的RAM，下面讓我們創建一個16GB的 tmpfs：

#mkdir/ramdata#mount-ttmpfs-osize=16000Mtmpfs/ramdata/#dfFilesystem1K-blocksUsedAvailableUse%Mountedon/dev/xvde15905712497392487179286%/none153449360153449360%/dev/shmtmpfs163840000163840000%/ramdata

接下來要用適當的設置啟動MongoDB。為了減小浪費的RAM數量，應該把smallfiles和noprealloc設置為true。既然現在是基於RAM的，這么做完全不會降低性能。此時再使用journal就毫無意義了，所以應該把nojournal設置為true。

dbpath=/ramdatanojournal=truesmallFiles=truenoprealloc=true

MongoDB啟動之後，你會發現她運行得非常好，文件系統中的文件也正如期待的那樣出現了：

#mongoMongoDBshellversion:2.3.2connectingto:test>db.test.insert({a:1})>db.test.find(){"_id":ObjectId("51802115eafa5d80b5d2c145"),"a":1}#ls-l/ramdata/total65684-rw-------.1rootroot16777216Apr3015:52local.0-rw-------.1rootroot16777216Apr3015:52local.ns-rwxr-xr-x.1rootroot5Apr3015:52mongod.lock-rw-------.1rootroot16777216Apr3015:52test.0-rw-------.1rootroot16777216Apr3015:52test.nsdrwxr-xr-x.2rootroot40Apr3015:52_tmp

現在讓我們添加一些數據，證實一下其運行完全正常。我們先創建一個1KB的document，然後將它添加到MongoDB中4百萬次：

>str="">aaa="aaaaaaaaaa"aaaaaaaaaa>for(vari=0;i<100;++i){str+=aaa;}>for(vari=0;i<4000000;++i){db.foo.insert({a:Math.random(),s:str});}>db.foo.stats(){"ns":"test.foo","count":4000000,"size":4544000160,"avgObjSize":1136.00004,"storageSize":5030768544,"numExtents":26,"nindexes":1,"lastExtentSize":536600560,"paddingFactor":1,"systemFlags":1,"userFlags":0,"totalIndexSize":129794000,"indexSizes":{"_id_":129794000},"ok":1}

可以看出，其中的document平均大小為1136位元組，數據總共佔用了5GB的空間。_id之上的索引大小為130MB。現在我們需要驗證一件 非常重要的事情：RAM中的數據有沒有重復，是不是在MongoDB和文件系統中各保存了一份？還記得MongoDB並不會在她自己的進程內緩存任何數據，她的數據只會緩存到文件系統的緩存之中。那我們來清除一下文件系統的緩存，然後看看RAM中還有有什麼數據：

#echo3>/proc/sys/vm/drop_caches#:-/+buffers/cache:47436830215508Swap:000

可以看到，在已使用的6.3GB的RAM中，有5.8GB用於了文件系統的緩存（緩沖區，buffer)。為什麼即使在清除所有緩存之後，系統中仍然還有5.8GB的文件系統緩存？？其原因是，Linux非常聰明，她不會在tmpfs和緩存中保存重復的數據。太棒了！這就意味著，你在RAM只有一份數據。下面我們訪問一下所有的document，並驗證一下，RAM的使用情況不會發生變化：

果不其然！ :)

復制（replication）呢？

既然伺服器在重啟時RAM中的數據都會丟失，所以你可能會想使用復制。採用標準的副本集（replica set）就能夠獲得自動故障轉移（failover），還能夠提高數據讀取能力（read capacity）。如果有伺服器重啟了，它就可以從同一個副本集中另外一個伺服器中讀取數據從而重建自己的數據（重新同步，resync）。即使在大量數據和索引的情況下，這個過程也會足夠快，因為索引操作都是在RAM中進行的 :)

有一點很重要，就是寫操作會寫入一個特殊的叫做oplog的collection，它位於local資料庫之中。預設情況下，它的大小是總數據量的5%。在我這種情況下，oplog會佔有16GB的5%，也就是800MB的空間。在拿不準的情況下，比較安全的做法是，可以使用oplogSize這個選項為oplog選擇一個固定的大小。如果備選伺服器宕機時間超過了oplog的容量，它就必須要進行重新同步了。要把它的大小設置為1GB，可以這樣：

oplogSize = 1000

分片（sharding）呢？

既然擁有了MongoDB所有的查詢功能，那麼用它來實現一個大型的服務要怎麼弄？你可以隨心所欲地使用分片來實現一個大型可擴展的內存資料庫。配置伺服器（保存著數據塊分配情況）還還是用過採用基於磁碟的方案，因為這些伺服器的活動數量不大，老從頭重建集群可不好玩。

注意事項

RAM屬稀缺資源，而且在這種情況下你一定想讓整個數據集都能放到RAM中。盡管tmpfs具有藉助於磁碟交換（swapping）的能力，但其性能下降將非常顯著。為了充分利用RAM，你應該考慮：

使用usePowerOf2Sizes選項對存儲bucket進行規范化

定期運行compact命令或者對節點進行重新同步（resync）

schema的設計要相當規范化（以避免出現大量比較大的document）

⑷ vivo y67手機內存不夠，怎麼把文件全轉移到內存卡

進入文件管理--所有文件--長按需要移動的文件--剪切--進入SD卡--粘貼，即可將文件移至到SD卡中使用。

⑸ 如何把資源文件編譯進exe中

把兩個文件編譯進exe程序中，只需要在resource頁insert進來就可以了。
但是你在bug文件夾中雙擊exe文件，是找不到該資源的。要使用該資源你可以將資源釋放到硬碟，然後用文件的方式載入釋放目錄的資源文件。也可以將資源通過資源編號載入到內存，讀取內存數據。

⑹ C++中怎樣把十六進制數據賦到字元串的內存

16進制數據僅是整數的一種表現形式，把十六進制數據賦到字元串的內存，就是把一個整數寫到內存地址中，可採用的最簡單的辦法就是用memcpy()函數。

相關頭文件：

#include <string.h>

函數原型：

void * memcpy( void *dest, void * src, size_t len );

dest：目標地址

src：數據源所在地址

len：拷貝的數據長度

功能：從數據源所在地址src開始，拷貝len個位元組到dest地址中。

參考代碼：

#include<stdio.h>
#include<string.h>
voidmain()
{
intn=0x12345678;
charstr[10];
memcpy(str,&n,sizeof(int));
for(inti=0;i<sizeof(int);i++)//輸出顯示n在內存中的存儲情況，因機器不同，顯示有可能不同（大小端機）
printf("%x
",str[i]&0xff);
}

運行結果：

小端機：

78

56

34

12

大端機：

12

34

56

78

⑺ Matlab能導出onnx格式嗎

Matlab能導出onnx格式。

首先打開電腦上的「matlab」軟體，此處以下圖中的代碼為例，繪制出一個三維圖像。meshgrid函數用於生成網格點。可以使用自己喜歡的例子來製作動畫。

在matlab工作輸入：% 11是你保存時的文件名，需要加單引號，否則打不開。特別注意最好將這個文件復制到matlab工作文件夾。

如果你不知道是哪個文件夾，可以看看matlab左邊的窗口，或者按下組合鍵Ctrl+O，或者打開菜單欄上面的Home->open。

優勢特點：

(1) 高效的數值計算及符號計算功能，能使用戶從繁雜的數學運算分析中解脫出來。

(2) 具有完備的圖形處理功能，實現計算結果和編程的可視化。

(3) 友好的用戶界面及接近數學表達式的自然化語言，使學者易於學習和掌握。

(4) 功能豐富的應用工具箱(如信號處理工具箱、通信工具箱等) ，為用戶提供了大量方便實用的處理工具。

⑻ 華為手機的音樂如何轉到內存卡里

部分第三方應用下載視頻、音樂、文件無法保存到外部存儲卡。
解決方案：
您可以按照以下方式修改下載路徑到外部存儲卡：
您可以將默認存儲位置設置為外部存儲卡，設置路徑如下：
EMUI 5.X及以下：進入設置搜索進入內存和存儲；
EMUI 8.X 及以上& Magic UI 2.X及以上：進入設置搜索進入 存儲；點擊默認存儲位置，修改默認存儲位置到外部存儲卡。
您可以進入三方應用的設置修改下載路徑到外部存儲卡。比如修改UC瀏覽器的下載路徑：我的>右上角設置>下載設置>默認下載目錄，修改默認下載路徑到外部存儲卡。
如果以上設置後仍然無法保存到外部存儲卡，可能是部分第三方應用未按Android平台規則存放文件，目前只支持下載文件到內部存儲空間。