К выше перечисленному я бы еще добавил:
Пользователь должен знать под роспись обо всех средствах защиты, работающих на его ноуте, ему нужно объяснить чем конкретно занимается тот или иной вид защитного ПО, от чего защищает.
Сотрудник должен дать согласие на удаленный контроль за его деятельностью.
С такими сотрудниками нужно регулярно проводить учебу и тестирование по информационной безопасности.
Lexaband:
1.У вас есть доступ ко второму серверу? Если да откройте монитор ресурсов и посмотрите кто использует порт 2501/tcp и использует ли вообще.
2.Это могут быть проблемы с фаерволом, но это лечится не КБ, а добавлением разрешающего правила в фаервол. Для проверки можно отключить фаервол и протестировать.
3.Если сервис отключен (т.е. не работает), то это то же будет выглядеть именно так (собственно это вариант , когда порт никто не слушает см.п.1).
RicardoGonsales: Двоичный поиск.
Зависимость времени поиска от размера массива - логарифмическая.
Видимо у вас возникнет сложность как отсортировать объекты.
Как у вас сравниваются объекты при поиске?
PS: Матлаб я знаю плохо - у меня примерно аналогичная ситуация вашей - старый код на матлабе, но уже практически все переведено на питон + Си модули для ускорения. Но иногда приходится разбираться с матлабовскими исходниками.
Вообще обычно (в других ОС) это делается так - создается разрешающее правило с вашими условиями, и за ним создается запрещающее правило для этой программы на все. Если срабатывает первое правило, то программа идет в интернет, до запрещающего правила дело уже не доходит. Если не срабатывает, то следующим правилом выход блокируется.
Обычно правила фаерволов строго упорядочены, в винде же порядок проверки правил странный и четко не определенный.
Поэтому стандартный подход не прокатит.
По умолчанию в виндовом брандмауэре исходящий трафик разрешен. Измените эту настройку - запретите исходящий трафик по умолчанию. Эта настройка есть для каждого профиля брандмауэра.
Ну и дальше вам надо будет аккуратно настроить исходящие правила. По 80 порту уже не выпускайте всех подряд, а только кого надо и куда надо, для этого нужно будет изменить стандартное правило и по необходимости добавить новых.
Подозреваю, что такая схема может вызвать массу неудобств на первых порах, т.к. возможно отвалятся разнообразные виндовые (и не только) службы.
Это не контроллер диска так себя ведет - винда (да и любая другая ОС).
Ну вот, например, у вас разваливается диск, ОС или софту приспичило что-нибудь записать на него и тут во время записи попадается сбойный сектор. Стандартное поведение в этом случае: сделать несколько попыток записи, если запись все таки не удалась в этот сектор, пометить его как сбойный, записать блок в другое место, как-то так примерно. Т.к. повторные попытки записи идут в тот же сбойный блок, то диск при этом работает не адекватно и медленно. Пока все это продолжается другой софт то же не дремлет и в итоге выстраивается очередь с запросами к диску. Отсюда тормоза и загрузка диска на 100%. И кстати - диск не многозадачное устройство - в один момент времени выполняет одну операцию, к тому же еще и медленный сам по себе.
С ВМ все несколько проще, т.к. это точно не железо.
Для начала обновите vmware-tools.
Чтоб исключить, что это не гипервизор, проверьте журналы ESXi - может это он гостя загосил так хардкорно. Но журналы ESXi лучше смотреть сразу после события, иначе можно ничего не увидеть, т.к. он их ротирует.
А дальше проверяйте софт, как писал выше.
Денис _______________: Мне так же приходилось работать с хламом в свое время, поэтому про видео точно знаю - пень 4 физически не способен обработать в реальном времени поток HD видео (да и не HD, а просто разрешение больше чем 320).
Но т.к. дело было в офисе конторы и видео не требовалось, то остальное было терпимо - компы Pentium 4, 1-2 Гб ОЗУ + WinXP + MS Office 2003 или 2000. Но хорошо, что это кончилось, т.к. народ, конечно, был не очень счастлив от такой работы техники.
И админить этот раритет было тем еще удовольствием, например, на некоторых раб.местах приходилось отказываться от антивируса и обрубать интернет, т.к. антивирус потреблял все ресурсы проца, а для полезной нагрузки уже ничего не оставалось. Антивирус то приходилось использовать более-менее современный, а они все прожорливые до ресурсов.
Денис _______________: Собственно я на видео акцентировал, потому что ютуб указан первым в списке сайтов. Думаю про ютуб на этом компе можно забыть.
Остальное - нужно смотреть, возможно, если запастись терпением, то со временем привыкните :-)
Но вообще для этого компа - консольный линукс самое оно.
Денис _______________: Да хоть М, хоть без М.
Даже если с 1Гб ОЗУ еще хоть как-то можно смириться (как-то ставил Win7 на комп с 1Гб и ничего жил, но проц там был по современней), то проц нынешние потребности уже не тянет. К тому же нет смысла туда ставить SSD - не HDD будет узкое место.
Александр Момот: Базовое отличие в том что в многопоточном приложении используются блокирующие вызовы ввода/вывода (т.е. приложение ждет, когда закончится операция ввода/вывода), в асинхронном - не блокирующие (возврат из операции ввода/вывода происходит сразу же, до реального завершения операции).
Соответственно сложность в разработке асинхронных приложений в том, что нужно так построить внутреннюю архитектуру приложения, что бы оно после вызова операции ввода/вывода могло в дальнейшем проверить состояние операции, предпринять какие-то действия, при ошибочном завершении, если нужно - повторить операцию и т.п., ну и попутно выполнить какие-то полезные действия не связанные с вводом/выводом.
В многопоточном приложении таких проблем нет, т.к. результат операции сразу известен и можно сразу же отреагировать.
Плюсы от использования асинхронного ввода/вывода в том, что нет накладных расходов на организацию и управление потоками. Когда у вас в приложении 1-10 потоков, то на это можно наплевать и не заморачиваться, а когда 1000 потоков, то уже есть смысл задуматься про асинхронный ввод/вывод.
И еще - асинхронный ввод/вывод есть смысл использовать если основная нагрузка в приложении именно на вводе/выводе. Т.е. когда операции ввода/вывода становятся узким местом в приложении и начинают тормозить остальной процесс.
Т.к. система не загружается, то вряд ли этот рецепт поможет.
Для начала попробуйте средства диагностики и восстановления.
Лично мне это ни разу не помогало, но игнорировать не стоит.
Если не поможет - переустановка виндов.
Часто бывает, что сам батник называют start.bat и из-за этого вместо системной команды start выполняется батник в цикле. Выглядеть это может по разному.
Проверяйте пути, возможно надо указать полный путь до вашего jar.
Попробуйте выполнить start ... просто из консоли, без батника.
Запускается однозначно через start, а почему не срабатывает - нужно разбираться.
start /? в помощь.
Пользователь должен знать под роспись обо всех средствах защиты, работающих на его ноуте, ему нужно объяснить чем конкретно занимается тот или иной вид защитного ПО, от чего защищает.
Сотрудник должен дать согласие на удаленный контроль за его деятельностью.
С такими сотрудниками нужно регулярно проводить учебу и тестирование по информационной безопасности.