| WikiProject Computing | (Номинальный начальный класс, средняя важность) | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||
Тестирование аппаратного и программного обеспечения [ править ]
Я думаю, что в информатике есть два типа тестов: тесты оборудования и алгоритмы. В статье основное внимание уделяется первому, но как насчет алгоритмов или программных тестов? Он фокусируется не на сравнении оборудования, а на производительности программного обеспечения. В академических кругах это очень важно: [1] - Предшествующий неподписанный комментарий, добавленный Ct2034 ( обсуждение • вклад ) 10:21, 12 августа 2017 г. (UTC)
Рабочая нагрузка [ править ]
Мне не хватает точного определения рабочей нагрузки с точки зрения вычислений. Страница Википедии, посвященная слову «рабочая нагрузка», не относится к вычислениям, и на этой странице этот термин используется без предварительного определения. —Предыдущий комментарий без знака добавлен 129.88.43.111 ( обсуждение ) 08:07, 21 апреля 2011 г. (UTC)
Тест IBM LTP [ править ]
Это довольно хорошая страница, но, возможно, в списке с открытым исходным кодом следует упомянуть набор тестов IBM LTP.
64.172.115.2 17:19, 13 июня 2006 г. (UTC) Rich
- Это Википедия, так что вы знаете, что делать: выделите жирным шрифтом и отредактируйте страницу, чтобы она содержала эту информацию!
- Атлант 17:37, 13 июня 2006 г. (UTC)
Добавлена ссылка на очень полную базу данных тестов ЦП. Также в список добавлено название компании и их программа тестирования. Я не добавил ссылку на сайт, потому что не был уверен, что это правильно.
Может быть, несколько примеров из каждого типа тестов прояснят ситуацию.
190.42.182.236 07:02, 22 сентября 2007 г. (UTC)
Примеры для каждого типа можно найти в разделе «Общие тесты», перечислив упомянутые тесты по типу. Я знаю, что это утомительная работа, я бы сделал ее, если бы знал о предмете побольше. 190.42.95.57 ( разговорное ) 04:11, 22 ноября 2007 (UTC)
здесь отсутствует какой-то очень актуальный тест ядра Linux (IMHO), например, hackbench или голодание, они могут быть не твердыми научными, ни кроссплатформенными, но в любом случае такие тесты являются одним из стандартов измерения для недавней разработки ядра . —Предыдущий комментарий без знака добавлен 200.82.69.160 ( обсуждение ) 06:44, 29 декабря 2007 г. (UTC)
Микробенчмарки [ править ]
Микробенчмарки перенаправляются сюда, но не совсем ясно, что это одно и то же. Должны ли они иметь собственную страницу или хотя бы что-то, что определяло бы разницу? Дж. Брюси ( разговор ) 14:07, 17 марта 2009 г. (UTC)
Понизил оценку статьи [ править ]
Для такой большой статьи «B-класса» требуется более 3 ссылок, цитируемых только один раз во всей статье. Есть целые разделы без ссылок. § Сортировщик музыки § ( разговор ) 07:54, 14 июля 2011 г. (UTC)
ioblazer [ править ]
Google дает мне 1400 обращений - по сути, единственный интерес к этому исходит от его разработчика. Нет независимых обзоров. Вряд ли в ближайшее время он станет заметным. TEDickey ( разговор ) 16:48, 6 апреля 2014 (UTC)
Мошенничество с контрольными показателями [ править ]
Похоже, он снова запускается для телефонов https://www.xda-developers.com/benchmark-cheating-strikes-back-how-oneplus-and-others-got-caught-red-handed-and-what-theyve-done -about-it / 70.49.130.192 ( разговор ) 06:55, 2 февраля 2017 (UTC)
Внешние ссылки изменены [ править ]
Привет, друзья Википедии,
Я только что изменил одну внешнюю ссылку на Benchmark (вычисления) . Пожалуйста, найдите время, чтобы просмотреть мою правку . Если у вас есть какие-либо вопросы или вам нужно, чтобы бот игнорировал ссылки или страницу в целом, посетите этот простой FAQ для получения дополнительной информации. Я внес следующие изменения:
- Добавлен архив https://web.archive.org/web/20080205031133/http://www.donutey.com/hardwaretesting.php на http://donutey.com/hardwaretesting.php
Когда вы закончите просмотр моих изменений, вы можете следовать инструкциям в шаблоне ниже, чтобы исправить любые проблемы с URL-адресами.
По состоянию на февраль 2018 г. разделы страницы обсуждения «Изменены внешние ссылки» больше не создаются и не отслеживаются InternetArchiveBot . В отношении этих уведомлений на странице обсуждения не требуется никаких специальных действий, кроме регулярной проверки с использованием приведенных ниже инструкций инструмента архивации. Редакторы имеют разрешение удалить эти разделы «Внешние ссылки изменены» на странице обсуждения, если они хотят убрать беспорядок на страницах обсуждения, но перед массовым систематическим удалением просматривают RfC . Это сообщение динамически обновляется с помощью шаблона (последнее обновление: 15 июля 2018 г.) .{{sourcecheck}}
- Если вы обнаружили URL-адреса, которые бот ошибочно считал мертвыми, вы можете сообщить о них с помощью этого инструмента .
- Если вы обнаружили ошибку в каких-либо архивах или самих URL-адресах, вы можете исправить их с помощью этого инструмента .
Ура. - InternetArchiveBot ( Сообщить об ошибке ) 23:50, 17 июля 2017 г. (UTC)
Отсутствует аспект [ править ]
В статье я упускаю важный аспект тестов. Я использую тесты для измерения и улучшения алгоритмов. Есть алгоритмы, которые не имеют точно определенного выходного значения, например, при обработке изображений. Таким образом, вы должны измерять не только его производительность, но и качество его вывода (например, проверяя, насколько близок результат алгоритма к эталону, полученному человеком). Единственная часть статьи, которая идет в этом направлении, находится в разделе «Проблемы»:
«Примеры неизмеряемых качеств услуг включают безопасность, доступность, надежность, целостность выполнения, удобство обслуживания, масштабируемость»
Но ни один из этих эффектов не описывает проблему, о которой я упомянул. Есть ли отдельная статья, посвященная этой теме, или мне еще что-то не хватает?
pluckerwank ( разговор ) 08:59, 9 ноября 2017 (UTC)
MIPS [ править ]
Следует ли в этой статье упомянуть, что MIPS иногда используется для определения фактической скорости выполнения инструкций, но чаще используется в качестве эталонного значения? В первые дни, особенно с машинами с адресной словарной адресацией, объем вычислений, выполняемых одной инструкцией, был примерно одинаковым между машинами, так что скорость инструкций имела определенный смысл. Позже, в качестве соотношения между машинами, MIPS использовался без привязки к фактическому количеству команд. Gah4 ( разговор ) 23:51, 1 января 2020 (UTC)
Устаревшие источники [ править ]
Эта статья требует серьезного пересмотра, чтобы привести ее в соответствие со следующими проблемами: Приведенные определения и обсуждение довольно устарели и неточны. В статье предполагается очень узкий диапазон сравнительного анализа, в котором отсутствуют разработки за последние два десятилетия. Ссылки устарели, например, приведенное определение сравнительного анализа (от 1986 г.) довольно узкое; Упомянутый учебник по этой теме датируется 1993 годом, хотя современные учебники посвящены этой теме. Тем временем объем сравнительного анализа расширился, чтобы охватить: (1) дополнительные системные атрибуты (например, энергоэффективность, надежность, отказоустойчивость или безопасность) в дополнение к классическим аспектам производительности и (2) дополнительные сценарии применения (инструменты оценки, исследовательские тесты). ). Приведенная классификация критериев является неполной, неточной и вводящей в заблуждение.Приведенный список примеров общих тестов по большей части устарел. - Предшествующий беззнаковый комментарий добавлен 2A02: 810D: ABC0: C9E0: 501E: 1F2A: CDEE: A3C5 ( обсуждение ) 13:46, 9 марта 2021 г. (UTC)
