Oleg Shevelev: у delkov, по моему, на диск ничего писать не надо, все вычисления будут производится в памяти, поэтому полученное время можно смело делить на 2 - и к этому времени должен приближаться алгоритм, а то и меньше, т.к. операция записи медленнее, чем чтение. fshp: При таких объемах все кэши сдохнут очень быстро и начнется непосредственное чтение.
Интернет у вас есть. У вас где то блокируется трафик на 80 порт.
Это может быть или сам комп или роутер.
Проверьте настройки IE - Сервис - Свойства браузера - Подключения.
1.Убедитесь, что не используются "настройки коммутируемого соединения"
2.Там же в "настройках сети" проверьте, чтоб не использовался прокси-сервер и сценарий автоматической настройки.
3.На компе отключите антивирус и брандмауэр (только для тестов и проверки).
Проверьте подключение в браузере. Если изменяли настройки IE, то перезайдите в браузер.
Если не поможет. Поставить другой браузер и попробовать там с параметрами по умолчанию.
Если не поможет - блокирует роутер.
Пишите сюда о результатах.
Настройки нормальные и ДНС то же функционирует.
А как вы проверяли первую команду, и из чего сделали вывод что "не соединяется". Попробуйте еще раз тут же в консоли
telnet google.ru 80
Если соединение проходит, то экран очищается, если нет - выдается сообщение об ошибке. Результат сюда.
Ну тогда скрипт для каждого разработчика делайте сами, так чтобы конфликтов не было.
Либо в тексте скрипта нужно выявлять конфликтные ситуации и сообщать об этом пользователю, чтоб изменил параметры.
Верно, надо уменьшать количество дисковых операций. Оптимальный размер блока найдете в ходе тестов :) А кратность размеру кластера - для оптимизации дисковых операций, т.к. за одну физическую операцию чтения диск возвращает 1 прочитанный кластер.
Основная проблема будет в том, что в прочтенном блоке данных разбивать на строки нужно будет вручную, но это не большая проблема и тут уже идет работа с памятью.
Возможно несколько вариантов, будет откидывать по одному (пишите сюда ответы команд):
1.проверьте работу ДНС
nslookup google.ru
2.Выложите что пишет
ipconfig /all
...
Mercury13:
Если какие-то настройки могут вызвать конфликт, думаю их лучше не выставлять как общедоступные. Что-то конкретнее трудно сказать не зная точно ситуации и не видя кода.
Владимир Мартьянов: "В выражении rand()%(b-a) операция % позволяет получить случайное число в заданном диапазоне (от нуля до (b-a) в вашем примере), а не от 0 до RAND_MAX."
Так лучше? :)
В случае с Program Files мороки не избежать, т.к. это системная папка.
Переносите все профиля целиком. Я делаю так:
1.На отдельном диске, например d:, создаю каталог, например d:\Users, назначаю на него права точно такие же как и для c:\Users с отменой наследования и изменением владельца.
2.В реестре: HKLM\Software\Microsoft\Windows NT\CurrentVersion\ProfileList меняю параметр ProfilesDirectory - указываю в нем d:\Users.
3.В реестре по тому же пути необходимо удалить ветки с уже имеющимися профилями. Ветки называются по SIDу пользователя, не удаляйте короткие SIDы - это профили для LocalService и NetworkService.
4.Перезагружаемся.
5.После загрузки создается новый профиль по новому пути.
6.Переносим информацию со старого профиля в новый.
7.Пункт 5-6 повторяем для всех пользователей.
А кроме того, рекомендую почистить %TEMP%, Temporary Internet Files, файлы обновлений, кэш браузера. Если в браузере ничего особо ценного не сохранено, то можно удалить профиль браузера полностью, он порой вырастает до гигантских размеров.
Проверьте: Центр управления сетями и общим доступом - Изменить дополнительные параметры общего доступа:
Для домашнего/рабочего профиля (надеюсь ваша сеть домашняя или рабочая)
1.включить сетевое обнаружение
2.включить общий доступ к файлам и принтерам
3.использовать 128-битное шифрование
4.включить общий доступ с парольной защитой
Если все так и не работает - отключите, временно, брандмауэр на обоих компьютерах и проверьте. Если заработает - значит блокирует брандмауэр.
По чужой сети - отдельные ip+mask - не достаточно. Это работает только пока кто-нибудь не сломает вашу или чужую сеть, дальше обходится элементарно. Нужно отделить на уровне коммутатора отдельными VLANами, а еще лучше - выдать чужой сети свой отдельный железный коммутатор, чтоб не было физического соединения сетей вовсе.
На счет раздачи интернета через публичный wifi - погуглите, много интересного узнаете, например www.vedomosti.ru/technology/articles/2015/12/11/62... На самом деле сейчас это реальная проблема.
Потеря пакетов происходит, видимо, из-за того что НБС не очень то надежное соединение. Для увеличения надежности можно организовать между двумя сетями (которые разделяет НБС) ВПН. Работать будет скорее всего медленее, но, возможно, надежнее. И все таки рекомендую разобраться с этим НБС, возможно увеличить надежность передачи можно на уровне соединения. Если это тот же Wifi, но нет паролей доступа к оборудованию - не велика проблема, сбрасываем в заводские настройки и настраиваем за ново. Зато профитом будет то что соединение станет "известным" и управляемым :)
Если надо. Останется придумать как одну твою машину с одним и тем же адресом заставить работать и в основной сети и в ВЛАНе. Вижу несколько вариантов:
1. завести отдельную "твою машинку" для тестов.
2. 2 сетевые розетки - одна будет в ВЛАНе, а другая в общей сети. И перетыкать кабель в ту или другую в зависимости от потребности.
3.Настроить для своей машины оба ВЛАНа - общий не тегированный и тестовый тегированный. На машине разруливать. Если обязательно нужен адрес в тестовой сети такой же как в рабочей, то придется руками адрес каждый раз перебрасывать с одного сетевого адаптера на другой. Зато дополнительных железок не нужно.
Это странно. Возможно это связано с используемой формулой (по моему тут возможно переполнение, да +1 и -1 как-то не в тему):
ABS(ROUND(((SELECT max(id) FROM words WHERE correct < 2)-1)*RANDOM()+1)/9223372036854775807)))
Немного упростил это выражение:
SELECT round(max(id)*(abs(random()/9223372036854775808))) FROM words WHERE correct < 2
Думаю, что условие id < count(*)*random() - не правильное, т.к. в случае если id будут идти с пропусками, то есть шанс никогда не увидеть последние записи.
Думаю что вместо count(*) надо использовать max(id).
fshp: При таких объемах все кэши сдохнут очень быстро и начнется непосредственное чтение.