hint000, если косяк в модуле ядра (как я считаю в проприетарных драйверах nvidia) то тормозится все, у меня даже курсор мыши начинает двигаться по пикселу в секунду, без буферизации, т.е. пока двигаешь мышкой он по одному пикселу перемещается, перестаешь - и он встает
все остальное на экране замирает
при переключении в консоль система отмирает или нет (даже в консоли вводимые символы очень медленно на экран отображаются)
не дописал, такое происходит редко, раз в несколько дней недель, с нагрузкой не могу связать
специально менял блок питания, думал оно, видеокарта никакой нагрузки не испытывала всю жизнь, даже игры редкие (nvidia gtx 1060), в машине есть еще вторая видяха amd r7 370 для второго рабочего места, тестировать без нее не хочу (помню без нее тоже машина разок так глючила так что скорее всего не из-за нее это(
если переключиться в режим консоли и обратно ctrl+atl+f1 -> ctrl+atl+f7 то восстановление работоспособности может ускориться
он собирает логи но кто то должен за вывод отвечать, даже простенького графика нет
к тому же это только cpu/mem/disk/net, для сбора температуры к примеру нужно что то еще
нужно больше информации
у тебя один эксель файл на 8к анкет или по одному на каждую?
с высокой вероятностью ты пытаешься просто тупо все в памяти держать или банально не освобождаешь ее (в php она освобождается, как только переменная присваивается другому значению, но для сложных объектов лучше смотреть специальные методы типа clear
я не могу помочь тебе, да и не хочу
у тебя используется zend (как люди любят усложнять простой код, это жесть какая то) это значит версия ssl привязана к php а она устарела, если хочешь чтобы перестала выпадать ошибка, обнови php
все необходимое я написал в ответе, у curl есть возможность отключить контроль https, так же можно тупо запустить стороннюю утилиту curl с помощью `curl $url ...`, так как версия curl и ssl в операционной системе обновляется оперативнее, ошибок не будет.
у тебя парсер грузит страничку из интернета с помощью метода file_get_html там еще контекст подменяется чтобы бороться с проблемой старых версий ssl в php и судя по всему неправильно, мне леньразбираться, метод решения выбран наисложнейший
у simple_html_dom есть метод str_get_html который берет страничку из строки а не из инитернета, т.е. ты скачай свою страницу чем-то более удобным например curl и подсунь ее в виде строки парсеру
подскажи, пара абзацов пожалуйста, без воды, как делать пациенту операцию на сердце, а то тут предлагают лет пять учиться потом еще десять практики, времени нет надо сейчас, пациент уже под наркозом лежит
еще раз у тебя linux запущен в виртуалке, это отдельная эмулированная машина, в ней нет wifi а сетевая карта там так же эмулирована и подключена в локальную сеть с настоящей машиной (по умолчанию там симулируется роутер и настраивается NAT)
я погуглил модель твоего ноута, настроить wifi в linux там реально но не для новичка, к сожалению это нормальная практика с дешевыми ноутами с мобильными SOC решениями (там материнка размером со смартфон) производители забивают на поддержку linux более чем полностью и приходится очень рукошевелить чтобы это обойти.
Посмотри скорость с помощью atop он нагляднее, может просто не туда посмотрел? там видно и количество операций и объем операций в мегабайтах
не должна mysql с более менее дефолтными настройками ТАК медленно работать с базой
ты операции insert объединяешь в большие транзакции, чтобы не дергать их на каждый insert? но в этом случае должна быть нагрузка на процессор заметная да и на диск, много мелких операций записи
usb2 лимит скорости где то (480мбит/с) на практике ~40мбайт/сек, так что где то кто то как то ошибается, ext4 сжатие не поддерживает (а то sql дамп текстовый, должен сжиматься раз в 5-10, особенно если данные повторяющиеся, только тогда можно такие скорости получить с usb2)
может ты это дамп только что сделал и он тупо из кеша выгрузился (но создавать такой дамп на медленном диске долго, ты бы сразу заметил)?
тогда я не понимаю что происходит, mysql не должна быть НА СТОЛЬКО медленной, тем более если диск ssd (старые меньше терабайтника внешние hdd диски были медленные на столько что при random access могли выдавать считанные 1-2мегабайт/сек)
не интересовался теорией, погугли safe random generator blockchain были обсуждения неплохие
я предложил алгоритм максимально простой, число записывают в блокчейн либо средствами блокчейна (кастомные транзакции) либо случайный перевод самому себе (число - числа после десятичной запятой например), если блокчейн не поддерживает передачу данных. У этого алгоритма два явных недостатка - первый, нужно делать транзакции (которые могут быть не дешевые) заранее (за N+M блоков), второе - нужно делать очень большой N и M чтобы усложнить (но не гарантировать) перезапись блокчейна, в истории криптоэкономики помню были перезаписи очень большой цепочки блоков, т.е. все же желательно надежный блокчейн использовать.
Хочешь надежный генератор рандома на любом блокчейне?
публикуй зашифрованное число, затем через N блоков публикуй его ключ/пароль, а алгоритм - 'сумма' этого числа и хеша одного из следующих блоков (не последнего, пусть будет M последних) дадут сид для любого рандом алгоритма (только для одного числа).
Количество блоков N и M - чем больше, тем сложнее подделать историю, особенно если речь идет о часах-днях, так как совершенные переводы за это время дадут тот защитный базис, атакующий витнес не захочет 'договариваться' с большим количеством сервисов, которые заметят его манипуляции
p.s. еще есть гомоморфное шифрование, участники могут использовать математику с зашифрованными числами, которую не видит витнес и не может ее подделать, плюс гомоморфное шифрование просто ресурсоемко и подделка может обойтись в копеечку уже на этом этапе
Подавляющее большинство проектов в криптоэкономике это мошенничество, пустить пыль в глаза, с целью собрать деньги с первых инвесторов, влошившихся в ICO.
Все зависит от целей проекта, например DPoS в идеологии (но не в реализации, таковых нет в открытом доступе в виде запустил и работает) - это способ децентрализовать управление и влияние на проект между витнесами, грубо говоря майнерами. Но сам этот блокчейн децентрализованным и защищенным от майнеров не может быть никак.
помню, в алгоритме PoS на основе coinage/coinday, когда вероятность подписания блока зависила от наличия старых выходов (чем старее и больше монет в выходе тем выше вероятность стейка) была идеологическая уязвимость, когда злоумышленник мог одновременно майнить сколько угодно цепочек, используя разную комбинацию одних и тех же выходов (не спрашивай подробности, я не знаю) не тратя на это ничего, спасались чекпоинтами от разработчиков, что превращало проект в централизованный проект, а так же гибридами pos+pow что так же превращало проект в чистый pow
всякие dpos и подавно не предоставляют никакой защиты, витнесы спокойно договариваются (или их шантажирует владелец больших мощностей что не выкинет их из витнесов, вспоминаем bitshares) и делают что хотят, отменяют и блокируют транзакции, меняют алгоритм как угодно (например комиссии) и т.п.
p.s. нельзя основывать работу консенсуса на основе данных,которые этот консенсус защищает!
все остальное на экране замирает
при переключении в консоль система отмирает или нет (даже в консоли вводимые символы очень медленно на экран отображаются)