sergEO7905

Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата: почитаю, если время будет. Цитата: на которые вы так любите ссылаться, уже давно 128-разрядное (или даже 256-разрядное). | не у всех процессоров. ещё существует куча x86 производителей, которые дофига лет назад получили лицензию на 486 или 586 процессор. и вот они досих пор клепают такие ядра, только разогнанные уже до гигагерцев и порой даже по нескольку ядер в однм камне у них. все они ia32, и нету там никаких 256 бита, и костыльных скалярных и векторных довесков. так же незабываем, про то что сейчас пилют кварк в интеле, и пилют 586 в fpga матричном варианте. про них тоже забывать не нужно, так как картинки вполне неплохо можно и на них смотреть, если не нагадить как гадят разрабы гысысиы, или некрософты с 2015 студии. Добавлено: Цитата: Я извиняюсь, т.е. если в компиляторе тупо отметить все галочки со всеми SSEx без каких-либо правок кода, реально будет прирост? | как правило нигде в реальных программах, от ключей компилятора никакого прироста визуально ненаблюдается. прирост хорошо проявляется только в писькомерных тестах, и только на определённых задачах, а не везде. исключение кодировщики видео и архиваторы. я не знаю что там именно в архиваторах, но вот ffmpeg ускорился из за того, что его разрабы огромное количество кода sse-avx в виде оптимизированного ассемблера в бинарник напихали руками, так что и тут скорее всего это не заслуга компилятора с++ и его оптимизирующих ключей. |