tag 併發

標籤
貢獻28
105
10:01 AM · Nov 03 ,2025
jianghushinian 頭像 debuginn 頭像 chen_67f9ccbe6f07b 頭像 chang_lehung 頭像 zijie1024 頭像 yongxinz 頭像 niandou 頭像 jdcdevloper 頭像 chunzhendegaoshan 頭像 invalidnull 頭像 mudeshu 頭像 qinchuan_5d6e16e8918fd 頭像

@併發 / 博客 RSS 訂閱

chang_lehung 頭像

一無是處的研究僧 - OpenMP 原子指令設計與實現

OpenMP 原子指令設計與實現 前言 在本篇文章當中主要與大家分享一下 openmp 當中的原子指令 atomic，分析 #pragma omp atomic 在背後究竟做了什麼，編譯器是如何處理這條指令的。 為什麼需要原子指令 加入現在有兩個線程分別執行在 CPU0 和 CPU1，如果這兩個線程都要對同一個共享變量進行更新操作，就會產生競爭條件。如果沒有保護機制來避免這種競爭，可能會導致結果錯

gcc , 併發 , openmp

收藏 評論

chang_lehung 頭像

一無是處的研究僧 - OpenMP 線程同步 Construct 實現原理以及源碼分析（上）

OpenMP 線程同步 Construct 實現原理以及源碼分析（上） 前言 在本篇文章當中主要給大家介紹在 OpenMP 當中使用的一些同步的 construct 的實現原理，如 master, single, critical 等等！並且會結合對應的彙編程序進行仔細的分析。（本篇文章的彙編程序分析基於 x86_86 平台） Flush Construct 首先先了解一下 flush const

gcc , Linux , 併發 , openmp

收藏 評論

chunzhendegaoshan 頭像

RestCloud - ETL調優指南：內存、併發、批量插入的取捨

在數據驅動的時代，高效、穩定的ETL流程是數據倉庫、數據湖乃至現代數據平台的基石。設計流程的時候我們想要通過提高併發來加速處理，又希望利用大批量插入來減輕數據庫壓力，同時還得時刻警惕內存溢出（OOM） 。這三者相互關聯、相互制約，本文將探討如何在這三者之間做出最明智的取捨，從而打造出既快又穩的ETL管道。 一、內存、併發和批量插入 內存：內存是ETL流程中的硬約束。不同於CPU使用率可以短暫峯值，

etl , 併發 , 數據處理 , 數據傳輸

收藏 評論

alijishu 頭像

阿里雲開發者 - JDBC寫入速度比較慢，應該怎麼解決？

雲數據庫的話，考慮網絡環境、併發情況、數據規模。 完整內容請點擊下方鏈接查看： https://developer.aliyun.com/ask/427635?utm_content=g_1000371542 版權聲明：本文內容由阿里雲實名註冊用户自發貢獻，版權歸原作者所有，阿里雲開發者社區不擁有其著作權，亦不承擔相應法律責任。具體規則請查看《阿里雲開發者社區用户服務協議》和《阿里雲開發者社區知識

jdbc , 阿里雲 , 數據庫 , 雲原生 , 併發

收藏 評論

invalidnull 頭像

註銷 - 什麼是計算機編程領域的樂觀鎖和悲觀鎖

樂觀鎖和悲觀鎖是計算機編程領域中用於處理併發訪問數據的兩種不同策略。它們的主要目標是在多個線程或進程同時訪問共享數據時，保證數據的一致性和完整性，避免出現競態條件（Race Condition）。在不同的情景下，選擇合適的鎖策略可以提高程序的性能和可靠性。 1. 悲觀鎖（Pessimistic Locking）： 悲觀鎖假定在操作數據時，會發生競態條件，因此默認情況下將數據鎖定，防止其他線程或進程

編程 , 鎖 , 併發 , 併發模型

收藏 評論

chang_lehung 頭像

一無是處的研究僧 - 深入理解 OpenMP 線程同步機制

深入理解 OpenMP 線程同步機制 前言 在本篇文章當中主要給大家介紹 OpenMP 當中線程的同步和互斥機制，在 OpenMP 當中主要有三種不同的線程之間的互斥方式： 使用 critical 子句，使用這個子句主要是用於創建臨界區和 OpenMP 提供的運行時庫函數的作用是一致的，只不過這種方法是直接通過編譯指導語句實現的，更加方便一點，加鎖和解鎖的過程編譯器會幫我們實現。 使用 at

gcc , 併發 , openmp

收藏 評論

mysteryjack 頭像

神秘傑克 - Java JUC CopyOnWriteArrayList 解析

CopyOnWriteArrayList 原理解析 介紹 在 Java 併發包中的併發 List 只有 CopyOnWriteArrayList，CopyOnWriteArrayList 是一個線程安全的 ArrayList，對其進行的修改操作都是在底層的一個複製的數組（快照）上進行的，也就是使用了寫時複製策略。 在 CopyOnWriteArrayList 的類圖中，每個 CopyOnWrit

List , 讀書筆記 , JAVA , 併發 , juc

收藏 評論

dubingxuan 頭像

程序員小杜 - Golang WaitGroup 底層原理及源碼詳解

0 知識背景 在進入正文前，先對 WaitGroup 及其相關背景知識做個簡單的介紹，這裏主要是 WaitGroup 的基本使用，以及系統信號量的基礎知識。對這些比較熟悉的小夥伴可以直接跳過這一節。 0.1 WaitGroup WaitGroup 是 Golang 中最常見的併發控制技術之一，它的作用我們可以簡單類比為其他語言中多線程併發控制中的 join()，實例代碼如下： package ma

源碼分析 , 原理 , 併發 , go

收藏 評論

qinchuan_5d6e16e8918fd 頭像

秦川 - Go Context 應用場景和一種錯誤用法

context 應用場景 Go 的 context 包，可以在我們需要在完成一項工作，會用到多個 routine （完成子任務）時，提供一種方便的在多 routine 間控制（取消、超時等）和傳遞一些跟任務相關的信息的編程方法。 一項任務會啓動多個 routine 完成。 需要控制和同步多個 routine 的操作。 鏈式的在啓動的 routine 時傳遞和任務相關的一些可選信息。 舉一

goroutine , context , 併發 , go

收藏 評論

jump_and_jump 頭像

jump__jump - 聊聊併發控制鎖

對於企業應用來説，完全不涉及到併發的問題，基本是不可能的。因為對於一個應用中很多的事情都是同時進行的。併發可能發生在數據獲取，服務調用乃至於用户交互中。併發問題有兩個重要的解決方案，一個是隔離，另一個是不變性。 併發問題會發生在多個執行單元同時訪問同一資源的時候，此時，一個好的方法就是分好“蛋糕”，讓每一個執行單元都能訪問到各自的資源。好的併發設計就是：找到創建好隔離區的辦法，然後通過分析工作流讓

樂觀鎖 , 鎖 , 前端優化 , 併發 , Json

收藏 評論

jueqiangdeqianbi 頭像

倔強的鉛筆 - 如何用Postman模擬多用户併發？一步步教你實現

背景介紹 最近，我們發起了一個在線圖書管理系統的項目。我負責的一個關鍵模塊包括三個主要後台接口： 實現對books數據的檢索。 實施對likes數據的獲取。 通過collections端點訪問數據。 應對高流量的挑戰 在設計並部署接口時，我們不可避免地需要考慮關鍵的問題： 你製作的產品會不會面臨大量的訪問需求？ 你的接口和服務器是否能夠處理如此高的用户訪問量？ 歸根結底，問題是：

併發測試 , API , 測試 , postman , 併發

收藏 評論

dihuangwan 頭像

咕嚕企業籤夢奇 - 應用app的服務器如何增加高併發

增強服務器的高併發能力是現代網絡應用非常關鍵的需求。面對用户數量的不斷增長和數據量的膨脹，服務器必須能夠處理大量併發請求。以下是一些提高服務器高併發能力的常用方法和具體實施細節： 優化服務器和操作系統配置 服務器和操作系統的默認配置不一定能夠應對高併發場景。以下是一些優化措施的具體步驟和優勢： 調整最大文件描述符限制：默認情況下，操作系統可能對打開文件的數量有限制。通過修改 /etc/secur

服務器 , 併發

收藏 評論

guaiguaidedoujiang_cmg5bc 頭像

烈香 - Java故障案例分析第一期：父子任務使用不當線程池死鎖

引言 在Java多線程編程中，線程池是提高性能和資源利用率的常用工具。然而，當父子任務使用同一線程池時，可能導致潛在的死鎖問題。本文將深入分析一個實際案例，闡述為何這種設計可能引發死鎖，以及如何排查這類問題。 案例背景 考慮以下的偽代碼，展示了一個可能導致死鎖的場景： import java.util.concurrent.ExecutorService; import java.util.co

線程池 , JAVA , 併發

收藏 評論

gongzhengyang 頭像

龔正陽 - Actor併發系統説明與使用

簡介 Actor模型是一種並行計算模型，提供了一種用於構建併發、分佈式系統的抽象方法 在Actor模型中，計算被表示為獨立的、輕量級的計算單元，稱為Actor，可以發送和接收消息並進行本地計算 作為一種通用的消息傳遞編程模型，被廣泛用於構建大規模可伸縮分佈式系統 核心思想是獨立維護隔離狀態，並基於消息傳遞實現異步通信 Actor模型組成 存儲：每個 Actor 持有一個郵箱（mailbox），

rust , 併發 , 異步

收藏 評論

debuginn 頭像

Meng小羽 - Phoenix框架 從0到1設計業務併發框架 小米商城產品站革新之路

前言 小米商城產品站之前由於歷史原因，存在着諸多問題與不便，隨着技術的快速變革，技術部中台化的建設，越來越不適用於現在快速迭代的業務需求，接下來我將以技術的視角講解我們遇到的痛點，以及解決這些痛點的思路，也就是 Phoenix 框架誕生的故事。 為啥要進行設計一個框架，其實是業務發展導向的結果，若是我們不進行設計，那麼我們會遇到如下一些問題： 在新的產品需求規劃下，無法承接大型項目，只能進行小

框架 , 架構設計 , JAVA , 併發

收藏 評論

debuginn 頭像

Meng小羽 - Phoenix框架 從0到1設計業務併發框架 怎麼組織設計一個框架

上篇文章主要講了設計 Phoenix 框架前的遇到的問題和設計框架的思路 《 Phoenix 框架 從0到1設計業務併發框架 小米商城產品站革新之路》，本篇文章主要講一下如何設計框架的。 不死鳥併發框架，是自動構建有向圖按照深度進行構建併發組並進行併發調用結果的框架。 產品站業務靜態接口與動態接口都需要調用大量的後台服務進行獲取數據進行業務編排，而各個併發調用之間又相互存在依賴，採用併發組設計拆解

框架 , 架構 , JAVA , 併發 , 後端

收藏 評論