А вот репитер - плохая идея. Лучше повесить второй роутер, соединив его с первым кабелем. Ибо чем меньше радиосвязи - тем быстрее она работает, и если линк между роутерами сделать на кабеле, это лучше, чем по радио.
Я дам несколько неожиданный ответ:
Асинхронность нужна тогда, когда есть многозадачность и многопроцессорность.
Многозадачность - это возможность исполнять параллельно разные работы. Например, есть код вроде "y=f1(x)+f2(x)", где оба слагаемых являются "истинными функциями", т.е. не имеют никаких побочных эффектов (достаточно интересный и сложный вопрос в теории программирования). "Истинные функции" можно вычислять независимо (это легко выводится из отсутствия побочных эффектов). Если у нас есть два процессора (или два ядра в одном процессоре), то вычисление этих функций лучше запустить асинхронно (при условии. что порождение потока и остальные накладные расходы не превысят выгоду от такого распараллеливания).
Второй пример:
Пусть у нас есть только один процессор с одним ядром.
Пусть одна из этих функций вычисляется на процессоре, а вторая берёт данные с HDD или с сетевого сервера.
Сетевой сервер - однозначно имеет собственный процессор.
HDD - внезапно, тоже имеет собственный процессор. Если подумать и использовать нужные термины - то оказывается, что HDD является сервером - правда, довольно специфическим: например, он никак не проверяет права доступа, т.е. является как бы файловым сервером единственного файла.
Короче говоря, тут тоже полезно запускать вычисление функций параллельно: вторая функция запрашивает данные и спит; а в это время на процессоре вычисляется первая функция.
Для асинхронности требуется сочетание обоих условий. Т.е. если у нас есть только один процессор (считаем процессоры правильно!) - лучше синхронно. Если распараллелить работу невозможно (или можно, но мозгов не хватило; в настоящее время это является важной проблемой, тормозящей внедрение распределённых вычислений) - то опять же лучше синхронно.
Ну, учитывая, что я не знаю, какой файл что делает, а могу только догадываться - то, видимо, так.
Вот только доллар там какой-то лишний. nohup хочет в качестве аргументов команду, а не результат её работы.
Возможно, содержимое скобок надо запихнуть в отдельный скрипт.
На всякий случай проверьте мою гипотезу, имея физической доступ к консоли. Т.е. запилите в fw-dev.sh что-то типа "deny from any to any" и запустите - обязательно по сети. Убедитесь, что доступ к системе по сети - пропал. Время сна для этого эксперимента поставьте поменьше.
Сергей Горностаев, правильнее будет сказать так: "в модели tiny - все сегментные регистры имеют одинаковое значение, т.е. указывают в один сегмент; в модели small - все сегментные регистры данных (DS, ES, SS) имеют одинаковое значение, а сегментный регистр кода CS имеет другое значение".
Файлы .com - это обязательно модель tiny (хотя вообще-то, даже файл .com может свободно переместить сегменты и работать в любой модели).
Но и .exe тоже бывает в модели tiny. Ну и в других моделях.
Вообще-то, именно таблица предполагает наибольшую гибкость и сохранение корректности при разных модификациях.
Не нравится таблица - сделайте контейнер, в нём ещё два контейнера, один прижимается вправо, другой влево. Лично я это не изучал - не видел внятных книг, в примерах из жизни разобраться нереально из-за массы мусора, а мне для всего хватало классического HTML.
riddlr, а что Вас так напугало? Ну, язык немного нестандартный, абстрактный. Ну, программа написана не полностью, а только внутреннее устройство цикла, и без граничных условий (инициализация индексов, условия выхода). Я только основной смысл изложил.
Ну, надо просто перенастроить Def.GW - например, "riute del" + "route add".
Гораздо сложнее - определить факт падения канала, и ещё сложнее - факт восстановления канала.
Если роутеры используют NAT - то ничего страшного. А вот если нет - итоо надо настроить их так, чтобы каждый правильно роутил чужую сеть. Тут надо смотреть схему подключения роутеров к сетям и между собой.
Я бы добавил фразу из какого-то древнего учебника по Си:
"Не жалейте скобок: хуже не будет, а многих трудноуловимых ошибок можно будет легко избежать."
4) А в чём проблема - реализовать? Проверить, влезает ли строка в столбец - Вы умеете.
Дальше мне не совсем понятно, откуда берутся параметры для печати очередной строки - ну, вот это "1", "25/11", "Иван Иванович"..
Засунуть это в массив - ну явно не проблема.
Искать символ-разделитель (пробел) - тоже не сложно: от ширины столбца идём влево и ищем пробел.
Порубить строку в этом месте - ну, тоже ничего сложного.
То, что Вы описали - это самая настоящая таблица. Просто текстовая.
Upd: Были бы у меня нужные данные - я бы попробовал закодировать на BBC-basic. Правда, я не знаю, как бы Вы потом переносили это на Java...
Можете послать мне в личку (тут или на Хабре) примерные данные - ширину столбцов и несколько (ну, пять) строк с данными.
И напишите там E-mail, куда ответить.
Тут уже написали, но я не могу молчать:
При выключении питания - прекращается работа вентилятора, но прекращается и нагрев видеокарты. Т.е. температура - будет только понижаться.
Возможно, видеокарту убил скачок напряжения перед выключением электричества - такое бывает. Тепловые трубки от этого не спасают.
Ну и не забывайте очищать видеокарту (и весь компьютер) от пыли. Проверяйте, хорошо ли вертятся крутиляторы.
В слоты рядом с видеокартой - лучше ничего не ставить, пусть будет место для воздуха.
А вот репитер - плохая идея. Лучше повесить второй роутер, соединив его с первым кабелем. Ибо чем меньше радиосвязи - тем быстрее она работает, и если линк между роутерами сделать на кабеле, это лучше, чем по радио.