<?xml version='1.0' encoding='UTF-8'?>
<OAI-PMH xmlns="http://www.openarchives.org/OAI/2.0/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/ http://www.openarchives.org/OAI/2.0/OAI-PMH.xsd">
  <responseDate>2026-03-07T06:36:48Z</responseDate>
  <request metadataPrefix="oai_dc" verb="GetRecord" identifier="oai:ipsj.ixsq.nii.ac.jp:00217163">https://ipsj.ixsq.nii.ac.jp/oai</request>
  <GetRecord>
    <record>
      <header>
        <identifier>oai:ipsj.ixsq.nii.ac.jp:00217163</identifier>
        <datestamp>2025-01-19T15:35:56Z</datestamp>
        <setSpec>1164:2036:10820:10893</setSpec>
      </header>
      <metadata>
        <oai_dc:dc xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc/" xmlns="http://www.w3.org/2001/XMLSchema" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/oai_dc/ http://www.openarchives.org/OAI/2.0/oai_dc.xsd">
          <dc:title>回線交換マルチFPGAシステムにおけるアプリケーションマッピングツールの実装</dc:title>
          <dc:title>Implementation of an Application Mapping Tool for a Circuit-Switched Multi-FPGA System</dc:title>
          <dc:creator>伊藤, 光平</dc:creator>
          <dc:creator>安戸, 僚汰</dc:creator>
          <dc:creator>天野, 英晴</dc:creator>
          <dc:creator>Kohei, Ito</dc:creator>
          <dc:creator>Ryota, Yasudo</dc:creator>
          <dc:creator>Hideharu, Amano</dc:creator>
          <dc:subject>FPGA・再構成可能アーキテクチャ</dc:subject>
          <dc:description>Flow-in-Cloud (FiC) は複数の FPGA を高速シリアルリンクで接続したシステムで，multi-access edge computing (MEC) での計算機システムのプロトタイプとして開発が行われている．MEC での時間制約のある処理を行うために，FiC では時間をタイムスロットという単位で分割して通信路を複数の通信で共有する static time-division multiplexing (STDM) ネットワークを採用している．ただし，STDM ネットワークには通信性能がタイムスロットに制約されてしまうという欠点が存在する．タイムスロット数が大きくなってしまうと FPGA システム内での通信性能が低下してしまう．タイムスロット数はアプリケーションがどのようにマッピングされるかに大きく依存する．適切にマッピングを行うことで必要最小限のタイムスロット数でアプリケーションを実行できる．本研究では FiC でのアプリケーションマッピングの定式化とスロット数の最小化を目的としたアプリケーションマッピングツールの提案を行う．また，本提案ツールではこれまで FiC に実装されてきたマルチキャスト機能や multi-ejection STDM スイッチにも対応させた．全対全通信を行うアプリケーションにおいてはこれら 2 つの機能を用いることで，これら 2 つの機能を用いない場合の 0.32～0.41 倍のスロット数でマッピングを行うことに成功した．また，ネットワークサイズが小さいいくつかのケースでは本提案ツールを用いることで全対全通信のアプリケーションを最適なスロット数でマッピングできたことを確認した．</dc:description>
          <dc:description>technical report</dc:description>
          <dc:publisher>情報処理学会</dc:publisher>
          <dc:date>2022-03-03</dc:date>
          <dc:format>application/pdf</dc:format>
          <dc:identifier>研究報告システムとLSIの設計技術（SLDM）</dc:identifier>
          <dc:identifier>9</dc:identifier>
          <dc:identifier>2022-SLDM-198</dc:identifier>
          <dc:identifier>1</dc:identifier>
          <dc:identifier>6</dc:identifier>
          <dc:identifier>2188-8639</dc:identifier>
          <dc:identifier>AA11451459</dc:identifier>
          <dc:identifier>https://ipsj.ixsq.nii.ac.jp/record/217163/files/IPSJ-SLDM22198009.pdf</dc:identifier>
          <dc:language>jpn</dc:language>
        </oai_dc:dc>
      </metadata>
    </record>
  </GetRecord>
</OAI-PMH>
