Когда я изучал эту тему в 21 году, то заметил, что сообщество было очень мало. Прошло 3 года и не заметил особо прироста. В бОльшей степени вся проблема заключается в том, что требуется изучать работу операционки Android в процессе разработки на Си в нативном его представлении. Поэтому, отвечая на ваш вопрос, квик-гайда скорее всего нет, но можно обратить внимание на мой репозиторий, потому что из того что я видел, хотя бы здесь имеется минимально полезный и хорошо читаемый код, с которого можно начать. Если с нуля тяжело, можно попробовать raylib или rawdrawandroid.
Хорошо, я вас понял. Android Studio тянет за собой кучу зависимостей в APK, это мне не подходит. К тому же как правило Android Studio используется в основном под java/kotlin, что в моей реализации напрочь отсутствует, а также в ней тупит синтаксис C/C++ и прочее
ciadpi это тоже прокси сервер на socks5. Смысл в том, чтобы решение работало нужен коннект к прокси-серверу, а чтобы не заставлять каждую прогу/устройство делать коннект к прокси, через redsocks весь трафик перенаправляется в socks5
это странно, если клиент прокси как из статьи, то можно попробовать отключить qos. Либо у вас автотюн глючит, у меня подобное было без прокси почти год назад. В ином случае, если всё проверено, тогда без понятия
Пробовал, в середине статьи я описал что "думаю не буду описывать что я пробовал разные настройки адаптера по типу автосогласования и прочее...", это тоже было
Я упомянул в статье, что во-первых, проблема на двух компах с момента подключения к мтс, во-вторых, запуск passthru.exe урезал входящую скорость с 500-700 до 300, исходящая не изменилась совсем. Аппаратное умирание я бы уж отличил от этого. И в-третьих, я также упомянул, что даже если проблема не в QoS и не в RACK, то может быть что-то совсем иное, и отталкивался от того что нашел, вместе с пруфами
О том, кто увлечен созданием приложений на Android на чистом Native Activity без java/kotlin и тому подобное
Когда я изучал эту тему в 21 году, то заметил, что сообщество было очень мало. Прошло 3 года и не заметил особо прироста. В бОльшей степени вся проблема заключается в том, что требуется изучать работу операционки Android в процессе разработки на Си в нативном его представлении. Поэтому, отвечая на ваш вопрос, квик-гайда скорее всего нет, но можно обратить внимание на мой репозиторий, потому что из того что я видел, хотя бы здесь имеется минимально полезный и хорошо читаемый код, с которого можно начать. Если с нуля тяжело, можно попробовать raylib или rawdrawandroid.
Да, всё верно
Хорошо, я вас понял. Android Studio тянет за собой кучу зависимостей в APK, это мне не подходит. К тому же как правило Android Studio используется в основном под java/kotlin, что в моей реализации напрочь отсутствует, а также в ней тупит синтаксис C/C++ и прочее
Про AAB знаю, но это относится только к google play как мне известно. Про ETC1 полезно, не вспомнил о нем
А зачем мне код на C#, если бы вес был бы явно больше?
там можно отключить QoS и всё встанет на свои места, в статье об этом упоминается
ciadpi это тоже прокси сервер на socks5. Смысл в том, чтобы решение работало нужен коннект к прокси-серверу, а чтобы не заставлять каждую прогу/устройство делать коннект к прокси, через redsocks весь трафик перенаправляется в socks5
полезно, спасибо
напишите мне в тг попробуем вместе разобраться
это странно, если клиент прокси как из статьи, то можно попробовать отключить qos. Либо у вас автотюн глючит, у меня подобное было без прокси почти год назад.
В ином случае, если всё проверено, тогда без понятия
Спасибо за внимательность, попозже внесу правку
не стал их упоминать, но да, это был домру
Я пробовал менять ttl, это ни на что не повлияло
Да, всё верно
Проблема в обе стороны. Но они могут исправить это на своих серверах. Что здесь не понятного?
Пробовал, в середине статьи я описал что "думаю не буду описывать что я пробовал разные настройки адаптера по типу автосогласования и прочее...", это тоже было
На винде тоже дергал, даже дергали ребята из мтс когда брали замеры
Я упомянул в статье, что во-первых, проблема на двух компах с момента подключения к мтс, во-вторых, запуск passthru.exe урезал входящую скорость с 500-700 до 300, исходящая не изменилась совсем. Аппаратное умирание я бы уж отличил от этого. И в-третьих, я также упомянул, что даже если проблема не в QoS и не в RACK, то может быть что-то совсем иное, и отталкивался от того что нашел, вместе с пруфами
MTU в роутере стоял 1482 со старым провайдером. Дёргал по разному mtu, ничего это не меняло