Если верить утверждениям выше, что задержки памяти — это основной тормоз системы, то получается так. В случайном доступе память очень тормозит, стократно по сравнению с последовательным.
Ну естественно ускорение коснется только работой под нагрузкой, во время бездействия и ускорять нечего. Плюс кратность ускорения будет плавать в зависимости от интенсивности использования памяти.
Если уменьшить задержки памяти в 10 раз, то и простой процессора уменьшится в 10 раз, а значит общая производительность увеличится в 10 раз и это аппаратное решение, работающее в любом случае. Код выше не просто меняют, там хаки оптимизации и вообще приведен как пример насколько сильно влияют задержки памяти, и тут сразу несколько нюансов. Не любой код можно просто взять и изменить уменьшив обращения к памяти, далеко не всегда и не везде делают такую оптимизацию да и саму оптимизацию. Ну и в любом случае даже оптимизированный код все равно получит эти самые в 10 раз меньшие задержки.
Весь комплекс технологий в последнее время часто мелькает в работе, одной из них должен стать межорбитальный буксир https://geektimes.ru/post/253368/. Если таки базу построят, такие буксиры станут связующим звеном между Землей и Луной, и поставку грузов можно сравнить с поставками на МКС, где их будет подбирать этот паром. Конечно это все очень оптимистично.
Надо понимать что он все-таки коммерческий продукт, а не детище open source, это для начала. И серверная инфраструктура Телеграмма вполне может не вписываться в setup.exe с открытыми исходниками и вообще не применима для рядовых пользователей. Например жестко завязана на амазон сервисы с распределением всего и вся. В таком случае смысла от сорсов то и не много кроме академического интереса.
Тем не менее, как я писал выше, сам протокол Телеграмма открыт и даже документирован и в случае надобности думаю не составит труда написать свой сервер. XMPP, за который многие пишут это же тоже просто протокол, а уже серверов под него наклепали все кому не лень, как и клиентов.
>> Под незаметными изменением протоколов — я имею ввиду, что всем пофигу, что реально под капотом изменений клиентов. Исходники качают «красноглазики», большинство качают бинарниники, setup.exe, next-next-next.
Большинство именно так и поступают, однако бьют тревогу обычно те же «красноглазики», которые следят за кодом. А на гитхабе легко смотреть все изменения по коммитам. Я на днях сам собирал нативный клиент из исходников.
End-to-End я привел как крайний случай если нет доверия серверам. Да по сути любой контент в любом протоколе можно зашифровать, я не спорю, просто Телеграмм дает готовые протоколы, инфраструктуру, клиенты и совместимость между ними, хотя тут оговорка, тот же end-to-end работает только в нативных клиентах, а в мультиплатформенном Telegram Desktop нету.
Почему нормальные водители ставят себе ограничители? Они не в состоянии поддерживать заданную скорость? При том что на многих современных тягачах стоит круиз контроль
Разве телеграмм не открыт? Сорцы клиентов лежат на гитхабе. Разве протокол не открыт? Детальные схемы и доки лежат на core.telegram.org. Что мешает написать сервер зная протокол и имея исходники? Как могут протоколы быть изменены незаметно в принципе если офф клиенты компилятся из гитхабовских исходников, если существуют десятки других клиентов. Плюс в Телеграмме есть end-to-end шифрование, в котором кроме как релея сервер не участвует.
Вроде бы когда-то так работал Skype. И все же я надеюсь что такого нет/не будет, не хотелось бы работать проксиком на мобильном клиенте и тем более в общении каких-нибудь террористов.
Гм, в статье же в самом начале написано:
«XIAOMI Mi Temperature станет отличным дополнением к вашей системе умного дома: например, он автоматически запускает увлажнитель, если обнаружит недостаточную влажность (слишком сухой воздух), а также кондиционер — оптимальное значение выставляете вы сами.»
А где вы тут религию углядели? Эта статья рассказывает нам про устройства календарей и приводит расчеты, что вполне по-гиковски разобраться в этой теме, а религиозный праздник приводится в контексте, как повод для исследования и для исторических справок.
>Я могу понять разработчиков, которые убирают всякие старые хаки, упрощают и рефакторят код, что видимо и приводит в конечном счёте к тормозам на таком старом железе.
Там вроде бы основная проблема в том что ткани организма имеют неоднородный процесс заморозки и в результате разрушаются. Замораживать отдельные органы вроде как с трудом, но получается без повреждений, а вот весь организм — проблема. Ну и кроме простейших организмов и каких-то особых рыб, насколько я знаю, никого так и реанимировать после этой процедуры не получилось.
Тем не менее, как я писал выше, сам протокол Телеграмма открыт и даже документирован и в случае надобности думаю не составит труда написать свой сервер. XMPP, за который многие пишут это же тоже просто протокол, а уже серверов под него наклепали все кому не лень, как и клиентов.
>> Под незаметными изменением протоколов — я имею ввиду, что всем пофигу, что реально под капотом изменений клиентов. Исходники качают «красноглазики», большинство качают бинарниники, setup.exe, next-next-next.
Большинство именно так и поступают, однако бьют тревогу обычно те же «красноглазики», которые следят за кодом. А на гитхабе легко смотреть все изменения по коммитам. Я на днях сам собирал нативный клиент из исходников.
End-to-End я привел как крайний случай если нет доверия серверам. Да по сути любой контент в любом протоколе можно зашифровать, я не спорю, просто Телеграмм дает готовые протоколы, инфраструктуру, клиенты и совместимость между ними, хотя тут оговорка, тот же end-to-end работает только в нативных клиентах, а в мультиплатформенном Telegram Desktop нету.
«XIAOMI Mi Temperature станет отличным дополнением к вашей системе умного дома: например, он автоматически запускает увлажнитель, если обнаружит недостаточную влажность (слишком сухой воздух), а также кондиционер — оптимальное значение выставляете вы сами.»
А вы оптимист :)