Обсуждение:Зависимость данных

This article is rated Start-class on Wikipedia's content assessment scale. It is of interest to the following WikiProjects:

Computing This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing ??? This article has not yet received a rating on the project's importance scale.

Разве что-то не так с выходным dep. ? 1-й пример такой же, как и у anti-dep. И значение отличается от других источников. — Предыдущий неподписанный комментарий добавлен 178.83.159.212 (обсуждение) 20:28, 26 мая 2020 (UTC) [ ответить ]

На этой странице должно быть более четко указано, что такое опасности RAW и WAW, поскольку в литературе их обычно называют именно так. WAW упоминается в разделе «Выходные зависимости», но его трудно найти, поскольку в нем нет заголовка с WAW. RAW даже не упоминается. Также должен быть список на странице устранения неоднозначностей WAW и RAW, поскольку читающий книгу или статью обычно сталкивается с этими аббревиатурами, а не с входными, выходными или истинными зависимостями. Спасибо 124.254.97.18 (обсуждение) 13:52, 20 декабря 2008 (UTC) [ ответить ]

Эта страница по теме, так как на ней обсуждаются опасности данных, а не зависимости данных. — Предыдущий неподписанный комментарий добавлен 152.14.55.32 (обсуждение)

Нет.. здесь обсуждаются зависимости данных. Вам не интересны зависимости, если только они не могут вызвать проблемы в наивных реализациях путей данных - поэтому это то, что обсуждается на этой странице. Fresheneesz 01:00, 15 февраля 2007 (UTC) [ ответить ]

Почему Write после Write вообще является проблемой? Для этого нужен хотя бы лучший пример, потому что ни один компилятор в здравом уме не выполнит инструкцию записи, если к записанным данным не прикреплены зависимости чтения. Fresheneesz 01:00, 15 февраля 2007 (UTC) [ ответить ]

Я предполагаю, что данные могут быть прочитаны позже. Если бы порядок этих инструкций был изменен, то было бы доступно более раннее значение, а не последнее. Так что запись-запись-чтение звучит для меня уместно, но я очень незнаком с темой и просто размышляю.

Да, вот почему. Последующие инструкции должны получить последнее значение. 124.254.97.18 (обсуждение) 13:57, 20 декабря 2008 (UTC) [ ответить ]

" потому что ни один компилятор в здравом уме не выполнит инструкцию записи, если не будут присоединены зависимости чтения "

Зависимости данных актуальны не только для компиляторов, но и для нестандартных исполнительных блоков ЦП; они не могут заглядывать слишком далеко вперед из-за различных ограничений, поэтому они выполняют запись, даже если значения никогда не считываются ( параллелизм на уровне инструкций ) -- intgr 01:20, 15 февраля 2007 (UTC) [ ответить ]

(I (S1) ∩ O(S2)) ∪ (O(S1) ∩ I(S2)) ∪ (O(S1) ∩ O(S2)) ≠ Φ

Что такое Φ? Как мне понимать объединения и пересечения? -- Абдулл ( обсуждение ) 17:00, 30 мая 2008 (UTC) [ ответить ]

В обычной нотации теории множеств Φ или кружок или ноль с косой чертой называются нулевыми и используются для обозначения пустого множества. Но я согласен, что в этой и многих других статьях Википедии вместо краткой прозы используется математическая нотация, что излишне сбивает с толку людей без математического образования, а иногда даже людей с математическим образованием. Математическая нотация хороша, но только если она проясняет, а не скрывает плохую прозу или окольные аргументы. Это общая проблема академического письма, а не только Википедии. В энциклопедическом или вводном контексте все математические нотации должны быть определены в статье или ссылкой на другую статью. Если они определены ссылкой, то не должно быть циклических определений. Циклическое определение — это то, что на самом деле не определено, а вместо этого отсылает определение к другой статье, которая, в свою очередь, прямо или косвенно определяет его ссылкой на исходную статью. 124.254.97.18 (обсуждение) 14:19, 20 декабря 2008 (UTC) [ ответить ]

Источник:

* http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=4038882 * http://ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=4038882&isnumber=4038871 —Предыдущий неподписанный комментарий добавлен 137.250.38.92 (обсуждение) 11:05, 23 декабря 2008 (UTC) [ ответить ] 

Единственное отличие в том, что оптимизация действительно есть:

б = 1а = фу(б)б = 3

в случае антизависимости оптимизировано для

б = 1необходимо_для_параллелизации = ba = foo(необходимо_для_параллелизации)б = 3

в случае зависимости от выхода оптимизировано для

needed_for_parallelization = 1 ... a не нужен, так как он все равно скоро изменитсяa = foo(необходимо_для_параллелизации)б = 3

Разве это не должно быть явным или автор должен это так обозначить? 84.16.123.194 ( обсуждение ) 11:25, 5 февраля 2009 (UTC) [ ответить ]

См. обсуждение на wordreference.com: [[1]] — Предыдущий неподписанный комментарий добавлен 90.184.27.253 (обсуждение) 17:27, 10 февраля 2010 (UTC) [ ответить ]

Следует отметить, что Кодд (1970) создал модель реляционной базы данных для преодоления зависимости данных в иерархических и сетевых моделях баз данных. Текущая статья слишком узкая. -- JakobVoss ( обсуждение ) 06:12, 16 июля 2010 (UTC) [ ответить ]

Определение зависимости данных кажется неверным, рассмотрим следующий набор инструкций:

ДОБАВИТЬ R5, R0, R1 ; R5 ← R0 + R1

МУЛ R6, R2, R5 ; R6 ← R2 * R5

СУБ R5, R3, R6 ; R5 ← R3 - R6

ДЕЛЕНИЕ R6, R5, R4 ; R6 ← R5/R4

СОХРАНИТЬ R6, X ; X ← R6

Здесь ADD создает данные в R5, которые затем считываются DIV. Согласно определению, данному в статье, должна быть зависимость потока данных между ADD и DIV. Однако НЕТ передачи данных между ADD и DIV, потому что SUB записывает в R5 после ADD. Зависимости данных на самом деле существуют только тогда, когда есть реальная передача данных.

Я считаю, что необходимо прояснить следующую иерархию типов: зависимости данных: 1)flow/true 2)name a)anti b)o/p 3)control В текущем виде статьи неясно, попадают ли anti и o/p под имя. Читатель видит это с первого взгляда: типы: 1)data a)true/flow b)anti c)op 2)name 3)control — Предыдущий неподписанный комментарий добавлен 27.4.30.56 (обсуждение) 18:00, 9 марта 2022 (UTC) [ ответить ]

Многие статьи wikilink Hazard (архитектура компьютера) для RAW, WAR и WAW и некоторые wikilink здесь, но они, по-видимому, уже лучше описаны здесь. Вместо этого они должны wikilink перенаправить сюда. Информация в статьях может отличаться. В другой статье дополнительную информацию следует переместить сюда, оставив там только резюме. 142.113.140.146 ( обсуждение ) 06:19, 10 августа 2024 (UTC) [ ответить ]

• Согласен - зависимость данных кажется подходящим местом для полного изложения. Tule-hog ( talk ) 20:19, 3 сентября 2024 (UTC) [ ответить ]

Хотя это не зависимость, которая вызывает проблему в переупорядочивании кода или параллелизме, это все еще зависимость данных, которая должна быть включена. Страница анализа зависимостей , которая ссылается на эту, включает ее в раздел зависимостей данных. SteliosKourlis (обсуждение) 20:13, 28 декабря 2024 (UTC) [ ответить ]