Вот уже несколько месяцев, как вход в программу для владельцев многих AMD процессоров знаменуется белым окном, и никак не реагирующими пунктами меню. Насколько известно, пользователей Windows и Mac данная проблема пока не коснулась. Радость от выпуска нового Skype для GNU/Linux не была долгой…
Проблема была идентифицирована, как использование SSSE3 (не путать с SSE3) расширения, отсутствующего на предыдущих моделях AMD процессоров (не исключительная ситуация, например расширение SSE4a отсутствует на Intel).
На запуске Skype создает три процесса, и тот, что отвечает за рендеринг, очень быстро исчезает. Приаттачится к нему, чтобы посмотреть в чем дело, довольно просто:
$ gdb --pid=$(pgrep -f "skypeforlinux --type=renderer")Дальнейшее исполнение процесса прерывается строками:
Thread 17 "skypeforlinux" received signal SIGILL, Illegal instruction.
[Switching to Thread 0x7fd117f91700 (LWP 12265)]
0x00007fd11c335bc1 in ?? () from /usr/share/skypeforlinux/resources/app.asar.unpacked/node_modules/slimcore/bin/slimcore.node
(gdb) x/5i $pc
=> 0x7fd11c335bc1: pshufb %xmm1,%xmm0
0x7fd11c335bc6: movdqa 0x270(%rsp),%xmm1
0x7fd11c335bcf: cmp $0x1,%eax
0x7fd11c335bd2: pand %xmm0,%xmm1
0x7fd11c335bd6: por 0x130(%rsp),%xmm1Можно лицезреть, как Skype пытается воспользоваться pshufb инструкцией, которую вам предоставляет SSSE3 (или не предоставляет, если вам не повезло).
При наличии исходного кода, данная проблема чинится в течении пары секунд — достаточно добавить опцию -mno-ssse3 в конфигурацию компилятора. Тем не менее, разработчикам Microsoft потребовалось пару месяцев, чтобы суметь отреагировать на такую одновременно простую и распространенную проблему. На 28 странице комментариев к статье о выпуске Skype они наконец дали официальный ответ:
Could you please check if you have a processor without SSSE3 instruction set support? (mostly 5+ years old AMDs).
If that is the case, the system is unfortunately unsupported by Skype. In any other case, please provide us more details, so we can investigate your issue further.
перевод:
Не могли бы вы, пожалуйста, проверить отсутствие поддержки вашим процессором набора инструкций SSSE3 (в основном AMD возрастом 5+ лет)?
В данном случае, система, к сожалению, не поддерживается Skype. В любом другом случае, пожалуйста снабдите нас большими деталями, чтобы мы могли расследовать проблему.
По ссылке, данной работниками Skype, в табе "Skype for Linux system requirements", можно увидеть новое требование:
An Intel Pentium 4 processor or later that's SSE2 and SSSE3 capable
Забавно, что разработчики не только не догадались, как обойти проблему, но даже не сумели поставить обнаружение отсутствия инструкций при запуске Skype с целью показа окна о неподдерживаемой конфигурации, и элегантным выходом.
Пока неизвестно, что послужило причиной такого удара в спину пользователям, и будет ли этот удар нанесен по другим системам.
Данную проблему можно, однако, обойти, если использовать бета-версию SkypeForLinux. Но очевидно, что в долгосрочной перспективе отсутствие обновлений безопасности и патчей к возможным изменениям протокола делает это непривлекательным. Альтернативно, можно перейти на другие видео клиенты.
А что вы бы посоветовали пользователям? Дайте знать в комментариях.
Комментарии (161)
mistergrim
28.10.2017 01:28An Intel Pentium 4 processor or later that's SSE2 and SSSE3 capable
Очень хочу увидеть Pentium 4 с SSSE3.
dartraiden
28.10.2017 02:44Да, было бы интересно, учитывая, что поддержка SSSE3 появилась лишь начиная с архитектуры Intel Core.
ggreminder
28.10.2017 01:30Вообще нехорошо так делать. Это я и про МС и про вас. В заголовке ни слова про то, что это касается только Linux, в хабах и Windows и Linux. Желтенько.
justaguest Автор
28.10.2017 01:31Это касается всех пользователей Skype, включая Windows и Linux, потому что Windows может оказаться следующей под ударом. Заметьте: разработчики так и не прокомментировали, почему это произошло.
ggreminder
28.10.2017 01:36Нет, это не так. Вы не можете знать — какую совместимость ломали (AMD или AMD/Linux) и почему. Поэтому гораздо корректнее указать-таки в заголовке, что в данный сломан только Skype под Linux, а предположения выдать уже в статье.
justaguest Автор
28.10.2017 01:44Желаемые вами подробности описаны в пределах хабраката, который размером всего 3 предложения. Заголовок я старался сделать минимальным, чтобы с краткого взгляда стало ясно, заинтересует статья или нет — и если да, то прочесть кат, где события неплохо подсуммированы.
PlayTime
28.10.2017 02:02Skype перестал поддерживать процессоры AMD старше 5 лет
Skype перестал поддерживать процессоры без SSSE3 в Linux.
Предложеный вариант намного больше? Зато я пошел читать статью потому что у меня второй феном которому уже лет 6 минимум.justaguest Автор
28.10.2017 02:03-1Но у вашего варианта другой смысл. Он не передает того факта, что Skype может сломаться и в других системах.
ns3230
28.10.2017 02:38Что угодно и когда угодно может сломаться в других системах. Например, Хуанга какая-то муха куда-то укусит — и в новых дровах зеленые видяхи перестанут работать с Директ версии ниже 10. Вон Интел же, например, прекратили поддержку древних осей для нового железа. Но пока что это ведь не так, все еще вроде работает.
justaguest Автор
28.10.2017 02:41Хотел бы и я назвать процессоры возрастом в 5-лет-и-выше древними.
ns3230
28.10.2017 02:59Ну, не древние, а скажем так политкорректно, морально устаревающие. Хотя когда-то так и было: в 2000 году, когда был взят рубеж в 1 ГГц, а инженеры Intel грезили о 10 ГГц к 2005 году, какой-нибудь Pentium 133 выпуска 1995 года казался замшелой древностью.
Alexmaru
28.10.2017 04:21Это пятилетие процессоров росло, в основном, в ширь, и в одноядерноц скорости убежало недалеко (совсем недалеко). Реальный ощущаемый прирост получился для людей от SSD и DDR3.
ns3230
28.10.2017 04:37При переходе с DDR2 на DDR3 прироста как-то не увидел, но вот SSD — реально стали прям революцией. Как перешел на SSD — за компом с системой на HDD прям работать не могу, некоторые моменты слоупочными кажутся. У меня вот старый комп — Атлон 3 ядра, 8 ГБ ДДР2, ось на ССД 24 ГБ. Фиговом, кроме винды ничего толком не помещается, и линейные скорости всего до 200 МБ/с, но после него иногда компы знакомых на i5 или 8-ядреных бульдозерах с HDD кажутся медленнее. А когда говоришь далеким от IT людям "купи SSD для винды и прог, намного быстрее станет" — смотрят, как на дурака или зажравшегося мажора: это ж как можно отдать 1,5к грн за 128 Гб, если за эти деньги терабайт можно купить?
RaphZak
28.10.2017 06:41Поддерживаю. К хорошему быстро привыкаешь, отдал дочери старый ноут на который ставил ССД, а себе купил новый с обычным ХДД, вроде более мощный ноут, а так раздражает своими тормозами! Теперь вот хочу прикупить ССД и на него
Tallefer
28.10.2017 14:04Думаю, что ДДР3 в первую очередь принесла людям объем в 64-128 гигов дома, а вместе с этим — впервые — возможность загрузить ВООБЩЕ ВСЕ программы в оперативку, причем ее теперь легко может быть и больше, чем у небольшого диска ССД. :)
А дальше все ожидаемо прикатилось к прогам на электроне…
molnij
28.10.2017 18:44Вы, простите, дома на чем сидите?
Специально проверил, в домашних линейках больше 32ГБ оперативки поставить процессор банально не позволит. Ну разве что это какая-то нетривиальная версия на lga2011Tallefer
28.10.2017 18:54Я на древняке сижу с ДДР2, но люди-то давно себе накупили памяти вагон. :) И почему нетривиальная? 1151/АМ3 покатит
asmrnv777
28.10.2017 21:53Мой Kaby Lake конфиг поддерживает до 64 гигов DDR4. А вот больше 64 действительно не видел.
ns3230
29.10.2017 00:2464-128 ГБ дома? Это у скольких пользователей, 1%, 2%? Большинство до сих пор новые компы с 8-16 собирает (особенно после того, как память подорожала), да даже 4 встречается иногда. Сейчас 128 ГБ разве что на 2011-3 поддерживаются, а там одна материнка стоит, как офисный системник в сборе. Есть еще, конечно, списанное серверное железо, которое у китайцев можно найти за копейки, но оно интересно единицам.
Tallefer
29.10.2017 00:52Главное — возможность! Вот на таких тачках современные девелоперы и размякают с тех пор. %)
Alexey2005
28.10.2017 16:44К сожалению, у SSD всё ещё с ёмкостью не очень, да и цена высоковата.
Для пользователей винды это не такая уж и проблема — просто система вместе с наиболее часто используемым софтом ставится на SSD, а всё остальное помещается на дополнительный HDD большой ёмкости.
Linux же, хоть и считается супер-кастомизируемой системой, такого не позволяет: там нельзя задать директорию для установки софта, весь софт равномерно размазывается по всей системе. В итоге очень быстро возникает практически неразрешимая ситуация, когда 128 Гб SSD катастрофически не хватает.
И даже не только отдельные программы, но и весь /usr целиком перенести на HDD с созданием символьной ссылки Linux не позволяет, увы. Винда тут бьёт её просто по полной, в нокаут: ведь там в любом инсталляторе можно выбрать папку, куда запишется основная часть устанавливаемого.justaguest Автор
28.10.2017 16:55Я извиняюсь, вы что, домашнюю директорию в /usr/ примонтировали?? Я только что измерил свою систему, исключая /home: у меня Archlinux с тремя DE, кучей софта для разработки, и еще разного хлама, которым я не пользуюсь. Я не побоюсь заявить, что у меня одна из самых захламленных GNU/Linux систем. И занимает это все жалкие 22GB.
весь /usr целиком перенести на HDD с созданием символьной ссылки Linux не позволяет
Чем вам поможет символьная ссылка, если /usr должна монтироваться на старте? Добавьте в fstab запись, что /usr находится на другом разделе.
justaguest Автор
28.10.2017 18:49Alexey2005 добавлю, что я из любопытства посмотрел кол-во софта — 1970 пакетов у меня установлено. 562358 файлов принадлежащих пакетам.
ploop
28.10.2017 18:20Очень странно. В моей Ubuntu столько хлама в плане софта, но не вылезает за 20 гигов (~19 на данный момент)
/home тоже на ssd, кстати. Отдельным небольшим разделом. Так как там раскиданы конфиги всего этого зоопарка, запуск системы происходит моментально, 3 секунды примерно.
Всё, что является тяжелым (Steam-библиотека, к примеру) отлично себя чувствует на ёмком HDD. Ну и всякий хлам по типу торрентов.
lieff
28.10.2017 19:42Добавлю, что сейчас софт на Linux вовсе не обязателньо ставится именно в систему, есть специальные форматы однофайловых приложений, которые можно скопировать куда угодно: snap, flatpak, appimage. Так же есть дистрибутивы, которые группируют приложения по отдельным папкам, а не размазывают, например GoboLinux.
DMGarikk
29.10.2017 00:47но и весь /usr целиком перенести на HDD с созданием символьной ссылки Linux не позволяет, увы.
Вот как раз линукс это и позволяет (конечно не нажать две-три кнопки, вручную править fstab и придётся колдовать с переносом данных изнутри живой системы) но работает после этого идеально, в отличии от винды которая несмотря на «возможность переноса», создаёт всякую дичь типа winsxs и выжирает место даже после того как «всё перенёс»
P.S. проходил этот квест на eeepc где очень маленький «быстрый» системный диск… и WinXP превращается в тыкву после первого апдейта, а линух поумолчанию ставится так что ему не хватает места после первого обновления… типа «50мб свободного места в usr хватит всем»lieff
29.10.2017 02:00Да вобщем-то в мажорных дистрибутивах типа ubuntu и opensuse вручную править fstab не нужно, можно прямо в GUI и прямо во время инсталяции перенести и /usr и /home как хочешь.
DMGarikk
29.10.2017 15:52Для этого надо систему переустанавливать
а по живому перенести?justaguest Автор
29.10.2017 15:56Копируете /usr куда хотите примонтировать, и выполняете
sudo mount /dev/sdx /usr. Если не секрет, что у вас за юзкейс?DMGarikk
29.10.2017 19:14ну я не только usr переносил, но и var
я писал выше, растаскивал забитый насмерть дефолтным установщиком системный диск на eeepc 900
==
«копируете, выполняете mount» это всё понятно, но выше говорилось о том что линукс этого не позволяет. а в винде «всё так удобно»… хотя всё строго наоборот
другое дело что в линуксе надо много неочевидных движений для чисто gui-пользователя сделать (а в винде ещё более сложных для равноценного результата)mistergrim
30.10.2017 12:08Всё это перетаскивание сродни виндовым аналогам — «перенесём Temp на HDD, перенесём документы на HDD, перенесём файл подкачки на HDD»… а смысл тогда в SSD?
DMGarikk
30.10.2017 12:41смысл когда SSD маленький и всё всё всё на него не влезает (в моём случае это было 4гб)
mistergrim
30.10.2017 12:46Ну это я тоже помню, EEE PC, да.
Но сейчас смысла в этом ровно ноль. Перетаскивать на медленный носитель часто используемые файлы — либокрестик снятьSSD побольше купить, либо вообще на него деньги не выкидывать.
Konachan700
29.10.2017 12:46Что-то странно. У меня opensuse с kde, стоит куча всего, все пакеты для жавы, андроид-студия с эмулятором, почти все devel-пакеты (ибо иногда нужно собрать какую-нибудь хрень, которой нет в репах). Там же /home, на hdd только папки с музыкой, кинцом и разным не часто нужным хламом. Занято 40 с копейками гигов.
Я под линукс от 256гб nvme-ssd отрезал 90 гигов, этого просто за глаза.
webkumo
28.10.2017 13:52Ха! Вы ещё скажите, что Win7 уже устарела (поддержка запланирована до 2020 года, напомню!)… Однако это не помешало MS вырубить загрузку обновлений если у вас процессор Kaby Lake.
rub_ak
29.10.2017 06:46Тут и интел зачем то поднасрал, не выпускает никаких драйверов для видеокарты кроме как для десятки.
webkumo
31.10.2017 12:57А вот тут не всё так однозначно (интел-то по договору с МС поднасрал). Видяха которая "вроде как win 10 only" в win 7 завелась после установки драйверов из комплекта материнки (родные интеловские не вставали — это да)...
StingerFG
28.10.2017 13:41Эта статья как «гвоздь в гроб» — Destiny 2 тоже таким приколом страдает, ну просто огромное к-во людей не смогли запустить игру из-за фенома на борту, хотя там и мин. требования писали.
justaguest Автор
28.10.2017 04:29Знаете что, я сейчас перечитал статью, и я признаюсь что вы правы — вместе с хабами заголовок неоднозначный. Исправлено.
kekekeks
28.10.2017 04:49Они на винде совместимость со своим же Skype4COM ломали. И вообще с апи как таковым. Так что о любых новостях о проблемах с совместимостью сего изделия лучше знать чем не знать.
mistergrim
28.10.2017 01:39С Windows мне картина видится следующей: десктопный скайп, совершенно очевидно, доживает свои последние дни (ну может, до 2020 года дотянут, чтобы вместе с «семёркой» прикончить). Останется UWP.
VanyaKokorev
28.10.2017 01:57А у UWP Skype большая проблема со стабильностью коннекта, когда он в свёрнутом виде — часто сообщения приходят только тогда, когда ты его развернёшь
mistergrim
28.10.2017 02:11Я такого не встречал (а вот обычный скайп что-то подозрительно часто отваливаться стал), но у меня к нему других претензий хватает. Но что касается предмета обсуждения — с требованиями к железу проблем у UWP-скайпа проблем не будет — запустится ОС, запустится и он.
vanxant
28.10.2017 03:52Что-то мне кажется, что «семёрка» по факту проживёт сильно дольше 2020. Плюсов от перехода на десятку там особо нет (кроме поддержки свежего железа), зато минусов вагон. И вот в корпоративном секторе, где абсолютно нормально собрать из двух убитых ПК одного Франкенштейна и отправить работать на какой-нибудь склад, это будет жить десятилетиями.
mistergrim
28.10.2017 12:37Я имел в виду официальные «похороны», а так-то да, ещё лет десять скрипеть будет.
redmanmale
29.10.2017 00:53А что вас не устраивает в десктопном скайпе?
Самый нормальный клиент. Нативный, написан на плюсах, работает быстро, не тормозит, работает неделями без падений и больше сотни мегабайт памяти не жрёт. Что ещё надо?
igoriok
28.10.2017 11:09Похожее уже было со Skype для Windows. После версии 6.1.999.130 они добавили поддержку SSE2 и тем самым сломали обратную совместимость с процессорами AMD Athlon (в моём случае 1800+).
Slonyxia
28.10.2017 02:09По заголовку подумал об очередном сговоре интела с майкрософтом и о том, как плохо это на развитие софта и железа, а тут простой непонятный колхоз от программистов, как уже говорилось ранее — почему по cpuid нельзя проверить наличие инструкций не ясно. Хотя не исключено, что в глобальном плане это как раз связанно с косвенным желанием заставить людей обновлять железо. Конечно из-за одного скайпа этого делать не будут, а вот много "криво работающих программ" могут рядового пользователя заставить обновиться из-за дискомфорта, все-таки не каждый может сказать старую версию.
mistergrim
28.10.2017 02:18Хотя не исключено, что в глобальном плане это как раз связанно с косвенным желанием заставить людей обновлять железо.
Слышал, собираются от 32-битной Ubuntu отказываться. Тоже заговор?
KOLANICH
28.10.2017 12:02Да не заговор, а пофигизм и охренизм.
Позиция
я не использую %legacyname% и мне по%&@ на пользователей сидящих на нём, благо что их всего несколько процентов. А legacy надо добивать, так как меня з@#&@~0 эта фрагментация, если legacy не добивать, то его придётся поддерживать вечно, а так мы (все кто дропнул legacy) их вынудим обновить платформу, либо забъём на них
Позиция понятна, в случае, если обновить платформу необременительно, напр python 2 -> python 3.4 (максимальная версия, доступная для WinXP), сам так делаю. Но в случае, затрагивающем проприетарные платные ОС вроде Винды, и в случае, если сборка полностью автоматизирована, имхо, следует оставить, не так дорого для организации, имеющей ci и штат разработчиков, но there is no such a thing as free lunch и разраб ведь всё-таки нам ничем не обязан.
wormball
28.10.2017 13:23> если обновить платформу необременительно, напр python 2 -> python 3.4
Ага, уже десять лет переходят на питон 3 и всё никак не перейдут.
mistergrim
28.10.2017 13:29Только 32-битная Ubuntu — это далеко не несколько процентов.
А ведь есть ещё легковесные деривативы, которые ставятся на слабое железо — им-то точно 64 бита не сдались…
DaemonGloom
30.10.2017 07:25Ну, ничего не мешает поставить Ubuntu на 32 битную систему через минимальный образ (mini.iso для сетевой установки). Деривативы же всё ещё предлагают 32-битные сборки полные.
mistergrim
30.10.2017 12:02А с репозиториями что делать?
DaemonGloom
31.10.2017 10:43А с ними вообще ничего не случилось. Всё собирается, как и прежде.
Произошло ровно одно изменение — перестали собирать 32 битный desktop iso. Репозитории, серверный и сетевые образы, прочие сборки, обновления между релизами — всё как и было раньше.
0xd34df00d
28.10.2017 21:00как уже говорилось ранее — почему по cpuid нельзя проверить наличие инструкций не ясно
Окей, вы проверили наличие инструкции. А дальше?
Можно собирать код с-march=pentium2, конечно, чтобы уж точно отсутствие никаких SSE не мешало, но, боюсь, подавляющая часть пользователей расстроится от потери в производительности.
Можно написать несколько вариантов искомых функций и пометить их через какие-нибудь__attribute__ ((target ("ssse3"))), но это ещё проблематичнее:
1. Это ещё повезёт, если искомый кусок кода хорошо изолирован в одной функции, а то рефакторить придётся.
2. Не все компиляторы это поддерживают.
3. Не все из поддерживающих компиляторов сделают трамплин, иногда его придётся делать руками.
3.5. Конкретно с таким подходом вообще забавно, так как и gcc, и clang поддерживают__attribute__(target), но делают это по-разному: gcc генерирует трамплин, а clang — нет. Конкретно мне, когда я первый раз про это узнал, это стоило некоторого времени отладки.
В итоге, если учесть, что программисты в соответствующем отделе MS и так уже вполне могут быть заняты, а удовлетворять хотелки и приоритеты своего менеджера им интереснее и выгоднее, чем удовлетворять хотелки людей из интернетов, месяц — это ещё малый срок.justaguest Автор
28.10.2017 21:08Во первых они могли хотя бы элегантно выйти, без краша.
Во-вторых, если все-таки заморачиваться и фиксить это: код атрибутов можно окружить #ifdef'ами специфичными к компиляторам. Это один вариант решения проблемы.
Второй вариант решения: вынести подобные функции в отдельный объектный файл, и компилировать именно этот файл с оптимизациями. А в рантайме уже, во время запуска, в зависимости от наличия/отсутствия поддержки, расставить указатели на соотв. функции.0xd34df00d
28.10.2017 21:28Во первых они могли хотя бы элегантно выйти, без краша.
Ну, вместо белого экрана будет белый экран с сообщением «ваша система не поддерживается», если я правильно понял ваше описание симптомов. Среднему пользователю невелика разница, вероятно (и я вполне могу предположить, что просто белый экран имеет меньшие репутационные издержки для среднего пользователя, ибо размывает фокус со скайпа на проблемы с интернетом/учёткой/центральным процессором под столом, но это уже психология).
Во-вторых, если все-таки заморачиваться и фиксить это
И я это описал (и даже реализовал в одном своём хобби-проекте по ссылке выше). Но это всё-таки чуть сложнее, чем просто пересобрать с другими опциями компилятора или «ну добавить тут if с cpuid».justaguest Автор
28.10.2017 21:45Ну, вместо белого экрана будет белый экран с сообщением «ваша система не поддерживается», если я правильно понял ваше описание симптомов. Среднему пользователю невелика разница, вероятно (и я вполне могу предположить, что просто белый экран имеет меньшие репутационные издержки для среднего пользователя, ибо размывает фокус со скайпа на проблемы с интернетом/учёткой/центральным процессором под столом, но это уже психология).
Это было бы хорошее юзабилити, потому что пользователю не надо идти гуглить «белый экран скайп», ему сразу очевидно что что-то с его конфигурацией не так. А с крашом процесс рендеринга это больше похоже на некомпетентность программистов, и это именно то что он подумает, нагуглив что его система «всего лишь» не поддерживается.
И я это описал (и даже реализовал в одном своём хобби-проекте по ссылке выше). Но это всё-таки чуть сложнее, чем просто пересобрать с другими опциями компилятора или «ну добавить тут if с cpuid».
И я на это ответил, за исключением «если искомый кусок кода хорошо изолирован в одной функции, а то рефакторить придётся».
Я тоже могу сказать, что оптимизированные под разные расширения инструкций функции, выбирающиеся в рантайме, активно используются в ядре, а разные специфичные к компилятору функции, окруженные
#ifdefтак же активно используются в Mesa.0xd34df00d
28.10.2017 23:52И я на это ответил, за исключением «если искомый кусок кода хорошо изолирован в одной функции, а то рефакторить придётся».
Так мы с вами одной позиции по этой части придерживаемся. Не согласен я с вами только в оценке сроков в условиях тырпрайза.
Я тоже могу сказать, что оптимизированные под разные расширения инструкций функции, выбирающиеся в рантайме, активно используются в ядре, а разные специфичные к компилятору функции, окруженные #ifdef так же активно используются в Mesa.
Оно вообще много где используется. glibc, ffmpeg, mpv, да мало ли.
encyclopedist
28.10.2017 21:22Можно собирать код с -march=pentium2, конечно, чтобы уж точно отсутствие никаких SSE не мешало, но, боюсь, подавляющая часть пользователей расстроится от потери в производительности.
Зачем кидаться в крайности? В x86-64 SSE2 обязательно есть. Так что достаточно компилировать с SEE2 для 64-битных систем.
RiseOfDeath
28.10.2017 21:56Можно собирать код с -march=pentium2, конечно, чтобы уж точно отсутствие никаких SSE не мешало, но, боюсь, подавляющая часть пользователей расстроится от потери в производительности.
Что простите? Вы вообще видели Skype for Linux? Он тормозит даже на i5 с 16 гигами оперативки, тут уже ничем хуже не сделать.
sumanai
28.10.2017 23:25но, боюсь, подавляющая часть пользователей расстроится от потери в производительности.
Уверен, эта инструкция может ускорить работу программы от силы на 1%. Как и большинство других новых инструкций, она даёт ускорение в очень редких случаях, и для приложений, не являющимися чисто математическими, не сильно то и нужна.0xd34df00d
28.10.2017 23:59Тут эргодическая теорема не очень работает: редкость программ, где эта инструкция полезна, не эквивалентна тому, что в конкретной программе, где она полезна, она ускоряет слабо.
Кроме того, конкретно эта инструкция может быть составной частью большего алгоритма, но для этого уже надо весь бинарник смотреть, а не первую упавшую инструкцию.
А что до полезности — ну вот в одном моём проектике пришлось уменьшать яркость и/или цветовую температуру на CPU (вместо видеокарты, как было бы идеально). На хабр я статью всё никак не напишу на эту тему, но приведу скриншоты с сырыми результатами, с вашего позволения.
ТыцУменьшение яркости, микросекунд на фрейм:
Подстройка цветовой температуры, микросекунд на фрейм:
ns3230
28.10.2017 02:34Тю, так это только линя касается? Стоит за спиной системник на базе Алона 450, испужался уже, что там скайп перестанет работать, но слава богам, пока нет. Сам каюсь, грешен: могу сделать заголовок, от которого кликбейтом попахивает, но на ГТ такого не ждал.
ZoomLS
28.10.2017 03:10А что вы бы посоветовали пользователям?
Уйти самим на нормальный IM, либо ждать пока их сами мелкомягкие не вынудят это сделать :)
P.S.: Через браузер же можно пользоваться, вроде запилили.justaguest Автор
28.10.2017 03:23> P.S.: Через браузер же можно пользоваться, вроде запилили.
Они даже не смогли пофиксить тривиальность с ssse3 — если вы ожидаете что они сделали нормально работающие звонки по всем платформам, вы их переоцениваете. Там нужно загружать какой-то плагин, уведомление с которым вроде как должно всплывать, но при этом плагин привязан к платформе, и под GNU/Linux его, насколько мне известно, нет.
AEP
28.10.2017 11:54Все работает без плугинов. Надо просто перебить User-Agent на вот такой:
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36justaguest Автор
28.10.2017 14:05Но это же дефолтный UA хромиума. И нет, это не работает — при заходе на web.skype.com, звонок, например, в Echo/Sound Test Service показан серым, с всплывающей подписью «You can't make calls to…».
AEP
28.10.2017 14:11Это и есть дефолтный UA хромиума на Linux. Давайте разберемся, почему не работает у вас — поскольку у меня работает. Контакты сейчас отправлю в личку.
AEP
28.10.2017 14:19Важное дополнение: для Firefox есть много переключалок User-Agent'а, и не все они подменяют User-Agent во всех возможных местах (т.е., например, одна из них перебивает HTTP-заголовок, но забывает подменять JavaScript-свойство navigator.userAgent).
Вот заведомо работающая: addons.mozilla.org/en-US/firefox/addon/uaswitcher
justaguest Автор
28.10.2017 14:22Ах, слушайте, странная вещь: я сейчас понял, что хотя почему-то я не могу звонить в Echo/Sound Test Service, но я могу звонить другому контакту, соданному мной пару дней назад для теста.
Проше прощения, значит все-таки звонки работают, просто как-то… странно.AEP
28.10.2017 14:24Похоже на какой-то рассинхрон между серверами Skype, ориентированными на пользователей из России (если вы в России) и из Швейцарии.
0xd34df00d
28.10.2017 21:01С ssse3 может оказаться не такая уж тривиальность, как я написал чуть выше.
monah_tuk
31.10.2017 14:04Скоро в командировку на длительный срок уезжаю, что бы была возможность по видео общаться с сынишкой (что бы не забыл, как папа выглядит), поставил Skype и Wire. Первый поработал на компе жены и отвалился, почему-то заблокировалась учётка. Восстановил. Вчера обновился клиент у меня на линухе, отказывается запускаться (SSE2/SSSE3 есть). В результате второй раз тестируем звонок в Wire и, в целом, всё устраивает, при том, что сегодня пробовали через ADSL (по тарифу — 5 мбит, но по факту гораздо меньше) — для визуального общения за глаза!
Tallefer
28.10.2017 03:35А я подумал примерно следующее первым делом: «Ну вот, дожили, вот она — веб-сингулярность — современный софт уже не может даже запуститься на старых машинах». %)
Только потом уже подумал про аналогию с искусственным запретом новых камней на старых виндах, что было бы тоже жестко, к слову, а тут вон оно чо… Даже не знаю, радоваться теперь или нет, что ошибся. :)
DjSens
28.10.2017 06:56Личные компы, смартфоны и софт вообще анахронизм — аренда и абонентская плата, вот выбор тех кто хочет доить население планеты по полной :)
askv
28.10.2017 08:36+1А чем так привлекателен именно Скайп по сравнению с другими звонилками? Я уже давно им не пользовался — почти все перешли на мессенджеры… скайп остаётся на всякий случай, если кто вдруг напишет-позвонит.
Massacre
28.10.2017 09:04Тем, что для него не нужен мобильный телефон? Не, если вообще все контакты со смартфонами бегают — то такое дело…
askv
28.10.2017 09:42Смартфоны, планшеты. Тот же Вайбер на компе устанавливается, да и в Телеграме вроде бы звонки появились… (не пробовал).
Metallikus
28.10.2017 10:00Вот только вайбер на лине падает, иногда начинает жрать 100% ЦП в простое и отрубает ввод. Так что тут ещё поспорить можно на тему того, чей клиент кривее получился. А Телеграм заблокировать грозятся.
justaguest Автор
28.10.2017 13:34Я бы рекомендовал это зарепортить в техподдержку Viber. К слову, у меня на Archlinux он в бэкграунде с год висел (последние два месяца только нету, потому что я путешествую, и вообще с др. ноутом), и подобных проблем никогда не наблюдал.
Massacre
28.10.2017 10:01Вайбер требует как минимум эмулятор андроида, чтобы на компе без помощи смартфона установиться. Телеграм требует номер телефона, к тому же звонки с десктопа там если и есть, то в альфа-версии и с багами (судя по vc.ru/23688-telegram-desktop-calls ).
NiTr0_ua
28.10.2017 22:26ну вайбер как по мне еще более глюкавый и тормозной чем скайп. что реально в нем бесит:
1. нельзя выйти в оффлайн. ну т.е. вообще нельзя. как и разлогиниться/перелогиниться другой учеткой без дикого геморроя.
2. дикий жор батареи на андроиде. ставит wakelock и в итоге проц не уходит в ожидание. и батарея вместо 2 недель ожидания садится за сутки. даже если 3g/wifi отключен.
3. хранение 100500 МБ присланных картинок/видео/прочего нафиг ненужного хлама в памяти смарта (не на флэшке), без какого-либо механизма удаления ненужного полученного N лет назад. итог — память быстро засирается и наступает пичалька.
Airrr
28.10.2017 10:52А что есть ещё без регистрации по мобильному номеру?
lieff
28.10.2017 13:40Matrix, Discord, Ring, Tox. Пользуюсь первыми двумя — полет нормальный.
Massacre
30.10.2017 14:07Не знаю, как 3 остальные, но Discord это групповой веб-чат (позиционируется, как замена тимспика), и «клиенты» у него на основе хромиума и JS, со всеми вытекающими оттуда жором ресурсов и тормозами.
firk
28.10.2017 10:56"Все другие звонилки" навязчиво пытаются всеми путями влезть куда не следует. От них требуется простой функционал — авторизация аккаунта по паролю, кнопка "добавить контакт по нику", отправка сообщений и кнопка звонка. Сделанный раз и навсегда и не меняющийся. Скайп по крайней мере раньше таким был, сейчас плавно перестаёт быть к сожалению, а все остальные изначально ориентировались на другое, плохое.
askv
28.10.2017 11:10Мне скайп включил контакты из адресной книги — попали те, кого я сам никогда не добавлял. Как-то по номерам телефонов определил, видимо...
nikolayv81
28.10.2017 12:34Он по этому поводу отдельный вопрос задаёт, можно выбрать, другие же этим особо не грешат.
ИМХО Кюкачество видеосвязи и стабильность у скайпа пока вне конкуренции.DanielJ
28.10.2017 14:32Про «качество и стабильность», это была шутка?
Varrenlad
28.10.2017 16:38Со своего опыта могу сказать что Скайп качественно и стабильно падает раз в неделю минимум у одного человека из скромной команды в 4 человека и раньше чем через 3 часа не поднимается.
Massacre
30.10.2017 14:12В случае конкретных Win7 x64 и версии скайпа 7.32 — вполне правда. Но сеть скайпа может сама по себе иногда падать — как, впрочем, и дискорд, и прочие…
kt368
28.10.2017 13:39На личном опыте вижу, что качество звука при голосовом звонке у Скайпа лучше, чем у вайбера/вотсап/телкерама. Может, это как-то с моим железом связано (Amazon FirePhone)? Хотя, и между другими устройствами видел подобное, аудио кодек у Скайпа может обеспечить лучшее качество на том же интернет канале.
green_tree
28.10.2017 14:58моё имхо что ватсапп получше будет и менее требовательный к качеству интернета, это для звонков внутри приложения
для звонков на телефоны я перешел на вайбер, меня также больше устраивает, нежели скайп
плюс оба эти приложения не тормозят на телефоне с 3гб ОЗУ, а Скайп тормозит даже для текстовых сообщений (пришлось перейти на Скайп Лайт, но он тоже багнутый)
green_tree
28.10.2017 14:54синдром ICQ, контакты там, альтернатив нет
вернее все альтернативы это мобильные мессенджеры с жесткой привязкой по телефону
firk
28.10.2017 10:50А ещё новый "skype for linux" не поддерживает 32-бит режим вообще, кажется (по крайней мере при скачивании безальтернативно предлагается ссылка на 64-бит версию), что уже достаточно давно и по-моему намного важнее.
AEP
28.10.2017 11:52Посоветовал бы пользоваться web.skype.com в Chromium. Или в Firefox при перебитом user-agent'е. И не только из-за этой проблемы — в официальном десктопном клиенте в групповых звонках не всегда можно разобрать, что говорит собеседник, из-за низкокачественного аудиокодека.
justaguest Автор
28.10.2017 14:09Если вы опишете, как сделать чтобы хотя бы голосовой звонок там заработал при заходе с Chromium или Firefox, буду признателен.
green_tree
28.10.2017 14:55и можно обернуть в какой-нибудь Franz или Rambox, вместе с другими мессенджерами
justaguest Автор
28.10.2017 14:58Есть плагин к pidgin skypeweb. Он у меня постоянно в бэкграунде висит. Но на данный момент там работает только чат — звонков нет.
green_tree
28.10.2017 15:00мне приходится еще пачку мессенджеров держать открытыми в браузере, поэтому Rambox выручает
justaguest Автор
28.10.2017 15:08ВКонтакте, Hangouts, Skype, IRC :) Раньше еще facebook был, но последнее время плагин выдает ошибку 401. Я не заморачивался, т.к. редко там общаюсь, как, в принципе, и по скайпу. Просто все это дело занимает лишь 66МБ RAM, почему бы и не держать включенным.
azazar
28.10.2017 12:29А в QEMU User Emulation запускать никто не пробовал? Там вроде бы должна быть поддержка SSSE3.
Rambalac
28.10.2017 13:39Все просто, у команды Скайпа есть свой набор стандартов — поддерживаем только такую конфигурацию, и всё, что не входит, идёт лесом. Разработчики даже не почешутся, до них это просто не дойдёт. Все посчитано, даже на поиск проблемы нужно время, потом после исправления нужно как это тестировать, а для этого нужно железо, а проблема возникает у какой-то доли от 1% пользователей.
alex-pat
28.10.2017 13:40Что в метках делает Столлман?
justaguest Автор
28.10.2017 13:40Это тонкая отсылка к пред. статье на гиктаймс, где Столлман жаловался, мол не доверяет он «новой добренькой Майкрософт».
speller
28.10.2017 14:14После того, как мс добрался до скайпа, они добавляют новые проблемы с той же скоростью, с какой добавляют новые функции. Скайп для андроида сначала стал УГ, потом они сделали совершенно новое приложение, но оно УГ изначально. Например, при активной переписке ввод текста начинает жутко тормозить, и между касанием экрана и появлением символа в поле ввода может пройти 5 секунд. Был бы конкурент с похожим функционалом и качеством видео/аудио — перешёл бы не задумываясь.
Tallefer
28.10.2017 14:21Так перейти никому не проблема по отдельности, проблема — контакты перетащить за собой. :)
askv
28.10.2017 15:43Нужен открытый протокол для аудио-видео-звонков и чатов, чтобы не было привязки к централизованной системе. Как e-mail организован. Возможно, в DNS сервера для связи прописывать...
Tallefer
28.10.2017 16:35Облигатори «15стандартов.пнг» :)
Джаббер. Но именно потому что он открытый, его взяли… и сделали централизованный закрытый вазап. %)
green_tree
28.10.2017 14:52ну если сравнивать с тем что было и как стало, то наверное да,
но Скайп никогда хорошим не был, даже до эры Майкрософт
а конкурент нужен в бизнес сфере, без обязательных привязок по телефону и т.пTallefer
28.10.2017 16:37Да нормальным он был! Вплоть до версии 2, потом уже вкусовщина началась, поэтому можно сказать, что до 4 он всех устраивал.
green_tree
28.10.2017 16:46предлагаю сойтись на том, что до 4 версии Скайп был «меньшим из зол» (или одним из меньших, не могу точно вспомнить какие версии когда были), поэтому и устраивал =)
слово «нормальный» я бы к Скайпу точно применить не смогуTallefer
28.10.2017 17:05Ну, допустим, но из каких зол? Альтернатив тоже что-то не припомню на то время, такого же уровня.
И мне стало действительно интересно, в чем причина недовольства тогдашним скайпом? У меня вот исключительно положительные воспоминания юзкейсов. :)
ScoutUa
30.10.2017 15:14А еще принудительное отключение старых версий приложений с невинным сообщением — проверьте настройки интернет вместо сообщения — мы на вас чхали, обновитесь принудительно…
grey_rat
28.10.2017 19:40А в это время, разработчики Firefox не бросили своих AMD пользователей и сделали частичную поддержку новых расширений в браузер, даже для процессоров без SSE2. Практически все новые расширения загружаемые сейчас в AMO с пометкой 57+ работают в Firefox начиная с версии 48 (это последняя версия браузера для Windows, на компьютере с процессором без SSE2).
Кто заинтересован в сохранении совместимости — тот её делает.sumanai
28.10.2017 19:49Практически все новые расширения загружаемые сейчас в AMO с пометкой 57+ работают в Firefox начиная с версии 48
Я бы не сказал. У меня 52 версия как последняя для XP, и мне уже пришлось заморозить версии трёх дополнений как отказавшихся работать после обновления на WebExt.Tallefer
28.10.2017 20:25А можно список? Я сейчас общаюсь с разрабом Децентралайз и он грит, что в 52 не хватает фич для поддержки новой системы.
sumanai
28.10.2017 23:32NoSquint Plus, uBlock Origin и DynamicHistory. Это то, что отвалилось после обновления версий и пришлось откатывать на старые работоспособные. NoSquint перестал добавляться в меню по правому клику, uBlock похерил все настройки и перестал толком работать, а третье я сейчас отключил и не помню, что там сломалось. В общем сплошная деградация этот WebExtension, ну его к чёрту.
Tallefer
28.10.2017 23:411 и 3 не знаком, а юблок норм работает, просто надо перешагнуть через какую-то там версию (а может и не надо даже) и экспортировать-импортировать вручную настройки, разовая операция. Но так да, пофиг на ВЕ.
sumanai
28.10.2017 23:54Я просто плюнул, никаких преимуществ от новых версий uBlock не вижу, благо подписки не вшиты и обновляются отдельно.
Tallefer
29.10.2017 00:21Тож верно. Правда после недавних событий добавили одну, про потребление ресурсов. Но само собой возможность вручную добавить никто не отменял.
grey_rat
28.10.2017 20:38Всё может быть. Тот же uBlock делал поправки для совместимости с 52 версией
https://github.com/gorhill/uBlock/releases/tag/1.14.8
Желательно, ставить последние 52ESR. Мало вероятно, но может быть какие-либо исправления связанные с WE будут вноситься.
claymen
28.10.2017 23:32Я еще помню те времна когда интернет задумывался как кроссплатформенное решение без привязок к железу и ос. По факту происходит об
claymen
28.10.2017 23:40Я еще помню те времна когда интернет задумывался как кроссплатформенное решение без привязок к железу и ос. По факту происходит обратное, только этот браузер только этот билд, только это процессор…
А скайп который на старте работал на всем! В том числе слабые по текущим меркам кпк ( на winmobile2003) и телики, щас не работает нигде!, и хайп «легаи мас дай» продолжает добивать ИТ. Запасаюсь попкорном и жду когда наконец в инет не пустят если у вас нет 1 милиона долларов на квантовый проц, ибо кремний это легаси и жутко не секюрен ;))))Tallefer
28.10.2017 23:51Ну скайп это не интернет, но да, работал на 200-400 мгц армах и норм было. :) И сейчас бы работал, но его забанили, а пропатчить некому…
justaguest Автор
28.10.2017 23:59На самом деле, насколько я знаю, раньше наоборот интернет был в анархии и раздрае — куча браузеров со своими багами, сайтов с костылями для каждого браузера… Современный User Agent так странно выглядит как раз из-за того времени.
Massacre
30.10.2017 14:19Хромовая сингулярность — на порядок хуже. Отсутствие конкуренции порождает неповоротливых монстров.
justaguest Автор
30.10.2017 15:05Ну, как «неповоротливых» — после того как Firefox сломали Pentadactyl, я ушел на Qutebrowser, тогда кажется версии 0.11, где дефолтным движком еще стоял продолжающий развиваться форк QtWebKit'а. Почитал release notes вебкита, там куча оптимизаций, какой он весь крутой… Включил какой-то рэндомный WebGL бенчмарк, производительность все равно слабая, слабее чем у Firefox, и даже видео лагает.
Узнал, что есть еще backend QtWebEngine (с версии 1.0 дефолтный), включил его — производительность в два раза лучше чем у вебкит, и быстрее чем на Firefox. И видео не лагает. А QtWebEngine — движок хрома & co. Вот вам и неповоротливый монстр.
Massacre
30.10.2017 16:56А это зависит от железа и количества вкладок. Современные, перегруженные JS сайты-монстры жрут, как не в себя, причём у хромиумов — в разы больше памяти, чем у всего остального (сказывается архитектура с раздельными процессами на вкладки). А если ещё и несколько вкладок открыть…
greenwstone
30.10.2017 15:35При наличии исходного кода, данная проблема чинится в течении пары секунд — достаточно добавить опцию -mno-ssse3 в конфигурацию компилятора. Тем не менее, разработчикам Microsoft потребовалось пару месяцев, чтобы суметь отреагировать на такую одновременно простую и распространенную проблему.
Монополия делает своё дело. Хотя, никто не заставляет использовать Skype, сейчас полно других сервисов.
Eklykti
askv