Пентадекатлон мечты

[Yadryara]

Dmitriy40 в сообщении #1561289 писал(а):

Там скачивают сразу на целевой комп и разархивируют (либо тем же архиватором, либо может даже сама винда сможет .zip открыть),

Моя винда смогла Ваш .zip открыть. Тогда, ещё в марте. Чем Вы архивировали, не помните? Я скачал и распаковал тогда две группы без проблем.

[Yadryara]

Я заархивировал одну группу в двух форматах: .zip(16МБ) и .7z(6МБ)

Зиповскую папку вроде залил по адресу https://dropmefiles.com/M6Yok, но когда захожу по этой ссылке, то вижу, что "файлы были удалены". Кем удалены, непонятно.

Я решил что 6МБ сомнительно и сумел через почту отправить 16МБ. Отправка заняла минут 25!

[Dmitriy40]

Yadryara в сообщении #1561299 писал(а):

Чем Вы архивировали, не помните?

Почему не помню, помню, постоянно же пользуюсь: встроенным в FAR архиватором, он может и 7z и zip выдавать, реализован как 7z.dll из проекта 7-zip.

Yadryara в сообщении #1561309 писал(а):

сумел через почту отправить 16МБ. Отправка заняла минут 25!

В почте используется кодировка base64, превращающая каждые 3 байта в 4, т.е. увеличивающая объём отправки в 1.33 раза. 21М за 25мин выходит скорость отправки 14кБ/с или 115кб/с, это скорость COM порта, инет на такой скорости был только в 2G или GPRS лет 15 назад, уж сейчас должны быть хотя бы мегабиты в секунду. С таким инетом отправлять гигабайты это убиться ... Измерьте чем-нибудь скорость исходящего канала, может это почта тормозит.
Ну или тогда Вам прямая дорога к компиляции ускорителей прямо на целевой системе, fasm со всей своей папкой include занимает 650К (200К в архиве), плюс исходные файлы для ускорителей десятки кБ (большой список паттернов тоже можно генерить прямо там), я бы даже и gp64.exe приложил бы, хоть и 11М (3.2М в архиве 7z), осталось лишь всё настроить чтобы работало из любой папки сразу после распаковки ... Кстати сразу совет: добавить в начало главного .cmd файла удаление всего что будет накомпилено, прямо всех папок со всем содержимым — если компиляцию вдруг оборвали или запускали несколько раз, то могут остаться огрызки от предыдущей версии.

[Yadryara]

Dmitriy40 в сообщении #1561315 писал(а):

уж сейчас должны быть хотя бы мегабиты в секунду.

Глянул на статистику, у меня максимальная скорость при перекачке была 1.5 мегабита в секунду. А самый потолок 3.6. Мобильный Интернет.

Dmitriy40 в сообщении #1561315 писал(а):

Ну или тогда Вам прямая дорога к компиляции ускорителей прямо на целевой системе,

Именно. Если меня в этом поддержат.

Dmitriy40 в сообщении #1561289 писал(а):

А, да, время компиляции легко определить по дате/времени готовых .exe, не между соседними, а между сотнями или группами.

Я так и делал, кстати. Сравнивал папки по времени последней записи. Порой было и всего лишь по 7 минут на группу.

[VAL]

С интервалом примерно 3 минуты нашлись сразу две цепочки:
одна из 10 чисел по 432 делителя;
другая из 12 чисел по 120 делителей.
И это при том, что первая искалась примерно неделю, а вторая более трех дней.
Так что, $M(432)\ge 10$

(Оффтоп)

59761004550778343256027631006246557750804603462646376938321921253635869517604801247435606267

;
$M(120)\ge 12$

(Оффтоп)

146188157339559396986159210354613159336044897653688281831921147490569602344610452115385008123

При поиске десятки чисел по 432 делителя до подключения приема с ограничением разложения по времени за 5 дней в каждом потоке успел провериться примерно 1% цепочек из запланированного миллиарда. После использования alarm (Спасибо Дмитрию!) скорость проверки возросла примерно в 30 раз, и цепочка вскоре попалась.

А вот использовать тот же прием для цепочек по 120 делителей я не успел.
Только-только запустил 1-й поток, использующий ограничение по времени, как нашлась цепочка. С помощью программы без ограничения на время факторизации. При этом за 3 дня было обследовано более 90% из 20 миллиардов запланированных.

Чем обусловлена такая разница в быстродействии, пока не понял
И там, и там было 3 проверки на простоту, а дальше факторизация до первой неудачи.
И числа в цепочках одного порядка.

[Huz]

VAL в сообщении #1561324 писал(а):

$M(120)\ge 12$
(Оффтоп)
146188157339559396986159210354613159336044897653688281831921147490569602344610452115385008134

I can't confirm this one, I get $n+1 = 3 \cdot 5 \cdot 83 \cdot 167 \cdot 132652078865786783 \cdot P70$.

[VAL]

Huz в сообщении #1561328 писал(а):

VAL в сообщении #1561324 писал(а):

$M(120)\ge 12$
(Оффтоп)
146188157339559396986159210354613159336044897653688281831921147490569602344610452115385008134

I can't confirm this one, I get $n+1 = 3 \cdot 5 \cdot 83 \cdot 167 \cdot 132652078865786783 \cdot P70$.

Instead of the first number, I accidentally entered the last

Кстати, пока проверял предыдущую цепочку, нашлась еще одна дюжина по 120 делителей (тоже на последних процентах проверяемого диапазона).

(Оффтоп)

151197105335744205741296226394141939730144802608374929657440891671673570407542798280878768123

(Еще не проверена.)

[Huz]

VAL в сообщении #1561329 писал(а):

Instead of the first number, I accidentally entered the last

Ah cool, that fixes it, thanks.

Цитата:

(Еще не проверена.)

This new one is good too.

[Dmitriy40]

Спустя почти два месяца таки нашёл $M(172)=7$:

(Оффтоп)

1988478936709082031713930853266927127631973751064591732764542753229519361333618552195880304553688569309430547803480945914703559482638992623465053958599627731136825652925351177826965212221047901819827375207547769103890995893380022607743740081787109373

[VAL]

Dmitriy40 в сообщении #1561398 писал(а):

Спустя почти два месяца таки нашёл $M(172)=7$:

Вода камень точит. А камень (в смысле, процессор) - натуральный ряд!

[Yadryara]

Dmitriy40, поздравляю! Я так и думал, что Вы не бросили 172 делителя.

Dmitriy40 в сообщении #1561315 писал(а):

115кб/с, это скорость COM порта, инет на такой скорости был только в 2G или GPRS лет 15 назад

Кстати, сейчас пересылал 60 Мб, средняя скорость примерно такой и была, около 130 кб/с.

Yadryara в сообщении #1561323 писал(а):

Глянул на статистику, у меня максимальная скорость при перекачке была 1.5 мегабита в секунду.

Увы, это я перепутал со скоростью приёма. Скорость передачи что-то ограничивает. Максимальная была где-то 250 кб/с. При пересылке по почте.

При пересылке на ф/о она была больше, но завершить пересылку почему-то в итоге не получилось.

[Yadryara]

Yadryara в сообщении #1561458 писал(а):

При пересылке на ф/о она была больше, но завершить пересылку почему-то в итоге не получилось.

А нет, не больше. Тот же самый потолок 250 кб/с. Загрузка на Дропми дошла до примерно 75% ... а потом откатилась к 60% !

При загрузке на почту такого не было, градусник хоть и очень медленно, но исправно заполнялся. Но

п о л т о р а ч а с а на 60 Мегабайт !!

Куда это вообще годится? Я полтора часа пересылал файл ради 4-хчасового счёта! Да выигрыш есть, ибо сам бы я считал часов 7.

Главное, что этот Интернет у меня уже 11 лет и я был вполне доволен, не замечал существенных неудобств. В основном скачивал, а не пересылал. При скачивании-то скорость была в 10-12 раз выше.

Попробую разобраться в чём дело.

[Dmitriy40]

Yadryara
10-15 лет назад были популярны асимметричные каналы, считалось обычным пользователям скачивание на порядок важнее отправки. Да собственно оно и сейчас так. Потому например в ADSL скорость скачивания (downspeed/downstream) может быть раз в 10 выше скорости отправки (upspeed/upstream). У мобильных операторов вероятно аналогично. Почему я и посоветовал проверить скорость канала без привязки к почте/облаку/файл-обменнику каким-нибудь сайтом-измерителем, например https://yandex.ru/internet/ или https://2ip.ru/speed/ или лучше https://www.speedtest.net/ (у меня они показывают близкие значения, и между собой, и к тарифу).

[VAL]

$M(576)\ge 9$

(Оффтоп)

125198534746886381640472886232653187308896360027957236815639374343037532981244

$M(192)\ge 14$

(Оффтоп)

3812710885398376880375419465609525057879073144448017044071644981244

[Yadryara]

Dmitriy40 в сообщении #1561497 писал(а):

Потому например в ADSL
скорость скачивания (downspeed/downstream) может быть раз в 10 выше скорости отправки (upspeed/upstream). У мобильных операторов вероятно аналогично.

Потратил час на общение с Мегафонской Поддержкой. Они это отрицают. В чём тогда дело объяснить не могут.

Передача трёх файлов общим объёмом 313 Мб длилась 7 часов. Стабильно, но на очень низкой скорости. Хотя HSDPA.