Создайте переменную перед циклом например comma=false, при выводе печатаейте запятую если comma=true. Внутри цикла последним оператором присваивайте comma=true
Чем не решение, причем рабочее. В каком монете у Вас сложность ?
Виктория Масс, Если Вам недостаточно алгоритмического решения, предложенного мной. Стоит углубится в изучение программирования, и откатится на более простые задачи.
rPman, В контексте вопроса ФПМ (факультет прикладной математики) на мой взгляд является отправной точкой в криптографии, блокчейне и еже с ним. Я конечно может что и пропустил, но никого не хотел обидеть.
Enterneter, ввиду специфики это гораздо ближе к математике и науке, и "точки обмена информацией" там же, и они отличаются от тех же условных C++. А вообще из вопроса не понятно, что именно Вам интересно. Т.к. тема обширна и "чаек" хватает. Тут тоже достаточно людей в теме. Вопрос у Вас несколько специфичен, с уклоном где, а не с техническим/программным уклоном что и как.
Wispik, Не забывайте о том, что все великие волшебники в истории в свое время были такими же как мы — школьниками. Если у них получилось, то получится и у нас.
CityCat4, Я согласен с Drno верно он пишет, что будет хуже. И с договором Вы тоже верно подметили, но как говорится есть нюанс. В моем случае срабатывало. Абсолютно точно Вы подметили, что пров не гарантирует скорости до точки Х. Но Х - моя точка и я провожу ряд различных замеров. И внезапно выясняю, что шейпится VPN. Моя точка Х отдает прову 100N подтверждающиеся замерами, но нужный мне протокол приходит 2N, По договору скорость до 700N а режется до 2N, и тут есть нюанс, есть другие ТП 10N, 50N 100N итд. т.е для моего X у прова "окно возможности" не 0-700N а 100-700N. Самое сложное - доказать что пров получает в свою сеть от Х на скорости 100N. И только после этого можно "наезжать" почему услуга предоставляется по другому ТП. (10N например). И да, я явно расписываюсь что у меня VPN на X, Y и Z с гигабайтными ежедневными трафиками. За долгие годы было много различных косяков, все со временем решались, вот теперь новая напасть - ТСПУ, посмотрим как в дальнейшем будет.
P.S. не знаю каким способом пров это решает, но заметил что на XYZ мои ходит все без ограничений, но на другие (не постоянные) подрезается.
Drno , Дополню, на мой взгляд важный момент, сервер на той стороне - мой. Этот вариант не работает на протокол или технологию, у меня всегда был конечный адрес(мой же) с которым была проблема.
AlexWllI, В досудебном порядке решилось, причем уже несколько раз, переодичность раз в полгода-год. Провайдера тоже понимать надо, если ножками не сучить, а аргументированно излагать, они делают какоето шаманство, или говорят какое надо сделать на своей стороне (есть один момент у моего, когда они не могут повлиять).
ivan58, Вовсе не обязательно, с точностью +-30% можно и посчитать, а еще техническое решение, один радиатор на горячей точке(матрице) а второй на корпусе. Оба с вентиляторами, должен получится вполне приемлемый вариант. А если дополнить и радиатором снаружи.
Но как я писал ранее есть более эффективное решение в конструктивном плане.
Радиатор снаружи, а между радиатором и горячей точкой - теплопроводные трубки, например на Озоне (не реклама)
Colordragon, Конкретно в Вашем случае разницы нет, 4 планки обещают быть капельку быстрее, 64 в нынешних реалиях маловато (Blender, Unreal) допом идет браузер со своими вкладками, наверняка фотошоп, система откусит часть. В принципе работать достаточно комфортно, но как занимаемая начнет подходить к 40 будет слегка свапится и подтормаживать.
Неужели у материнки потолок 64 Гига ?
Повторюсь, я бы брал 2, как для решаемых задач бы стало 64 мало - проапгрейдил бы до 128 (мама + еще 2 плашки)
Например: ASUS TUF X299 MARK 1, на ней память до 3200 разгоняется + 4 канала (если проц позволяет)
Colordragon, Для 2х канальной материнки - 2 плашки (главное чтоб материнка снюхала верно 32ю планку). Я бы сказал, что потом можно еще 2 добавить, но Вы пишите что 64 потолок.
Но и тут есть сомнения в пользу 16х4 . Чисто технические, у Row Address to Column Address Delay в 32Gb варианте, паразитная емкость в внутри чипа выше, с чем видимо и связаны 2 дополнительных такта (чтобы адресные линии установились в необходимый уровень) но это настолько незначительное ускорение по сравнению с другими методами. По разгону, не уверен, но помоему 14T физический предел устойчивой работы. Пересчитайте в наносекунды - будет ориентир к которому при разгоне можно подойти и не пересекать его для стабильной работы (не важно как Вы его достигните)
Я бы брал 2 из расчета дальнейшего апгрейда (4х каналка + еще 2 по 32)
jopapa, На телике и проекторе все в 4к, вообще в домашней сети все хорошо. Решено альтернативным маршрутом для сетевых пакетов туба, пришлось задействовать роутер. И триггерить маршрут для ip на основе DNS запроса к роутеру. Из минусов, на IPv6 не работает (не копал, просто выключил) и DoH пришлось отключить.
Андрей Рачков, Странно как-то, у меня история другая. При всех прочих равных условиях началось с тормозов по HTTP2 в то время как HTTP3/QUIC еще держался. Со временем оба протокола стали неприлично тормозить. Обходится, сейчас везде 4к без тормозов.
skyfly2010, Тут больше вопрос по по способу подключения Type-C или обычный блок питания, в 1м случае они "договорятся о режиме питания" а во 2м будет примерно как я описал.
Давайте посчитаем, 65W-45W= 20W
20W на питание памяти, диска, матрицы, подсветки матрицы, мост, вентилятор. А еще что то надо отдать на зарядку аккумуляторов.
