Обсуждение

В архиве: 17 комментариев.

Читать и комментировать в ЖЖ ↗

Анатолий Левенчук · 3 января 2011

Комментарий

Если оценки верны, то всё еще круче: для ответов на многие вопросы можно было бы пару часов (пару минут -- если взять навороченный десктоп с CUDA-ускорителями) и подождать на первых порах. Это ведь только в Jeopardy! нужно ответ выдавать нормативно за три секунды. Даже в медицине не все вопросы требуют ответа в реальном времени, а стоить лэптоп будет все одно меньше, чем врач-чемпион-по-отвечанию -- окупится на первых же ста вопросах. Ибо спрашивать компьютер -- это будет как спрашивать врача-чемпиона, а не просто врача. Десять отвеченных вопросов за сутки -- это немало... Много, много людей-производителей не смогут приспособиться к изменившемуся миру. Но людям-потребителям и приспосабливаться не нужно будет: им нужны ответы на вопросы, а не те, кто на эти вопросы отвечает. Хотя тут наверняка появятся какие-нибудь социальные заморочки, уж больно силён будет культурный шок.

Ответ на комментарий

Имя не сохранено · 3 января 2011

Комментарий

А ещё можно пойти путём вольфрама и, отчасти, гугла и на мобильниках предоставлять просто кавайненький интерфейс - тогда ответ, при наличии аплинка, будет в те же чемпионские секунды (хорошо, минуты, если ядро загружено и на "приём" будет очередь).

Ответ на комментарий

Имя не сохранено · 3 января 2011

Комментарий

А на какой класс вопросов эта система умеет отвечать? Как я понимаю, должна дотягивать до уровня знатаков из популярных интеллектуальных игр.

Имя не сохранено · 3 января 2011

Комментарий

А Cortex A-15 выдаёт вдесятеро больше Там ажно написано quad- octo-core до 2.5 GHz. Эдак он и с х86 тягаться может, например в случае Жава кода, для которого у него оптимизация есть. Кстати анонс сервера на ARM уже видел на ixbt.com

Имя не сохранено · 3 января 2011

Комментарий

пару минут -- если взять навороченный десктоп с CUDA-ускорителями CUDA тут вряд ли поможет, там поиск по БД много времени занимает, да всякий перебор. А CUDA заточена под обработку более-менее однородного потока данных. К тому же у GPU карточек памяти мало, а в современный сервак можно в районе терабайта напихать. Т.е. лазить по БД не на диске, а в RAM, что существенно быстрее.

Ответ на комментарий

Имя не сохранено · 3 января 2011

Комментарий

На некоторых задача конечно может. В данной статье речь идет про датамайнинг, при том данные должны влезть в 4 Гб, при этом данные поддерживаются только численные. Это хорошо подходит под CUDA (у меня и у самого есть датамайнинг задачи, и я подумываю заюзать GPGPU). Но для Ватсона не подходит, прежде всего потому что у него данные судя по всему занимают 4 ТБ :). А гонять их в ГПУ - дорого. Ну и ГПУ все же заточен под математические вычсления, а не под символические операции.

Ответ на комментарий

Имя не сохранено · 3 января 2011

Комментарий

Кстати, в этой статье на CPU работала однопоточная версия софта. Так что сравнение не вполне корректно, ибо как они сами писали их процессор поддерживает 8 потоков, т.е. реально speedup раза в 4-6 (вплоть до 8) поменьше будет, что разумеется тоже неплохо.

Ответ на комментарий

Анонимный автор · 3 января 2011

Комментарий

Поправляю опечатки: Вопросы в "Своей Игры" не только на эрудицию, но и на "соображалку", а в Джепарди -- на чистую эрудицию.

Ответ на комментарий

Имя не сохранено · 6 января 2011

Комментарий

Вот очень интересная новость http://www.ixbt.com/news/hard/index.shtml?14/18/58 NIVIDA уже давно заявляла что неплохо бы ей выпустить CPU, намекая при этом что Интеловские можно сильно улучшить. Они ведь активно используют х86 для моделирования своих GPU. Ну и решили, а чего бы им не сделать. Думаю благодаря их опыту массивных вычислений GPGPU они бы сделали весьма крутой CPU. Тем более что Fermi уже можно считать CPU.

Ответ на комментарий