Статья о новой версии официального клиента. Ссылка на официальный клиент, в Google Play. Но вы его в своем предыдущем комментарии противопоставляете "этому" клиенту. Вот я и спросил что вы подразумеваете под "этим".
Это если вам субъективно нравится просыпаться с восходом солнца) я во всех квартирах, где жил больше пары месяцев, покупал блэкаут шторы, либо жалюзи. Сейчас живу в квартире с рольставнями и это кайф. Спишь в полной темноте, пока сам не решишь, что наступило утро. И вот тогда уже открываешь окна (включаешь свет)
в TOR многослойность, а я говорю о (де)мультиплексировании потоков. Упрощенно - каждый четный байт полезной нагрузки ТСР отправляется на порт 8443, а каждый нечетный на 8444. Приложение на стороне сервера слушает оба порта, и получая данные, собирает исходную последовательность. Немного погуглив, понял, что подобная идея лежит в основе Multipath TCP (MPTCP)
Чисто брейншторма ради: а нельзя ли чисто технически сделать TCP-over-many-TCP? Т.е. к примеру между хостом и сервером устанавливается не 1, а сразу несколько TCP соединений, на разных портах. Через каждое из которых передается только некоторая часть полезной нагрузки. Соответственно на обоих концах эти данные разбиваются по сессиям и собираются заново, по некоторому псевдослучайному алгоритму. Тогда для внешнего наблюдателя это будет выглядеть как несколько сессий с неизвестынми сигнатурами.
Интересно было бы попробовать на практике. Любой, кто ездил на двухколесной технике, на уровне рефлексов использует микруподруливания и контрруление, а здесь получается, что это скорее будет мешать.
Считай, 90% проекта уже сделаны. Остались остальные 90% - проверить, что ИИ нигде не налажал и не придумывает данные, а реально берет их из правильных источников и правильно собирает в единый отчёт
А в каких ситуациях вам нужно столько наличных? Сейчас вроде повсюду есть безнал. Или я ошибаюсь?
Спрашиваю потому что сам за последние лет 5 наличными пользовался только в коротком промежутке, когда банки РФ оказались под санкциями, а заграничных счетов ещё не было
А в чем суть новости? В том, что при высокой нагрузке игре/приложению может не хватать ресурсов? Так это вроде и так очевидно. Причем здесь потребовались какие-то нестандартные модификации, что скорее говорит о том, что в стандартных сценариях игра ведет себя хорошо. Или что директор получает уведомления о критических багах? Так нехай получает, чем бы дитя не тешилось, как говорится.
Нужно будет много аккаунтов, иначе легко будет блокироваться самим мессенджером. Да и несколько аккаунтов, которые всегда начинают звонок одномоментно, вызывают подозрение. Нужна будет буферизация для борьбы с джиттером. Короче, как решение для тотальных блокировок, когда любой внешний канал на вес золота, пойдет.
Я размышлял о таком варианте. Теоретически выглядит возможным, но скорость будет вероятно очень низкой, т.к. вряд ли мессенджер позволит гнать видео даже с битрейтом 10 Mbit/s, не говоря о бóльших скоростях
Развитие любого прибыльного производства, завязанного на борщевик, приведет к увеличению его посевных площадей и усугублению текущих проблем, с ним связанных.
вполне может. Не десять раз, конечно, но для предотвращения эффекта утекания заряда ничего не мешает контроллеру сделать копию блока данных в новое место, а старый блок пометить чистым, физически не удаляя данные.
Забавно, что выдача Яндекса в картинках гораздо жестче, чем выдача гугла по тому же самому запросу
RDP-over-Telemost...
Статья о новой версии официального клиента. Ссылка на официальный клиент, в Google Play. Но вы его в своем предыдущем комментарии противопоставляете "этому" клиенту. Вот я и спросил что вы подразумеваете под "этим".
"Этот" это какой?
Это если вам субъективно нравится просыпаться с восходом солнца) я во всех квартирах, где жил больше пары месяцев, покупал блэкаут шторы, либо жалюзи. Сейчас живу в квартире с рольставнями и это кайф. Спишь в полной темноте, пока сам не решишь, что наступило утро. И вот тогда уже открываешь окна (включаешь свет)
Я тут подожду
в TOR многослойность, а я говорю о (де)мультиплексировании потоков. Упрощенно - каждый четный байт полезной нагрузки ТСР отправляется на порт 8443, а каждый нечетный на 8444. Приложение на стороне сервера слушает оба порта, и получая данные, собирает исходную последовательность. Немного погуглив, понял, что подобная идея лежит в основе Multipath TCP (MPTCP)
Чисто брейншторма ради: а нельзя ли чисто технически сделать TCP-over-many-TCP? Т.е. к примеру между хостом и сервером устанавливается не 1, а сразу несколько TCP соединений, на разных портах. Через каждое из которых передается только некоторая часть полезной нагрузки. Соответственно на обоих концах эти данные разбиваются по сессиям и собираются заново, по некоторому псевдослучайному алгоритму. Тогда для внешнего наблюдателя это будет выглядеть как несколько сессий с неизвестынми сигнатурами.
Дать доступ к карте LLM это идиотизм, согласен. Но дать токен типа "вот тебе 15 баксов, купи мне бумажную Войну и мир", - почему нет?
Интересно было бы попробовать на практике. Любой, кто ездил на двухколесной технике, на уровне рефлексов использует микруподруливания и контрруление, а здесь получается, что это скорее будет мешать.
Считай, 90% проекта уже сделаны. Остались остальные 90% - проверить, что ИИ нигде не налажал и не придумывает данные, а реально берет их из правильных источников и правильно собирает в единый отчёт
Еще лучше - он эти числа в виде картинки подставляет. Если кликнуть на "0,9" в вашем комментарии, открывается изображение: https://habrastorage.org/getpro/habr/formulas/0/07/07e/07ea9585fed9b34e79f72f27f8f1e343.svg
А в каких ситуациях вам нужно столько наличных? Сейчас вроде повсюду есть безнал. Или я ошибаюсь?
Спрашиваю потому что сам за последние лет 5 наличными пользовался только в коротком промежутке, когда банки РФ оказались под санкциями, а заграничных счетов ещё не было
А в чем суть новости?
В том, что при высокой нагрузке игре/приложению может не хватать ресурсов? Так это вроде и так очевидно. Причем здесь потребовались какие-то нестандартные модификации, что скорее говорит о том, что в стандартных сценариях игра ведет себя хорошо.
Или что директор получает уведомления о критических багах? Так нехай получает, чем бы дитя не тешилось, как говорится.
Что, простите?
Нужно будет много аккаунтов, иначе легко будет блокироваться самим мессенджером. Да и несколько аккаунтов, которые всегда начинают звонок одномоментно, вызывают подозрение. Нужна будет буферизация для борьбы с джиттером. Короче, как решение для тотальных блокировок, когда любой внешний канал на вес золота, пойдет.
Я размышлял о таком варианте. Теоретически выглядит возможным, но скорость будет вероятно очень низкой, т.к. вряд ли мессенджер позволит гнать видео даже с битрейтом 10 Mbit/s, не говоря о бóльших скоростях
Развитие любого прибыльного производства, завязанного на борщевик, приведет к увеличению его посевных площадей и усугублению текущих проблем, с ним связанных.
Какую помощь я могу оказать и как?
вполне может. Не десять раз, конечно, но для предотвращения эффекта утекания заряда ничего не мешает контроллеру сделать копию блока данных в новое место, а старый блок пометить чистым, физически не удаляя данные.