成人性生交大片免费看视频r_亚洲综合极品香蕉久久网_在线视频免费观看一区_亚洲精品亚洲人成人网在线播放_国产精品毛片av_久久久久国产精品www_亚洲国产一区二区三区在线播_日韩一区二区三区四区区区_亚洲精品国产无套在线观_国产免费www

主頁 > 知識庫 > CentOS下共享內(nèi)存使用的常見陷阱詳解

CentOS下共享內(nèi)存使用的常見陷阱詳解

熱門標(biāo)簽:日立hgp外呼線路圖 辦理400電話的好處都有哪些 太原外呼電銷機(jī)器人軟件 仙桃外呼系統(tǒng) 貴港便宜外呼系統(tǒng)報(bào)價(jià) 電話外呼系統(tǒng)解決方案 廣州點(diǎn)撥外呼系統(tǒng)多少錢一個(gè)月 怎樣在北斗地圖標(biāo)注商戶 400外呼系統(tǒng) 配置要求

所謂共享內(nèi)存就是使得多個(gè)進(jìn)程可以訪問同一塊內(nèi)存空間,是最快的可用IPC形式。是針對其他通信機(jī)制運(yùn)行效率較低而設(shè)計(jì)的。往往與其它通信機(jī)制,如信號量結(jié)合使用,來達(dá)到進(jìn)程間的同步及互斥。其他進(jìn)程能把同一段共享內(nèi)存段“連接到”他們自己的地址空間里去。所有進(jìn)程都能訪問共享內(nèi)存中的地址。如果一個(gè)進(jìn)程向這段共享內(nèi)存寫了數(shù)據(jù),所做的改動會即時(shí)被有訪問同一段共享內(nèi)存的其他進(jìn)程看到。共享內(nèi)存的使用大大降低了在大規(guī)模數(shù)據(jù)處理過程中內(nèi)存的消耗,但是共享內(nèi)存的使用中有很多的陷阱,一不注意就很容易導(dǎo)致程序崩潰。

超過共享內(nèi)存的大小限制?

在一個(gè)linux服務(wù)器上,共享內(nèi)存的總體大小是有限制的,這個(gè)大小通過SHMMAX參數(shù)來定義(以字節(jié)為單位),您可以通過執(zhí)行以下命令來確定 SHMMAX 的值:

# cat /proc/sys/kernel/shmmax

如果機(jī)器上創(chuàng)建的共享內(nèi)存的總共大小超出了這個(gè)限制,在程序中使用標(biāo)準(zhǔn)錯誤perror可能會出現(xiàn)以下的信息:

unable to attach to shared memory

解決方法:

1、設(shè)置 SHMMAX

SHMMAX 的默認(rèn)值是 32MB 。一般使用下列方法之一種將 SHMMAX 參數(shù)設(shè)為 2GB :

通過直接更改 /proc 文件系統(tǒng),你不需重新啟動機(jī)器就可以改變 SHMMAX 的默認(rèn)設(shè)置。我使用的方法是將以下命令放入 />etc/rc.local 啟動文件中:

# echo "2147483648" gt; /proc/sys/kernel/shmmax

您還可以使用 sysctl 命令來更改 SHMMAX 的值:

# sysctl -w kernel.shmmax=2147483648

最后,通過將該內(nèi)核參數(shù)插入到 /etc/sysctl.conf 啟動文件中,您可以使這種更改永久有效:

# echo "kernel.shmmax=2147483648" gt;gt; /etc/sysctl.conf

2、設(shè)置 SHMMNI

我們現(xiàn)在來看 SHMMNI 參數(shù)。這個(gè)內(nèi)核參數(shù)用于設(shè)置系統(tǒng)范圍內(nèi)共享內(nèi)存段的最大數(shù)量。該參數(shù)的默認(rèn)值是 4096 。這一數(shù)值已經(jīng)足夠,通常不需要更改。

您可以通過執(zhí)行以下命令來確定 SHMMNI 的值:

# cat /proc/sys/kernel/shmmni

4096

3、設(shè)置 SHMALL

最后,我們來看 SHMALL 共享內(nèi)存內(nèi)核參數(shù)。該參數(shù)控制著系統(tǒng)一次可以使用的共享內(nèi)存總量(以頁為單位)。簡言之,該參數(shù)的值始終應(yīng)該至少為:

ceil(SHMMAX/PAGE_SIZE)

SHMALL 的默認(rèn)大小為 2097152 ,可以使用以下命令進(jìn)行查詢:

# cat /proc/sys/kernel/shmall

2097152

SHMALL 的默認(rèn)設(shè)置對于我們來說應(yīng)該足夠使用。

注意: 在 i386 平臺上 Red Hat Linux 的 頁面大小 為 4096 字節(jié)。但是,您可以使用 bigpages ,它支持配置更大的內(nèi)存頁面尺寸。

多次進(jìn)行shmat會出現(xiàn)什么問題?

當(dāng)首次創(chuàng)建共享內(nèi)存段時(shí),它并不能被任何進(jìn)程所訪問。為了使共享內(nèi)存區(qū)可以被訪問,則必須通過 shmat 函數(shù)將其附加( attach )到自己的進(jìn)程空間中,這樣進(jìn)程就與共享內(nèi)存建立了連接。該函數(shù)聲明在 linux/shm.h中:

#include

#include

void *shmat(int shmid, const void *shmaddr, int shmflg);

參數(shù) shmid 是 shmget() 的返回值,是個(gè)標(biāo)識符;

參數(shù) shmflg 是存取權(quán)限標(biāo)志;如果為 0 ,則不設(shè)置任何限制權(quán)限。在 中定義了幾個(gè)權(quán)限:

#define SHM_RDONLY 010000 /* attach read-only else read-write */

#define SHM_RND 020000 /* round attach address to SHMLBA */

#define SHM_REMAP 040000 /* take-over region on attach */

如果指定 SHM_RDONLY ,那么共享內(nèi)存區(qū)只有讀取權(quán)限。

參數(shù) shmaddr 是共享內(nèi)存的附加點(diǎn),不同的取值有不同的含義:

?如果為空,則由內(nèi)核選擇一個(gè)空閑的內(nèi)存區(qū);如果非空,返回地址取決于調(diào)用者是否給 shmflg 參數(shù)指定 SHM_RND 值,如果沒有指定,則共享內(nèi)存區(qū)附加到由 shmaddr 指定的地址;否則附加地址為 shmaddr 向下舍入一個(gè)共享內(nèi)存低端邊界地址后的地址 (SHMLBA ,一個(gè)常址)。

Ø通常將參數(shù) shmaddr 設(shè)置為 NULL 。

shmat() 調(diào)用成功后返回一個(gè)指向共享內(nèi)存區(qū)的指針,使用該指針就可以訪問共享內(nèi)存區(qū)了,如果失敗則返回 -1。

其映射關(guān)系如下圖所示:

圖1.1 共享內(nèi)存映射圖

其中,shmaddr表示的是物理內(nèi)存空間映射到進(jìn)程的虛擬內(nèi)存空間時(shí)候,虛擬內(nèi)存空間中該塊內(nèi)存的起始地址,在使用中,因?yàn)槲覀円话悴磺宄M(jìn)程中哪些地址沒有被占用,所以不好指定物理空間的內(nèi)存要映射到本進(jìn)程的虛擬內(nèi)存地址,一般會讓內(nèi)核自己指定:

void ptr = shmat(shmid, NULL,0);

這樣掛載一個(gè)共享內(nèi)存如果是一次調(diào)用是沒有問題的,但是一個(gè)進(jìn)程是可以對同一個(gè)共享內(nèi)存多次 shmat進(jìn)行掛載的,物理內(nèi)存是指向同一塊,如果shmaddr為NULL,則每次返回的線性地址空間都不同。而且指向這塊共享內(nèi)存的引用計(jì)數(shù)會增加。也就是進(jìn)程多塊線性空間會指向同一塊物理地址。這樣,如果之前掛載過這塊共享內(nèi)存的進(jìn)程的線性地址沒有被shmdt掉,即申請的線性地址都沒有釋放,就會一直消耗進(jìn)程的虛擬內(nèi)存空間,很有可能會最后導(dǎo)致進(jìn)程線性空間被使用完而導(dǎo)致下次shmat或者其他操作失敗。

解決方法:

可以通過判斷需要申請的共享內(nèi)存指針是否為空來標(biāo)識是否是第一次掛載共享內(nèi)存,若是則使用進(jìn)行掛載,若不是則退出。

void* ptr = NULL;

...

if (NULL != ptr)

return;

ptr = shmat(shmid,ptr,0666);

附:

函數(shù)shmat將標(biāo)識號為shmid共享內(nèi)存映射到調(diào)用進(jìn)程的地址空間中,映射的地址由參數(shù)shmaddr和shmflg共同確定,其準(zhǔn)則為:

(1) 如果參數(shù)shmaddr取值為NULL,系統(tǒng)將自動確定共享內(nèi)存鏈接到進(jìn)程空間的首地址。

(2) 如果參數(shù)shmaddr取值不為NULL且參數(shù)shmflg沒有指定SHM_RND標(biāo)志,系統(tǒng)將運(yùn)用地址shmaddr鏈接共享內(nèi)存。

(3) 如果參數(shù)shmaddr取值不為NULL且參數(shù)shmflg指定了SHM_RND標(biāo)志位,系統(tǒng)將地址shmaddr對齊后鏈接共享內(nèi)存。其中選項(xiàng)SHM_RND的意思是取整對齊,常數(shù)SHMLBA代表了低邊界地址的倍數(shù),公式“shmaddr – (shmaddr % SHMLBA)”的意思是將地址shmaddr移動到低邊界地址的整數(shù)倍上。

Shmget創(chuàng)建共享內(nèi)存,當(dāng)key相同時(shí),什么情況下會出錯?

shmget() 用來創(chuàng)建一個(gè)共享內(nèi)存區(qū),或者訪問一個(gè)已存在的共享內(nèi)存區(qū)。該函數(shù)定義在頭文件 linux/shm.h中,原型如下:

#include

#include

int shmget(key_t key, size_t size, int shmflg);

參數(shù) key是由 ftok() 得到的鍵值;

參數(shù) size 是以字節(jié)為單位指定內(nèi)存的大?。?/p>

參數(shù) shmflg 是操作標(biāo)志位,它的一些宏定義如下:

IPC_CREATE : 調(diào)用 shmget 時(shí),系統(tǒng)將此值與其他共享內(nèi)存區(qū)的 key 進(jìn)行比較,如果存在相同的 key ,說明共享內(nèi)存區(qū)已存在,此時(shí)返回該共享內(nèi)存區(qū)的標(biāo)識符,否則新建一個(gè)共享內(nèi)存區(qū)并返回其標(biāo)識符。

IPC_EXCL : 該宏必須和 IPC_CREATE 一起使用,否則沒意義。當(dāng) shmflg 取 IPC_CREATE | IPC_EXCL 時(shí),表示如果發(fā)現(xiàn)內(nèi)存區(qū)已經(jīng)存在則返回 -1,錯誤代碼為 EEXIST 。

注意,當(dāng)創(chuàng)建一個(gè)新的共享內(nèi)存區(qū)時(shí),size 的值必須大于 0 ;如果是訪問一個(gè)已經(jīng)存在的內(nèi)存共享區(qū),則置 size 為 0 。

一般我們創(chuàng)建共享內(nèi)存的時(shí)候會在一個(gè)進(jìn)程中使用shmget來創(chuàng)建共享內(nèi)存,

Int shmid = shmget(key, size, IPC_CREATE|0666);

而在另外的進(jìn)程中,使用shmget和同樣的key來獲取到這個(gè)已經(jīng)創(chuàng)建了的共享內(nèi)存,

Int shmid = shmget(key, size, IPC_CREATE|0666);

如果創(chuàng)建進(jìn)程和掛接進(jìn)程key相同,而對應(yīng)的size大小不同,是否會shmget失敗?

Ø 已經(jīng)創(chuàng)建的共享內(nèi)存的大小是可以調(diào)整的,但是已經(jīng)創(chuàng)建的共享內(nèi)存的大小只能調(diào)小,不能調(diào)大

如:

shm_id = shmget(key,4194304,IPC_CREAT);

創(chuàng)建了一個(gè)4M大小的共享內(nèi)存,如果這個(gè)共享內(nèi)存沒有刪掉,我們再使用

shm_id = shmget(key,10485760,IPC_CREAT);

來創(chuàng)建一個(gè)10M大小的共享內(nèi)存的時(shí)候,使用標(biāo)準(zhǔn)錯誤輸出會有如下錯誤信息:

shmget error: Invalid argument

但是,如果我們使用:

shm_id = shmget(key,3145728,IPC_CREAT);

來創(chuàng)建一個(gè)3M大小的共享內(nèi)存的時(shí)候,并不會輸出錯誤信息,只是共享內(nèi)存大小會被修改為3145728,這也說明,使用共享內(nèi)存的時(shí)候,是用key來作為共享內(nèi)存的唯一標(biāo)識的,共享內(nèi)存的大小不能區(qū)分共享內(nèi)存。

這樣會導(dǎo)致什么問題?

當(dāng)多個(gè)進(jìn)程都能創(chuàng)建共享內(nèi)存的時(shí)候,如果key出現(xiàn)相同的情況,并且一個(gè)進(jìn)程需要創(chuàng)建的共享內(nèi)存的大小要比另外一個(gè)進(jìn)程要創(chuàng)建的共享內(nèi)存小,共享內(nèi)存大的進(jìn)程先創(chuàng)建共享內(nèi)存,共享內(nèi)存小的進(jìn)程后創(chuàng)建共享內(nèi)存,小共享內(nèi)存的進(jìn)程就會獲取到大的共享內(nèi)存進(jìn)程的共享內(nèi)存, 并修改其共享內(nèi)存的大小和內(nèi)容(留意下面的評論補(bǔ)充),從而可能導(dǎo)致大的共享內(nèi)存進(jìn)程崩潰。

解決方法:

方法一:

在所有的共享內(nèi)存創(chuàng)建的時(shí)候,使用排他性創(chuàng)建,即使用IPC_EXCL標(biāo)記:

Shmget(key, size,IPC_CREATE|IPC_EXCL);

在共享內(nèi)存掛接的時(shí)候,先使用排他性創(chuàng)建判斷共享內(nèi)存是否已經(jīng)創(chuàng)建,如果還沒創(chuàng)建則進(jìn)行出錯處理,若已經(jīng)創(chuàng)建,則掛接:

Shmid = Shmget(key, size,IPC_CREATE|IPC_EXCL);

If (-1 != shmid)

{

Printf("error");

}

Shmid = Shmget(key, size,IPC_CREATE);

方法二:

雖然都希望自己的程序能和其他的程序預(yù)先約定一個(gè)唯一的鍵值,但實(shí)際上并不是總可能的成行的,因?yàn)樽约旱某绦驘o法為一塊共享內(nèi)存選擇一個(gè)鍵值。因此,在此把key設(shè)為IPC_PRIVATE,這樣,操作系統(tǒng)將忽略鍵,建立一個(gè)新的共享內(nèi)存,指定一個(gè)鍵值,然后返回這塊共享內(nèi)存IPC標(biāo)識符ID。而將這個(gè)新的共享內(nèi)存的標(biāo)識符ID告訴其他進(jìn)程可以在建立共享內(nèi)存后通過派生子進(jìn)程,或?qū)懭胛募蚬艿纴韺?shí)現(xiàn),即這種方法不使用key來創(chuàng)建共享內(nèi)存,由操作系統(tǒng)來保證唯一性。

ftok是否一定會產(chǎn)生唯一的key值?

系統(tǒng)建立IPC通訊(如消息隊(duì)列、共享內(nèi)存時(shí))必須指定一個(gè)ID值。通常情況下,該id值通過ftok函數(shù)得到。

ftok原型如下:

key_t ftok( char * pathname, int proj_id)

pathname就時(shí)你指定的文件名,proj_id是子序號。

在一般的UNIX實(shí)現(xiàn)中,是將文件的索引節(jié)點(diǎn)號取出,前面加上子序號得到key_t的返回值。如指定文件的索引節(jié)點(diǎn)號為65538,換算成16進(jìn)制為0×010002,而你指定的proj_id值為38,換算成16進(jìn)制為0×26,則最后的key_t返回值為0×26010002。

查詢文件索引節(jié)點(diǎn)號的方法是: ls -i

但當(dāng)刪除重建文件后,索引節(jié)點(diǎn)號由操作系統(tǒng)根據(jù)當(dāng)時(shí)文件系統(tǒng)的使用情況分配,因此與原來不同,所以得到的索引節(jié)點(diǎn)號也不同。

根據(jù)pathname指定的文件(或目錄)名稱,以及proj_id參數(shù)指定的數(shù)字,ftok函數(shù)為IPC對象生成一個(gè)唯一性的鍵值。在實(shí)際應(yīng)用中,很容易產(chǎn)生的一個(gè)理解是,在proj_id相同的情況下,只要文件(或目錄)名稱不變,就可以確保ftok返回始終一致的鍵值。然而,這個(gè)理解并非完全正確,有可能給應(yīng)用開發(fā)埋下很隱晦的陷阱。因?yàn)閒tok的實(shí)現(xiàn)存在這樣的風(fēng)險(xiǎn),即在訪問同一共享內(nèi)存的多個(gè)進(jìn)程先后調(diào)用ftok函數(shù)的時(shí)間段中,如果pathname指定的文件(或目錄)被刪除且重新創(chuàng)建,則文件系統(tǒng)會賦予這個(gè)同名文件(或目錄)新的i節(jié)點(diǎn)信息,于是這些進(jìn)程所調(diào)用的ftok雖然都能正常返回,但得到的鍵值卻并不能保證相同。由此可能造成的后果是,原本這些進(jìn)程意圖訪問一個(gè)相同的共享內(nèi)存對象,然而由于它們各自得到的鍵值不同,實(shí)際上進(jìn)程指向的共享內(nèi)存不再一致;如果這些共享內(nèi)存都得到創(chuàng)建,則在整個(gè)應(yīng)用運(yùn)行的過程中表面上不會報(bào)出任何錯誤,然而通過一個(gè)共享內(nèi)存對象進(jìn)行數(shù)據(jù)傳輸?shù)哪康膶o法實(shí)現(xiàn)。

所以如果要確保key_t值不變, 要么確保ftok的文件不被刪除,要么不用ftok,指定一個(gè)固定的key_t值。

如果存在生成key_t值的文件被刪除過,則很有可能自己現(xiàn)在使用的共享內(nèi)存key_t值會和另外一個(gè)進(jìn)程的key_t值沖突,如下面這種情況:

進(jìn)程1使用文件1來ftok生成了key10000,進(jìn)程2使用文件2來ftok生成了key 11111,此時(shí)如果進(jìn)程1和進(jìn)程2都需要下載文件,并將文件的內(nèi)容更新到共享內(nèi)存,此時(shí)進(jìn)程1和2都需要先下文件,再刪掉之前的共享內(nèi)存,再使用ftok生成新的key,再用這個(gè)key去申請新的共享內(nèi)存來裝載新的問題,但是可能文件2比較大,下載慢,而文件1比較小,下載比較慢,由于文件1和文件2都被修改,此時(shí)文件1所占用的文件節(jié)點(diǎn)號可能是文件2之前所占用的,此時(shí)如果下載的文件1的ftok生成的key為11111的話,就會和此時(shí)還沒有是否11111這個(gè)key的進(jìn)程2的共享內(nèi)存沖突,導(dǎo)致出現(xiàn)問題。

解決方法:

方法一:

在有下載文件操作的程序中,對下載的文件使用ftok獲取key的時(shí)候,需要進(jìn)行沖突避免的措施,如使用獨(dú)占的方式獲取共享內(nèi)存,如果不成功,則對key進(jìn)行加一操作,再進(jìn)行獲取共享內(nèi)存,一直到不會產(chǎn)生沖突為止。

方法二:

下載文件之前,將之前的文件進(jìn)行mv一下,先“占”著這個(gè)文件節(jié)點(diǎn)號,防止其他共享內(nèi)存申請key的時(shí)候獲取到。

另外:

創(chuàng)建進(jìn)程在通知其他進(jìn)程掛接的時(shí)候,建議不使用ftok方式來獲取Key,而使用文件或者進(jìn)程間通信的方式告知。

共享內(nèi)存刪除的陷阱?

當(dāng)進(jìn)程結(jié)束使用共享內(nèi)存區(qū)時(shí),要通過函數(shù) shmdt 斷開與共享內(nèi)存區(qū)的連接。該函數(shù)聲明在 sys/shm.h 中,其原型如下:

#include

#include

int shmdt(const void *shmaddr);

參數(shù) shmaddr 是 shmat 函數(shù)的返回值。

進(jìn)程脫離共享內(nèi)存區(qū)后,數(shù)據(jù)結(jié)構(gòu) shmid_ds 中的 shm_nattch 就會減 1 。但是共享段內(nèi)存依然存在,只有 shm_attch 為 0 后,即沒有任何進(jìn)程再使用該共享內(nèi)存區(qū),共享內(nèi)存區(qū)才在內(nèi)核中被刪除。一般來說,當(dāng)一個(gè)進(jìn)程終止時(shí),它所附加的共享內(nèi)存區(qū)都會自動脫離。

我們通過:

int shmctl( int shmid , int cmd , struct shmid_ds *buf );

來刪除已經(jīng)存在的共享內(nèi)存。

第一個(gè)參數(shù),shmid,是由shmget所返回的標(biāo)記符。

第二個(gè)參數(shù),cmd,是要執(zhí)行的動作。他可以有三個(gè)值:

命令 描述

IPC_STAT 設(shè)置shmid_ds結(jié)構(gòu)中的數(shù)據(jù)反射與共享內(nèi)存相關(guān)聯(lián)的值。

IPC_SET 如果進(jìn)程有相應(yīng)的權(quán)限,將與共享內(nèi)存相關(guān)聯(lián)的值設(shè)置為shmid_ds數(shù)據(jù)結(jié)構(gòu)中所提供的值。

IPC_RMID 刪除共享內(nèi)存段。

第三個(gè)參數(shù),buf,是一個(gè)指向包含共享內(nèi)存模式與權(quán)限的結(jié)構(gòu)的指針,刪除的時(shí)候可以默認(rèn)為0。

如果共享內(nèi)存已經(jīng)與所有訪問它的進(jìn)程斷開了連接,則調(diào)用IPC_RMID子命令后,系統(tǒng)將立即刪除共享內(nèi)存的標(biāo)識符,并刪除該共享內(nèi)存區(qū),以及所有相關(guān)的數(shù)據(jù)結(jié)構(gòu);

如果仍有別的進(jìn)程與該共享內(nèi)存保持連接,則調(diào)用IPC_RMID子命令后,該共享內(nèi)存并不會被立即從系統(tǒng)中刪除,而是被設(shè)置為IPC_PRIVATE狀態(tài),并被標(biāo)記為”已被刪除”(使用ipcs命令可以看到dest字段);直到已有連接全部斷開,該共享內(nèi)存才會最終從系統(tǒng)中消失。

需要說明的是:一旦通過shmctl對共享內(nèi)存進(jìn)行了刪除操作,則該共享內(nèi)存將不能再接受任何新的連接,即使它依然存在于系統(tǒng)中!所以,可以確知, 在對共享內(nèi)存刪除之后不可能再有新的連接,則執(zhí)行刪除操作是安全的;否則,在刪除操作之后如仍有新的連接發(fā)生,則這些連接都將可能失??!

Shmdt和shmctl的區(qū)別:

Shmdt 是將共享內(nèi)存從進(jìn)程空間detach出來,使進(jìn)程中的shmid無效化,不可以使用。但是保留空間。

而shmctl(sid,IPC_RMID,0)則是刪除共享內(nèi)存,徹底不可用,釋放空間。

標(biāo)簽:河源 廣安 雅安 麗水 商丘 青島 六盤水 公主嶺

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《CentOS下共享內(nèi)存使用的常見陷阱詳解》,本文關(guān)鍵詞  CentOS,下,共享,內(nèi)存,使,用的,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《CentOS下共享內(nèi)存使用的常見陷阱詳解》相關(guān)的同類信息!
  • 本頁收集關(guān)于CentOS下共享內(nèi)存使用的常見陷阱詳解的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章
    欧美6699在线视频免费| 欧美一区2区三区4区公司二百| 国产成人无码a区在线观看视频| 国产一区再线| 国产一区二区三区不卡av| 麻豆久久久久| 国产婷婷色一区二区三区四区| 欧美三级华人主播| 无码国产精品一区二区色情男同| 美脚丝袜一区二区三区在线观看| 久久久久久久久久久久久久一区| 一本色道无码道dvd在线观看| 日本久久精品电影| 亚洲一区二区三区在线看| 久久爱91午夜羞羞| 亚洲理伦在线| 日韩成人在线免费视频| 91精品国产91久久久久久黑人| 好吊操视频这里只有精品| 国产·精品毛片| 一级黄色录像免费看| 亚洲精品国产精品久久| 亚洲免费观看高清在线观看| 亚洲国产综合网| 神马久久久久久久| 亚洲色图 在线视频| 亚洲欧洲美洲综合色网| 欧美国产精品一区| 97成人精品视频在线观看| 久久精品黄色| www.中文字幕久久久| ...av二区三区久久精品| 欧美午夜片欧美片在线观看| 国产成人夜色高潮福利影视| 免费全黄无遮挡裸体毛片| www高清在线视频日韩欧美| 日韩在线 中文字幕| 久久色在线观看| 国产丶欧美丶日本不卡视频| 欧美一区二区三区免费大片| 青青草在线观看视频| 日韩精品一区二区三区电影| 亚洲人成网站在线播放2019| 天堂8中文在线| 亚洲国产精品久久久久秋霞不卡| 欧美xxxx吸乳| 一区二区三区四区视频| 一本大道香蕉久在线播放29| 亚洲第一成人网站| 国产私拍一区| 国产一级片大全| 欧美日韩成人综合天天影院| 精品欧美aⅴ在线网站| 国产精品亚洲一区二区无码| 久久精品国产成人av| 蜜桃视频最新网址| 国产精品自产拍在线观看中文| 自拍偷拍欧美专区| 欧美在线免费看视频| 人人妻人人澡人人爽人人欧美一区| 国产特级淫片免费看| 1区2区3区精品视频| 中文字幕有码在线观看| 亚洲成人一二三区| 成人福利视频在线看| 久久国产精品无码网站| 欧美日韩国产免费一区二区三区| 成人精品久久一区二区三区| 曰本人一级毛片免费完整视频| 欧美精品久久96人妻无码| 91久久伊人青青碰碰婷婷| 国产不卡一区二区在线观看| 国产精品三级久久久久久电影| 欧美69精品久久久久久不卡| 欧美人妻一区二区三区| 99综合久久| 亚洲人成在线观看网站高清| 国产亚洲情侣一区二区无| 国产欧美123| 久久久精品福利| 天天干天天干天天干| 亚洲乱码一区二区| 99久久免费国产精品| 91精品福利在线一区二区三区| 无码国产伦一区二区三区视频| 在线国产视频一区| 久久6免费高清热精品| www.亚洲色图.com| 可以免费看黄色的网站| 色吊丝中文字幕| avtt天堂资源网站| 91久久香蕉国产日韩欧美9色| 欧美亚洲自拍偷拍| 国产福利视频一区二区| 国产成人啪精品视频免费网| 国产高清第一页| 欧美日韩在线播放三区四区| 都市激情亚洲色图| 中文字幕色婷婷在线视频| 一级性生活视频| 一区二区三区在线观看免费| 精品亚洲自拍| 天堂av一区二区三区在线播放| 蜜桃视频在线观看一区二区| 上原亚衣加勒比在线播放| 国产在线播放av| 91久久精品美女| www插插插无码免费视频网站| 日本人添下边视频免费| 奇米888一区二区三区| av综合网址| 性xxxx搡xxxxx搡欧美| 日本免费久久| 日本wwwwww| 91精品久久久久久久久久久久久| 色婷婷久久久| 亚洲夂夂婷婷色拍ww47| 国产午夜福利一区| 免费看污污网站| 青草视频在线观看免费| 欧美一区2区视频在线观看| 成人网18入口| 国产精品久久久久久久久久辛辛| 亚洲在线成人精品| 国产又爽又黄无码无遮挡在线观看| 日漫免费在线观看网站| 国产精品免费视频一区二区| 久久综合婷婷综合| 精品裸体舞一区二区三区| 欧美成人免费高清视频| 老司机免费视频一区二区三区| 美国黄色特级片| www.在线欧美| 国产精品久久久久久免费免熟| 精品欧美一区二区精品少妇| 久久综合给合久久狠狠色| 日本成人免费网站| 午夜成年人在线免费视频| 亚洲精品成人| 国产av麻豆mag剧集| 国产啊啊啊视频在线观看| 欧美激情图片小说| 国精一区二区三区| 亚洲图区综合网| 久久美女福利视频| 久久精品999| www.性欧美| 99久久久久久久久久| 欧美 国产 综合| 国产叼嘿网站免费观看不用充会员| 黄页网站在线免费观看| 免费特级黄毛片| 国产精品伦一区二区三级视频| 蜜桃视频网站在线| 亚洲自拍欧美另类| 欧美人乱大交xxxxx| 天天操天天摸天天干| 国产91在线高潮白浆在线观看| 欧美日韩成人免费视频| 精品动漫一区二区三区| 免费在线看a| 日韩一级片免费在线观看| 欧美亚洲网站| 国产精品久久精品牛牛影视| 午夜精品久久久久久久久久| 三级精品视频久久久久| 欧美伊人久久久久久久久影院| 国产日韩欧美在线观看| 精品国产污污免费网站入口| 自由日本语热亚洲人| 欧美日韩视频在线观看一区二区三区| 国产精品第六页| 成人亚洲免费视频| 韩国女同性做爰三级| 亚洲黄色小视频在线观看| 伊人久久大香线蕉综合影院首页| 中文字幕在线视频日韩| 午夜国产福利在线观看| 免费网站www在线观看| 成人动漫在线观看视频| 一级性生活免费视频| 无码人妻aⅴ一区二区三区玉蒲团| 久久丫精品忘忧草西安产品| 99热这里只有精品在线观看| 超碰成人在线免费观看| 精品一区二区三区四| 精品美女久久| 久久久久9999| 无码人妻丰满熟妇区五十路| 成人丁香基地| 国产成人aaaa| 美洲天堂一区二卡三卡四卡视频| 91高潮精品免费porn| 欧美一区二区三区四区高清| 亚洲 日韩 国产第一| 男人的天堂狠狠干| 亚洲成人动漫av| 疯狂蹂躏欧美一区二区精品| 影音先锋电影在线观看| 欧美在线不卡区| 久久99久久99精品| 神马午夜电影一区二区三区在线观看| 91电影在线观看| 国产乱国产乱老熟300| 婷婷亚洲一区二区三区| 性色88av老女人视频| 黄网站免费看| 91美女精品网站| 久久久久久网址| 成人免费看片'免费看| 黄色视屏在线免费观看| 精品亚洲美女网站| 久久久精品福利| 中文综合在线观看| h在线观看视频免费网站| aa级大片免费在线观看| 欧美一级二区| 久久久精品国产sm调教| 欧美丰满片xxx777| 天堂在线视频| 天天影视色香欲综合网老头| 国产ts人妖一区二区三区| 日韩国产精品久久| 欧美日韩免费做爰视频| 国产激情一区二区三区在线观看| 色窝窝无码一区二区三区成人网站| 久久久久免费精品国产| 91精品国产乱码久久久竹菊| 97视频免费在线观看| 一级黄色香蕉视频| 噜噜爱69成人精品| 尤物一区二区三区| 亚洲一区二区三区综合| 青草青草久热精品视频在线观看| 日本黄色免费网站| 亚洲欧美日韩在线高清直播| 精品视频在线观看网站| 日韩毛片在线播放| 妺妺窝人体色www看人体| 国产偷久久久精品专区| 91社区在线播放| 国产综合亚洲精品一区二| 欧美一区第一页| 麻豆精品国产自产在线| 欧美精品videosex极品1| 日韩精品一区二区三区外面| 国产区在线观看成人精品| 国产成人亚洲综合小说区| 国产精品区在线| 日本三级电影在线播放| 超级砰砰砰97免费观看最新一期| 永久域名在线精品| 亚洲不卡中文字幕无码| 欧美日韩色婷婷| 亚洲一区二区三区中文字幕在线观看| 成人直播视频| 中文字幕精品影院| 一本色道久久88| 亚洲欧美日韩一级| 开心丁香婷婷深爱五月| 网红女主播少妇精品视频| 亚洲视频综合在线| 久久久精品视频国产| 黄色小网站在线观看| 国产成人精品一区二区三区视频| 久久精品72免费观看| 欧美jizzhd精品欧美另类| 国内在线视频| 日韩av片在线免费观看| 性感美女视频一二三| 成人有码在线视频| av中文字幕不卡| 亚洲国产视频网站| 欧美精品久久久久a| 国产亚洲福利一区| 国产97在线|日韩| 一区二区成人在线观看| 午夜在线a亚洲v天堂网2018| 超碰在线免费公开| 国户精品久久久久久久久久久不卡| 正在播放亚洲1区| 久久久久久国产精品免费无遮挡| 日av在线不卡| 亚洲风情在线资源| 国产精品久av福利在线观看| 国产精品黄色影片导航在线观看| 国产精品毛片一区二区| 福利片在线一区二区| 丝袜美腿亚洲一区二区图片| 蜜桃久久精品一区二区| 亚洲男人天堂视频| 在线小视频网址| 91产国在线观看动作片喷水| 尤物视频一区二区| 欧美二区不卡| 久久影院模特热| 欧美三级午夜理伦三级老人| 欧美一区二区视频在线播放| 中文字幕av一区二区三区佐山爱| 国产黄色片在线播放| 最好2018中文免费视频| 国产深喉视频一区二区| 性欧美又大又长又硬| 熟妇熟女乱妇乱女网站| 欧美精品日韩三级| 国产www.大片在线| www.青青草.com| 国产婷婷色一区二区三区四区| 日韩精品视频一区二区| 欧美在线免费一级片| 99热这里只有精品5| 久久中文字幕国产| 欧美中文一区二区三区| 明星国产一级毛片范冰冰视频| 欧美bbbxxxxx| 欧美精品videossex少妇| 永久免费av片在线观看全网站| 亚洲美女在线视频| 中文字幕欧美精品在线| 国产探花视频在线观看| 一本色道**综合亚洲精品蜜桃冫| 久久久久国色av免费看影院| 久久激情综合| 在线视频一区二区| 在线视频超级| 欧美18视频| 成人精品视频一区二区三区| 日本免费黄色网|