Продолжение темы здесь
Страницы:Кликните, чтобы указать произвольную страницуназад123169170171172173174175176177178далее
исчезающий: Отечественные микропроцессоры. Состояние и перспективы (часть 8)
Политика в ветке запрещена! смотреть пост:
Отечественные микропроцессоры (2) (часть 7), #2824
VLev
Expert
6429/13138 ответов, #2 в рейтинге
23 года на iXBT, с января 2002
6 фото на iXBT.photo
Чаще пишет в "Процессоры" (64%)
Россия, Moscow
Инфо
V
VLev Expert
8 лет назад / 18 ноября 2016 22:42
vss http://www.arccn.ru/media/babayan_video/
Для тех, кто не осилил, краткое содержание:

Первые пол-часа: Россия --- родина слонов.
Характерный тезис: "Мы всегда были впереди Запада в ... коренных вопросах компьютерной технологии" (c)
Вторые пол-часа: Технологии Эльбруса --- будущее IT.
Характерный тезис: "Никакой оптимизации в железе!" (c)
Второй час:
20мин: 40 лет назад в Эльбрусе полностью решена проблема секьюрити.
Характерный тезис: "Аппаратура и ядро ОС Эльбрус --- святые".
20мин: Реализация неулучшаемая, особенно циклы
Характерный тезис: "Циклы у нас в 3 раза быстрее работали, чем у Intel"
10мин результаты: Конец компьютерной технологии на одном слайде.
Характерный тезис: "В режиме совместимости Эльбрус в 2 раза быстрее Intel-а, а если доделать, то будет в 4 раза быстрее
Без режима совместимости, очевидно, будет в десятки раз быстрее (пока не доделано)."


После такой феерии слушать вопросы/ответы уже морально тяжело (ещё пол-часа)
vss
Member
2738/29580 ответов, #20 в рейтинге
16 лет на iXBT, с марта 2008
61 фото на iXBT.photo
Чаще пишет в "Политика" (36%)
Россия, Москва
Инфо
v
vss Member
8 лет назад / 19 ноября 2016 10:36
VLev:
vss http://www.arccn.ru/media/babayan_video/
Для тех, кто не осилил, краткое содержание:
Про стренды-то что было сказано и написано? Это же то, чем Бабаян занимается сейчас.
VLev
Expert
6430/13139 ответов, #2 в рейтинге
23 года на iXBT, с января 2002
6 фото на iXBT.photo
Чаще пишет в "Процессоры" (64%)
Россия, Moscow
Инфо
V
VLev Expert
8 лет назад / 19 ноября 2016 13:03
vss Это же то, чем Бабаян занимается сейчас.
Как я понял --- три года назад этим занимался. Затем Intel прикрыл эту "лавочку".
Хотя, возможно, в родных пенатах он найдёт деньги для продолжения
vss
Member
2739/29581 ответов, #20 в рейтинге
16 лет на iXBT, с марта 2008
61 фото на iXBT.photo
Чаще пишет в "Политика" (36%)
Россия, Москва
Инфо
v
vss Member
8 лет назад / 19 ноября 2016 13:13
VLev:
vss Это же то, чем Бабаян занимается сейчас.
Как я понял --- три года назад этим занимался. Затем Intel прикрыл эту "лавочку".
Хотя, возможно, в родных пенатах он найдёт деньги для продолжения
Но вообще-то и помимо Бабаяна этим занимаются https://www.ideals.illinois.edu/bitstream/handle/214…al.pdf?sequence=1 .
Felid
iXBT.com CPU analyst
7247/11442 ответов
19 лет на iXBT, с февраля 2006
Чаще пишет в "Процессоры" (64%)
Web-страница
Инфо
F
Felid iXBT.com CPU analyst
8 лет назад / 19 ноября 2016 13:31
matik
Вы выдвинули вполне определенный тезис, его и доказывайте — так я уже всё доказал и показал. Расчёты верны.

Для VLIW это (удлинение конвейера) противопоказанное действие — после определённого достигнутого уровня — да. Но Э., где стадий всего 8 (ЕМНИП), кажется, всё ещё сможет немного ускориться, но ценой потери обратной совместимости. Поэтому и не делают. В таком случае остаётся немногое: ширить векторы и множить ядра.
VLev
Expert
6431/13140 ответов, #2 в рейтинге
23 года на iXBT, с января 2002
6 фото на iXBT.photo
Чаще пишет в "Процессоры" (64%)
Россия, Moscow
Инфо
V
VLev Expert
8 лет назад / 19 ноября 2016 13:39
vss Но вообще-то и помимо Бабаяна этим занимаются
Не может быть! Как мы теперь знаем, всё, что сделано Бабаяном --- неулучшаемо.
Что характерно --- ни одного Бабаяна в списке литературы я там не нашёл
Да и вообще, кто бы мне показал его работы (законченные)...

Потому как критиковать subj-евую лекцию я не могу --- она по-своему совершенна.

Исправлено: VLev, 19.11.2016 13:42

matik
Expert
9383/29587 ответов, #7 в рейтинге
23 года на iXBT, с марта 2001
Чаще пишет в "Процессоры" (52%)
Инфо
m
matik Expert
8 лет назад / 19 ноября 2016 13:41
Сообщение назвали неудачным: alexsr
Просто удивительно, как кого-то плющит от правды


Felid
так я уже всё доказал и показал. Расчёты верны.
Умножением на 1?!
ф....у (с) такое "доказательство"

после определённого достигнутого уровня — да.
После любого уровня. Правило "чем длиннее конвейер, тем больше штраф" не знает исключений, "определенных уровней", и прочих отговорок.

Но Э., где стадий всего 8 (ЕМНИП), кажется, всё ещё сможет немного ускориться, но ценой потери обратной совместимости
1. Нет обратной совместимости - значит, плюнули на всю (!) ранее проделанную работу по оптимизации. Хороший выход?
2. Удлинить конвейер можно, конечно. Только вот цена кэш-промахов вырастет. Никакого компенсаторного механизма (вроде адаптивной предзагрузки) не видно, ОоО тоже нет. Чудес не бывает, удлинение приведет к росту простоев. Частота процессора вырастет. Количество штрафов и простоев конвейера тоже вырастет. В итоге ничего прекрасного явно не выйдет.

В таком случае остаётся немногое: ширить векторы и множить ядра.
Вот именно: реально работающие механизмы такие же, как у остального мира. Все рассказы об "особом пути Эльбруса" оказались рассказами: по факту остаются ровно те же механизмы, что и у остальных разработчиков.
Оказывается, физику не обманешь рассказами про "особый путь"
vss
Member
2740/29582 ответов, #20 в рейтинге
16 лет на iXBT, с марта 2008
61 фото на iXBT.photo
Чаще пишет в "Политика" (36%)
Россия, Москва
Инфо
v
vss Member
8 лет назад / 19 ноября 2016 14:25
Felid:
где стадий всего 8 (ЕМНИП), кажется, всё ещё сможет немного ускориться, но ценой потери обратной совместимости. Поэтому и не делают. В таком случае остаётся немногое: ширить векторы и множить ядра.
Обратную совместимость в принципе можно обеспечить бинарной компиляцией, но чем меньше стадий в конвейере, тем меньше сказывается зависимость по данным. Ширить векторы и множить ядра - это простая идея, но усложняющая программирование. Являются ли стренды правильным путем развития?
VLev
Expert
6432/13141 ответов, #2 в рейтинге
23 года на iXBT, с января 2002
6 фото на iXBT.photo
Чаще пишет в "Процессоры" (64%)
Россия, Moscow
Инфо
V
VLev Expert
8 лет назад / 19 ноября 2016 14:35
vss Являются ли стренды правильным путем развития?
Как сказал Бабаян, только правильные стренды являются правильным путем развития. А неправильные --- ведут в тупик.

Добавление от 19.11.2016 15:06:

Кстати, как там у нас Мультиклет поживает?
По мне --- все эти стренды хорошо лягут только не его архитектуру.
Boris Usievich
Member
12247/34495 ответов, #6 в рейтинге
22 года на iXBT, с октября 2002
Чаще пишет в "Процессоры" (44%)
Инфо
B
Boris Usievich Member
8 лет назад / 19 ноября 2016 15:49
Felid
но ценой потери обратной совместимости. Поэтому и не делают.
А с чего бы это их волновала потеря совместимости? у них нет сотен миллионов уже установленных процессоров
threeman
Member
669/3563 ответов
10 лет на iXBT, с марта 2014
Чаще пишет в "Политика" (41%)
Инфо
t
threeman Member
8 лет назад / 19 ноября 2016 18:08
Boris Usievich:
Felid
но ценой потери обратной совместимости. Поэтому и не делают.
А с чего бы это их волновала потеря совместимости? у них нет сотен миллионов уже установленных процессоров
Зато у них есть желание совместить со своей архитектурой чужие программы.
Boris Usievich
Member
12248/34496 ответов, #6 в рейтинге
22 года на iXBT, с октября 2002
Чаще пишет в "Процессоры" (44%)
Инфо
B
Boris Usievich Member
8 лет назад / 19 ноября 2016 18:33
threeman
Зато у них есть желание совместить со своей архитектурой чужие программы.
для этого придумали штуку под названием компилятор
threeman
Member
670/3566 ответов
10 лет на iXBT, с марта 2014
Чаще пишет в "Политика" (41%)
Инфо
t
threeman Member
8 лет назад / 19 ноября 2016 18:45
Boris Usievich
для этого придумали штуку под названием компилятор

Пробовали, не получается...
Да и не все дистрибутивы в открытом доступе.
Boris Usievich
Member
12249/34497 ответов, #6 в рейтинге
22 года на iXBT, с октября 2002
Чаще пишет в "Процессоры" (44%)
Инфо
B
Boris Usievich Member
8 лет назад / 19 ноября 2016 23:13
threeman
Пробовали, не получается...
тем, у кого не получается с компилятором, не стоит VLIW двигать

Да и не все дистрибутивы в открытом доступе.
Ничего кроме опенсорса и проприетарного софта военных для Эльбруса один фиг не будет. Никому не интересна секретная платформа существующая в сотне экземпляров.
Razboynik
Member
440/3191 ответов
10 лет на iXBT, с мая 2014
Чаще пишет в "Политика" (59%)
Инфо
Razboynik Member
8 лет назад / 20 ноября 2016 06:41
matik
Удлинить конвейер можно, конечно. Только вот цена кэш-промахов вырастет. Никакого компенсаторного механизма (вроде адаптивной предзагрузки) не видно, ОоО тоже нет.

Как OoO помогает x86 при кэш-промахе? Правильно - никак. Как OoO спасает x86 вообще от кэш-промахов? Правильно - никак.
Никаких "адаптивных предзагрузок" у x86 нет. При кэш-промахе результаты на конвейере отбрасываются и конвейер перезагружается по новой.

VLev
Кстати, как там у нас Мультиклет поживает?
По мне --- все эти стренды хорошо лягут только не его архитектуру.


Мультиклет не нуждается ни в каких стрендах. Он и сам по себе хорош. Уникальная архитектура с внеочередным исполнением без привлечения боков переупорядочивания и т.д.

Felid
после определённого достигнутого уровня — да. Но Э., где стадий всего 8 (ЕМНИП), кажется, всё ещё сможет немного ускориться, но ценой потери обратной совместимости. Поэтому и не делают.

Новые Э. с системой команд v4 итак несовместимы с предыдущими на плавучке. Не делают потому, что им никто этого не заказывает и не платит за это.
threeman
Member
671/3567 ответов
10 лет на iXBT, с марта 2014
Чаще пишет в "Политика" (41%)
Инфо
t
threeman Member
8 лет назад / 20 ноября 2016 11:28
Razboynik: Мультиклет не нуждается ни в каких стрендах. Он и сам по себе хорош. Уникальная архитектура с внеочередным исполнением без привлечения боков переупорядочивания и т.д.
А если бы архитектура ещё существовала в реальности, а не в виде плакатов, цены бы ей не было!
matik
Expert
9384/29589 ответов, #7 в рейтинге
23 года на iXBT, с марта 2001
Чаще пишет в "Процессоры" (52%)
Инфо
m
matik Expert
8 лет назад / 20 ноября 2016 12:07
Razboynik
Как OoO помогает x86 при кэш-промахе? Правильно - никак.

Глупостей не пишите. Очень помогает: если данный запрос промахнулся, можно в это время обрабатывать другую команду, уже укомплектованную операндами, пока промахнувшийся запрос ожидает данных из памяти.

Как OoO спасает x86 вообще от кэш-промахов? Правильно - никак.
Почему-то каждый раз, когда сторонники Эльбруса критикуют х86 (или другие решения), в результате оказывается, что они просто ничего не знают про эти решения.
Спасения от кэш-промахов не бывает. Но можно снизить остроту, используя другие блоки (предзагрузки), а так же другие методы (типа memory reordering).
Кроме того, ОоО позволяет не простаивать конвейеру, обрабатывая другие укомплектованные команды из очереди в то время, когда выбранная ожидает данных из памяти.
Процессор с ОоО продолжает работу, в отличие от in order процессоров.

А вот VLIW процессоры типа Эльбруса или Итаниума стают колом, пока не подъедут данные из памяти.

Правильно - никак.
Нет, неправильно. Просто вы не знаете, только и всего.

Никаких "адаптивных предзагрузок" у x86 нет

Нельзя же быть таким деревянным. Поищите по слову prefetch, найдете много-много интересного.
Поищите в документации по cache miss, найдете тоже много интересного.

При кэш-промахе результаты на конвейере отбрасываются

Какие "результаты" отбрасываются? Результаты ЧЕГО? Действий с отсутствующими операндами?
Ох, блин...

конвейер перезагружается по новой.
Ничего подобного не происходит. Из буфера переупорядочивания инструкций выбирается следующая команда, только и всего.
Мда.

Похоже, что все восторги сторонников Эльбруса проистекают от отсутствия знаний, и связаны именно с тем, что они плохо понимают, что, как, и насколько хорошо сделано в других процессорах. Отсюда и восторг неофита.
VLev
Expert
6433/13145 ответов, #2 в рейтинге
23 года на iXBT, с января 2002
6 фото на iXBT.photo
Чаще пишет в "Процессоры" (64%)
Россия, Moscow
Инфо
V
VLev Expert
8 лет назад / 20 ноября 2016 12:09
Razboynik
Как OoO помогает x86 при кэш-промахе? Правильно - никак. Как OoO спасает x86 вообще от кэш-промахов? Правильно - никак.
Никаких "адаптивных предзагрузок" у x86 нет. При кэш-промахе результаты на конвейере отбрасываются и конвейер перезагружается по новой.


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

Добавление от 20.11.2016 12:13:

Razboynik Мультиклет не нуждается ни в каких стрендах.
эээ, "стренд" --- это то, что выполняется на одной клетке без синхронизации с другими клетками.
Так что они там в любом случае есть. Другое дело, что вероятно нет специальной стрендовой оптимизации. Но если они будут делать много-клеточный процессор и/или поднимать частоту --- без этого не обойтись IMHO
Moonzinger
Member
935/935 ответов, #9 в рейтинге
10 лет на iXBT, с октября 2014
1 фото на iXBT.photo
Чаще пишет в "Процессоры" (98%)
Россия
Инфо
M
Moonzinger Member
8 лет назад / 20 ноября 2016 15:16
threeman
На хабре была статья от BarsMonster что Мультиклет не оригинальная архитектура, нечто похожее было сделано даже в кремнии, но распространения не получило.
Статья здесь
Алексей Мандрыкин
Member
338/1106 ответов
10 лет на iXBT, с января 2015
Чаще пишет в "Политика" (40%)
Web-страница
Инфо
Алексей Мандрыкин Member
8 лет назад / 20 ноября 2016 18:04
Я слабо понимаю реализацию предсказания переходов в современных процессорах, но сталкивался с такой проблемой в своём ядре. Чтобы решить эту проблему использовал две шины адреса - на одной адрес текущей инструкции, а на дополнительной шине адрес следующей инструкции. В момент условного перехода состояние флагов известно, поэтому на дополнительную шину адреса выводится адрес следующей. В результате часть проблем перенеслась из ядра, которое имеет хорошо детерминированное поведение, на устройство выборки инструкций. К такому решению шёл очень долго, несколько раз пришлось почти заново переписывать вот уже почти работающее решение. Вот всё работает, а потом БАХ... и всё развалилось.

Конечно я не веду речь о нескольких операциях за такт - в случае ПЛИС мне не представляется такая реализация целесообразной - если позволяют ресурсы, то проще несколько ядер в ПЛИС поместить, но одну операцию за такт всё же удалось достичь.

Исправлено: Алексей Мандрыкин, 20.11.2016 18:41

Razboynik
Member
441/3193 ответов
10 лет на iXBT, с мая 2014
Чаще пишет в "Политика" (59%)
Инфо
Razboynik Member
8 лет назад / 21 ноября 2016 07:54
Moonzinger
На хабре была статья от BarsMonster что Мультиклет не оригинальная архитектура
Это был полный бред, а не статья. Автор даже толком не понял принципов работы архитектуры.

Добавление от 21.11.2016 09:54:

matik
Почему-то каждый раз, когда сторонники Эльбруса критикуют х86 (или другие решения), в результате оказывается, что они просто ничего не знают про эти решения.

Только все с точностью до наоборот. Это сторонники x86 выдумывают всякие бредни, про то как OOO "помогает" в случае кэш-промахов.
Особенно в случаях зависимостей по данным

Почитайте для просвещения патенты Интел про механизмы реплея при кэш-промахах. Реплей никуда не делся.
Примерно такой же механизм используется в Эльбрусах (называется "вертушка"). А то начинают тут на ходу выдумывать небылицы.
BlazeBlaze
Member
57/60 ответов, #15 в рейтинге
9 лет на iXBT, с сентября 2015
Чаще пишет в "Процессоры" (99%)
Инфо
B
BlazeBlaze Member
8 лет назад / 21 ноября 2016 10:07
может человек путает кэш-промах с ошибкой предсказания перехода?
реплей вроде для это был придуман
VLev
Expert
6435/13149 ответов, #2 в рейтинге
23 года на iXBT, с января 2002
6 фото на iXBT.photo
Чаще пишет в "Процессоры" (64%)
Россия, Moscow
Инфо
V
VLev Expert
8 лет назад / 21 ноября 2016 13:15
BlazeBlaze реплей вроде для это был придуман
В P4 он действительно использовался при кэш-промахе из-за того, что L1 был спекулятивным.
Но от последнего давно отказались. На частотах работы современных процессоров это неактуально.

Добавление от 21.11.2016 13:18:

BlazeBlaze может человек путает кэш-промах с ошибкой предсказания перехода?
не, он упорствует в своих заблуждениях.
Вслед за Бабаяном.
Но в исполнении БАБ это выглядит гениально (этакий современный Циолковский), а в исполнении Razboynik --- уныло.
matik
Expert
9385/29591 ответов, #7 в рейтинге
23 года на iXBT, с марта 2001
Чаще пишет в "Процессоры" (52%)
Инфо
m
matik Expert
8 лет назад / 21 ноября 2016 13:30
Razboynik
Только все с точностью до наоборот. Это сторонники x86 выдумывают всякие бредни, про то как OOO "помогает" в случае кэш-промахов.
Особенно в случаях зависимостей по данным


Тут сложно что-то сказать, кроме канонического RTFM!
Узнайте для себя, что такое ОоО, что такое кэш-промах, что такое зависимость по данным, и как одно связано с другим.

Почитайте для просвещения патенты Интел про механизмы реплея при кэш-промахах. Реплей никуда не делся.

Вы рассказываете небылицы про реплей, существующий только и исключительно в процессорах Pentium 4, авторам единственной подробной статьи про него.

Ничего не смущает?

Примерно такой же механизм используется в Эльбрусах (называется "вертушка")

Выдающаяся безграмотность. То, что в Эльбрусе называется "вертушка", в Итаниуме называется "вращение регистров", и это совсем иная технология, для снижения нагрузки на регистровый файл.

Вы слышали звон, да не знаете, где он (с)

А то начинают тут на ходу выдумывать небылицы.
Да-да

Добавление от 21.11.2016 13:33:

BlazeBlaze
может человек путает кэш-промах с ошибкой предсказания перехода?
Тут уж сложно сказать. Больше похоже на "все смешалось в доме Облонских" (с)
Razboynik
Member
442/3196 ответов
10 лет на iXBT, с мая 2014
Чаще пишет в "Политика" (59%)
Инфо
Razboynik Member
8 лет назад / 22 ноября 2016 07:12
matik
Выдающаяся безграмотность. То, что в Эльбрусе называется "вертушка", в Итаниуме называется "вращение регистров", и это совсем иная технология, для снижения нагрузки на регистровый файл.
Нарушение нормального выполнения ШК является конфликтной ситуацией. Следует отметить, что конфликтная
ситуация носит временный характер и приводит лишь к задержке вычислительного процесса. Но одновременный останов всех параллельных ветвей
такого широкого конвейера, какой применен в рассматриваемом процессоре, физически невозможен (хотя бы по причине разного времени распространения сигналов), поэтому принято другое решение —
ввести так называемую вертушку, представляющую собой буфер с четырьмя станциями запоминания. По мере продвижения широкой команды по исполнительным стадиям И0 (E0), И1 (E1) и И2 (E2) происходит одновременное перемещение содержимого вертушки с одной станции на другую.
При возникновении конфликтной ситуации начальная часть конвейера блокируется (останавливается), а в остальную, исполнительную часть конвейера последовательно
выдаются широкие команды из вертушки с целью повторной отработки.
В общем случае широкие команды повторяются многократно вплоть до разрешения конфликтной ситуации.
Таким образом, любая конфликтная ситуация приводит к останову конвейера, причем часть его, находящаяся в буфере команд и УУ, замирает, а фазы
остальной части циклически повторяются, пока не будут ликвидированы причины задержки.
Организуя повторную отработку команд, УУ фактически восстанавливает расписание выполнения программы.
Где тут "вращение регистров"?
Выдающаяся безграмотность.
BlazeBlaze
Member
58/61 ответов, #15 в рейтинге
9 лет на iXBT, с сентября 2015
Чаще пишет в "Процессоры" (99%)
Инфо
B
BlazeBlaze Member
8 лет назад / 22 ноября 2016 09:00
Матик, так вы автор той статьи? читал ее когда-то, но забылось почти все
matik
Expert
9386/29594 ответов, #7 в рейтинге
23 года на iXBT, с марта 2001
Чаще пишет в "Процессоры" (52%)
Инфо
m
matik Expert
8 лет назад / 22 ноября 2016 11:15
Razboynik
Где тут "вращение регистров"?
RTFM. Читайте документацию, разбирайтесь, что это, и для чего нужно. Никто вместо вас этого делать не будет.

Выдающаяся безграмотность. Увы, да.

BlazeBlaze
Матик, так вы автор той статьи?
Один из, отнюдь не единственный. Собственно, в первой части вступления остальные перечислены, их просто по техническим причинам не получилось внести в список авторов (столько фамилий не вмещал движок, если я правильно помню те трудности).
Ну а вообще было интересно, но трудоемко: десяток человек почти полтора года ковырялся в этом процессоре, чтобы разобраться. После этого мы на подобный эксперимент уже не решились, лениво несколько.

читал ее когда-то
Это само по себе подвиг: более 200К текста. Редактор плакал кровавыми слезами, когда получал очередную часть

забылось почти все
Увы, память - дело такое.
Если Вы считаете это сообщение ценным для дискуссии (не обязательно с ним соглашаться), Вы можете поблагодарить его автора, а также перечислить ему на счет некоторую сумму со своего баланса (при отзыве благодарности перечисленная сумма не будет вам возвращена).
Также вы можете оценить сообщение как неудачное.
В течение суток можно 20 раз оценить сообщения разных участников (купите Premium-аккаунт, либо оплачивайте оценки сверх лимита).
Страницы:Кликните, чтобы указать произвольную страницуназад123169170171172173174175176177178далее
Продолжение темы здесь
Последние обсуждения в Конференции
03:00Выбор SSD Накопители
02:58Микроархитектура Lion Cove. Мобильные процессоры Intel Lunar Lake / десктопные LGA 1851 Arrow Lake Процессоры
02:55Украина после Евромайдана. Взгляд из России. Вход для лиц с русофобскими взглядами закрыт Политика
02:52OLED телевизоры LG ДК TV
02:51Выбор и настройка оперативной памяти DDR5 (читать первую страницу!) Память
02:48Выбор стиральной машины Бытовая техника
02:37"Тупые" вопросы, вы давно хотели задать, но боялись спросить. Флуд
02:36Электромобили - грядет революция? Авто
02:28Случай скама с монетой EOS. Объясняю остальным: Крипта
02:21Выбор посуды для приготовления пищи (сковород, кастрюль и т.д.) Кулинария
02:17Обсуждение новых тарифов Билайн Моб. операторы
02:17Новости мира ноутбуков Ноутбуки
02:16Иммиграция. Как выжить за рубежом? Общий
02:09Кто-то хочет в СССР? История
02:07Существуют ли принтеры для точной печати? Периферия
02:06Платные сервисы конференции iXBT.com. Появились платные обходы черных списков и защита от них О Конфе
01:58Diablo IV (4). Релиз 06.06.2023! Игры
01:53Выбор 4K/UHD медиаплеера ДК плееры
01:41CPU-флудилка Тесты CPU
01:34Выбор конфигурации от 300 до 600 долларов (Intel) Тех. поддержка
20:43вчераAMD создала настоящего конкурента для процессоров Apple M Pro, а RTX 4060 можно отправлять на пенсию? Опубликованы обзоры чудовищного Ryzen AI MAX+ 395
2 дня назадЭто как топовые процессоры Apple M Max, только от AMD. Обзоры Ryzen AI Max могут быть опубликованы уже завтра
2 дня назадНовейший чип Apple M5 дебютирует в MacBook Pro уже этой осенью
2 дня назадПервые ноутбуки MacBook Air с чипами Apple M4 выйдут до конца марта
2 дня назадArm выпустит свой первый в истории процессор в 2025 году. Назван первый заказчик
2 дня назадПервый смартфон на Snapdragon 8 Elite 2. Xiaomi 16 Pro получит плоский дисплей диагональю 6,85 дюйма, который достанется и Xiaomi 16 Ultra
2 дня назад«Тайвань вложил полвека упорного труда в достижение сегодняшнего успеха. Мы ничего не забирали у других стран». Тайвань готов стать базой в мировой цепочке поставок полупроводников
3 дня назадНеожиданно не самые старые процессоры Intel удалены из списка поддерживаемых Windows 11 24H2. Это коснулось даже Core 10-го поколения
3 дня назадIntel разделят и продадут? Broadcom заинтересована в подразделении Intel по разработке чипов, а TSMC положила глаз на фабрики
4 дня назадПока Intel в очередной раз выпускает то же самое с новыми именами, AMD готовится предложить 24-ядерные Ryzen 9. Линейка Zen 6 будет большим шагом вперёд