Модернизация старенького Lifebook S7110.
Задача - модернизация без переустановки системы, осложненное заменой HDD на SSD.
Есть конечно описания как делается перенос. Можно найти, например, тут: http://www.isranet.info/main/articles/backup-and-restore/kak-perenesti-windows-xp-so-vsemi-prorammami-na-novoe-zhelezo.html
или тут:
http://delikbez.ru/komp/21-kak-perenesti-windows-xp-na-drugojj-zhestkijj-disk.html
Эксперимент показал, что сделать все можно просто и безболезненно.
Идем на сайт Сергея Стрельца:
http://www.sergeistrelec.ru/
Скачиваем его BOOT CD/USB
Подключаем диск на который будем переносить систему.
Загружаемся с LiveCD
Запускаем AOMEI Partition Assistant Professional Edition
И запускам Перенос ОС SSD или HDD.
Место на новом диске должно быть неразмеченным.
Размер нового раздела можно увеличивать.
Проблем с MBR после переноса не последовало.
Программа создала раздел на SSD диске по фэншую, что было проверено тут:
http://www.techpowerup.com/articles/other/157
Далее произвел оптимизацию в соответствии с:
http://www.finar.ru/Base/WindowsXP-SSD-Optimization
Сделать RAM диск в невидимой области не получилось из-за ограничений в 945 чипсете.
Ниже перепечатка (вдруг пропадет)
Итак, после успешной установки или переноса Windows XP на SSD, следует:
Сделать непременно:
для материнских плат на интеловских чипсетах установить (если еще не установлено) Intel Chipset Software Installation Utility и Intel Rapid Storage (у Интела неудобный сайт с софтом без поддержки прямых ссылок, так что актуальные файлы проще нагуглить);
для интеловских SSD установить Intel Solid-State Drive Toolbox , в настройках запланировать еженедельный запуск Intel SSD Optimizer (инициализатор встроенной аппаратной функции trim). Для не-интеловских SSD установить фирменные утилиты и сконфигурировать их аналогично;
отключить Wikipedia:Prefetcher . Совет принят: не нужен на SSD, т.к. время доступа не зависит от физического расположения файла, а сама операция очевидно вызывает какое-то излишнее шевеление электронов;
рекомендуют "отключать Indexing на диске через Administrative Tools -> Services". Можно согласиться с отключением индексирования (тем более, если у вас правильно организована дисковая подсистема и системный раздел полностью отделен от данных и, следовательно, быстрый поиск на нем не нужен) - однако делать это следует ни в коем случае не отключением сервиса целиком, но "по-простому" только для системного диска через свойства раздела (правой кнопкой на диске C:\ -> Свойства);
"включать кэширование записи на диск через Hardware или Device manager -> Disk Drives -> ваш SSD -> Properties -> Enable write caching on disk и Enable advanced performance". Совет однозначно справедливый и выполняется автоматически при установке Intel Rapid Storage;
Сделать подумав (если не понимаете сути процессов, лучше ничего не трогайте):
рекомендуют отключать Файл Подкачки. Ох уж этот бедный файл подкачки! Как его только не мучают. В общем случае совет неверный, но для моего конкретного компьютера AHILL я оставил 16 МБ. swap-файл на SSD, 512-3072 МБ. перенес в виртуальный диск, созданный в незадействованной ОС области ОЗУ, а еще 3 ГБ. бросил на рабочий диск. Почему я сделал именно так описано в статье "RAMDisk или настройка файла подкачки в Windows XP x86 при большом объеме ОЗУ"
советуют перенести кэш браузеров на отдельный носитель. Спорный момент. Для десктопа с постоянным широкополостным 5-10 мегабитным подключением я бы вообще отказался от кэша браузера. Для ноутбука кэш может быть оправдан, но у ноутбуков обычно только один накопитель... У себя я пока вынес кэш в RAMDrive-диск из оперативной памяти, а позже наверное совсем отключу его. Anyway, вот как это делается в FireFox:
открыть пустую вкладку, набрать about:config, нажать Enter, найти ключи browser.cache.* . Отключить понятно как, а перенести можно создав новый параметр browser.cache.disk.parent_directory, в качестве значения которого указав путь к родительской папке кэша
Не стоит делать:
ключу NtfsMemoryUsage предлагают поставить значение 2, чтобы NTFS "начала использовать больше оперативной памяти." Звучит неубедительно, пожалуй, не надо этого делать, тем более есть негативный отзыв .
рекомендуют отключать hibernation. Совет сомнительный - аппаратные средства SSD позволяют (должны) нивелировать негативные влияния от статичного расположения файла для гибернизации и частой его перезаписи. Тем более для ноутбуков эта функция более чем оправдана. Все-таки SSD накопитель для нас, а не мы для SSD-накопителя.
Как создать RAMDisk в неиспользованной ОС области оперативной памяти?
Существует масса утилит для создания RAMDisk , и среди них одна, бесплатная редакция которой позволяет использовать незадействованный 32-битной ОС объем памяти. Имя ей - VSuite Ramdisk Free Edition.
понедельник, 7 апреля 2014 г.
суббота, 3 ноября 2012 г.
Плавное включение ламп накаливания
Началось все с того, что в одном из журналов мне попалась статья о продлении жизни ламп накаливания. Схема, приведенная в статье, имела массу недостатков, но идея меня заинтересовала.
Технические требования, предъявляемые мной к разработке:
1 Двухполюсник
2 Мощность нагрузки от 40 до 180 Вт
3 Плавное увеличение тока в нагрузке не менее 2 секунд до максимальной мощности
4 Готовность к повторному включению не более 2 секунд
Итак, после долгого поиска и проб трех различных решений, я остановился на микросхеме 1182пм1, и на свет появилось это устройство.
Информацию о микросхеме 1182пм1 можно найти тут:
http://www.sitsemi.ru/
Все схемы, рассмотренные мной, не подходили, большинство решений страдало тем, что выход на режим для повторного включения очень долог, иногда измеряется минутами. Схемы, предлагаемые разработчиками 1182пм1, также не подходили из-за небольшой утечки тока и невозможности полного обесточивания нагрузки. Предлагаемое устройство лишено этих недостатков. Работа микросхемы представлена в описании, поэтому опишу только суть доработки. В начальный момент времени конденсатор С3 разряжен, а транзистор VT1 открыт, при подаче напряжения пиковый детектор R2VD1C4 выделяет сетевые импульсы, и транзистор VT1 начинает закрываться, конденсатор С3 заряжается, и при полном закрытии транзистора VT1 и заряде C3 симистор открывается в начале каждого полупериода сетевого напряжения и нагрузка работает на полную мощность. При отключении напряжения конденсатор C4 быстро разряжается, транзистор VT1 открывается и разряжает конденсатор C3, вся схема возвращается в исходное состояние и готова к повторному включению.
Схема не лишена недостатков - линейность увеличения тока в нагрузке отсутствует, ток нарастает по сложной кривой, но такой задачи я перед собой не ставил.
Возможно, публикация несколько запоздала, но на прилавках магазинов появились галогеновые лампы с цоколями Е14 и Е27, а они тоже не любят резких бросков по току, и это устройство продлит и их жизнь.
понедельник, 2 мая 2011 г.
Телефонный сторож
Импульсом к разработке телефонного сторожа послужило введение поминутной оплаты городских разговоров ( ох, давно это было...). Но как бы то ни было, мимолетный разговор запустил процесс и вот появилось устройство, несколько озадачивающее монтеров, когда они пытаются позвонить с последней пары на коробке - это как раз мой телефон...
Итак, было сформировано техническое задание:
1 система должна независеть от полярности в линии
2 система должна запитываться от телефонной линии
3 система не должна влиять на качество связи
4 система не должна закорачивать линию
5 система должна устанавливаться в квартире
6 система должна блокировать наборы в импульсном режиме
7 система должна блокировать наборы в тональном режиме
8 система должна выдавать индикацию об отсутствии питания на линии
9 система должна выдавать индикацию о попытке подключения
Получившаяся схема делится на несколько функциональных блоков:
Блок питания и определения питания на линии
Блок определения занятия линии
Блок определения санкционированного занятия линии
Блок управления
Блок блокирования линии
Блок индикации
Блок выдачи блокирующих тонов
Разработка устройства началась с поиска решения для индикатора санкционированного занятия линии, а по простому - индикатор поднятия трубки. Индикатор должен не зависеть от полярности линии и вносить как можно меньше помех. После перебора всех известных решений была придумана простая и в тоже время эффективная схема. Индикатор построен на четырех диодах и двух оптронах. Идея заключатся в том, что при поднятии трубки через пару диодов, включенных последовательно, начинает протекать ток, и падение напряжения на них составляет примерно 1,2 вольта, чего вполне
достаточно для зажигания светодиода. Т.е. при подъеме трубки часть тока потечет через светодиод оптрона, что в свою очередь откроет транзистор.
Реализация блока питания и блока определения занятия линии свелась к двум классическим микромощным стабилизаторам. При занятии линии напряжение падает до 15 вольт и ниже. Это позволило применить для блока определения занятия линии схему отсечки напряжения на стабилитроне. Как только происходит занятие линии напряжение падает ниже напряжения стабилизации стабилитрона, ток перестает поступать на микромощьный стабилизатор, что приводит к разряду конденсатора на его выходе. Данная схема плюс схема задержки дали в сумме схему определения занятия линии. Информация о отсутствии питания берется с того же стабилизатора, что и питание системы.
Логика управления сводится к реализации следующего алгоритма
1 отлючается питание на линии - блокируются
все модули, кроме блока индикации отсутствия линии.
2 параллельное подключение к линии - индицируется падение напряжения на линии, при этом
информация о поднятии трубки отсутствует, тут же запускается генератор блокирования
линии и генератор выдачи блокирующего тона, после фильтрующей задержки выдается
информация на блок индикации параллельного подключения.
3 нормальное занятие линии - информация от детектора поднятия трубки блокирует схему
определения занятия линии, генераторы остановлены, система работает в ждущем режиме.
Блоки индикации выполнены по схеме аналога однопереходного транзистора, что позволило
заряжать конденсатор малым током и при достижении порогового, зажигать светодиод.
вторник, 19 апреля 2011 г.
Acme Packet - это просто. Дополнение к Части II.
При эксплуатации системы была обнаружена особенность при работе системы защиты от DDoS. Если уровень доверия выставлен в LOW, то уровень контроля может упасть до denied, при поступлении сообщений, которые отвергаются сервером или игнорируются по причине отсутствия ответа от сервера. Для изменения уровня контроля необходимо, чтобы было получено от сервера регистрации сообщение 200OK(Register), но есть особенность, при получении первого 200OK уровень изменяется на untrusted, и только при получении второго 200OK уровень изменяется на trusted. Это значит, что если произошел сбой на сервере регистраций и абонент был заблокирован, то для перехода на уровень trusted должно быть получено два сообщения 200OK. Т.к. второе сообщение генерируется по истечении таймера перерегистрации, а абонент может уже набрать номер и установить разговор после первого сообщения, то возникает ситуация, что IP адрес абонента опять превысит порог untrusted-signal-threshold и попадет в denied список. При малом пороге untrusted-signal-threshold может возникнуть ситуация, когда многопортовый шлюз не сможет перейти в trusted, т.к. для перехода в trusted два сообщения 200OK должны быть получены от одной учетной записи, а для перехода в denied достаточно любого сообщения с этого IP адреса, соответственно сообщения Register от соседних портов будут переводить весь шлюз на уровень denied. Для исключения этой ситуации изменим метод расчета untrusted-signal-threshold.
Учтем, что для успешной регистрации каждой учетной записи необходимо 2 сообщения Register, а также предусмотрим 10 сообщений для установления одного успешного разговора.
untrusted-signal-threshold = Количество портов * 2 +10
Учтем, что для успешной регистрации каждой учетной записи необходимо 2 сообщения Register, а также предусмотрим 10 сообщений для установления одного успешного разговора.
untrusted-signal-threshold = Количество портов * 2 +10
вторник, 29 марта 2011 г.
Acme Packet - это просто. Часть IV.
Upgrade
Получаем новый софт.
Далее софт нужно закачать на acme, прописать и перезагрузиться.
Если acme две, то начинаем с резервной.
Если начать с резервной, то потребуется только один переход между акмами, и будет один разрыв текущих сессий.
sftp admin@192.168.2.2
cd /code/images/
ls
nnCX_diags109.gz nnSCX620m5p4.xz nnSCX620p3.xz
В этот раздел помещается лишь три образа систем, соответственно, нужно удалить старый софт, а затем скопировать новый.
rm nnSCX620p3.xz
put nnSCX620m6.xz
Далее изменяем bootparam
Acme скажет, что система неактивна, но на это не надо обращать внимания.
Измененя в bootparam вступают в силу без записи.
Перезагружаемся.
Процесс загрузки, рекомендуется, контролировать с консоли.
Если загрузка прошла успешно, переводим сервисы на acme с новым софтом.
Повторяем на второй acme.
Получаем новый софт.
Далее софт нужно закачать на acme, прописать и перезагрузиться.
Если acme две, то начинаем с резервной.
Если начать с резервной, то потребуется только один переход между акмами, и будет один разрыв текущих сессий.
sftp admin@192.168.2.2
cd /code/images/
ls
nnCX_diags109.gz nnSCX620m5p4.xz nnSCX620p3.xz
В этот раздел помещается лишь три образа систем, соответственно, нужно удалить старый софт, а затем скопировать новый.
rm nnSCX620p3.xz
put nnSCX620m6.xz
Далее изменяем bootparam
SBC-1# conf t SBC-1(configure)# bootparam '.' = clear field; '-' = go to previous field; q = quit file name : /code/images/nnSCX620m5p4.xz /code/images/nnSCX620m6.xz
Acme скажет, что система неактивна, но на это не надо обращать внимания.
Измененя в bootparam вступают в силу без записи.
Перезагружаемся.
Процесс загрузки, рекомендуется, контролировать с консоли.
Если загрузка прошла успешно, переводим сервисы на acme с новым софтом.
notify berpd force
Повторяем на второй acme.
среда, 24 ноября 2010 г.
Acme Packet - это просто. Часть III.
Защита от DOS атак - дополнение для h323.
В дополнение к первой части приводится метод расчета параметров для протокола h323.
При разработке метода использовались те же допущения, что и для SIP.
Уровень Access Control & Realm
Схема peer
Пример параметров для 8-портового шлюза.
access = permit
average-rate-limit = 49600
trust-level = low
invalid-signal-threshold = 0
maximum-signal-threshold = 12480
untrusted-signal-threshold = 12480
average-rate-limit - ограничение на величину сигнального трафика, расчитывается как максимально возможная
сумма сигнальных сообщений для одного вызова в байтах * количество вызовов с одного порта в течении окна измерения * количество портов на шлюзе, и все это поделить на величину окна измерения (по умолчанию 30 секунд)
В установлении вызова участвуют следующие сообщения:
H225 CallProc - 167
H225 Progress - 226
H225 Alerting - 225
H225 Facility - 135
H225 Facility - 135
H225 Facility - 135
H225 Facility - 135
H245 TermCapSetReq - 89
H245 MSDReq - 138
H245 TermCapSetAck - 73
H245 MSDAsk - 72
H225 Connect - 248
H225 Facility - 135
H245 ReqMode - 97
H245 CloseLCAck - 74
H245 CloseLCReq - 78
H245 OpenLCAck - 93
H245 OpenLCReq - 102
H245 ReqMode - 77
H245 ReqModeAck - 74
H245 CloseLCAck - 74
H245 CloseLCReq - 78
H245 OpenLCAck - 93
H225 RLC - 117
H225 Facility - 135
H245 EndSessCmd - 72
SUM(h323 message)*30*8/30= 3077*8 = 24616 byte/sec
но такая точность нам ни к чему, несколько вольно округлим:
3100*8= 24800 byte/sec
Учитывая, что это предельное значение, уножим на 2. Результат для 8-портового шлюза average-rate-limit = 49600 byte/sec.
В результате получаем формулу расчета
average-rate-limit = 6200 * Количество портов
maximum-signal-threshold - максимально возможное количество сигнальных сообщений от пользователя в течении окна измерения (по умолчанию 30 секунд), расчитывается, как максимально возвожное количество вызовов в секунду (max CPS) * окно измерения (tolerance-window) * количество сигнальных сообщений, полученых от внешнего устройства (см. выше), так как при входящем вызове на шлюз генерируется больше сообщений, чем при исходящем, то и рассматриваем этот вариант.
Расчет для 8-портового шлюза:
Допущение - каждый абонентский порт может получать 1 вызов в секунду при максимальной нагрузке (установка сервиса "Автодозвон").
8*1*30*26=6240
Учитывая, что это предельное значение, то для устранения ложных срабатываний умножим это значение на 2, получаем 12480, тем самым будут учтены возможные дополнительные сообщения.
Окончательный вариант расчета для окна 30 секунд:
maximum-signal-threshold = 1560 * Количество портов
untrusted-signal-threshold - количество сигнальных сообщений от абонентского устройства до перевода в TRUSTED. Переход из состояния UNTRUSTED в состояние TRUSTED происходит при ответе абонента и установлении первого разговора, то есть по Setup, приходящему на SD. Но, схема peer подразумевает, что абонент является доверенным и переход в TRUSTED не нужен, поэтому, этот параметер приравняем к maximum-signal-threshold. При этом значении не произойдет блокировки абонентского устройства при большом колличестве вызовов на занятого абонента.
Результат для схемы peer:
untrusted-signal-threshold = maximum-signal-threshold
В дополнение к первой части приводится метод расчета параметров для протокола h323.
При разработке метода использовались те же допущения, что и для SIP.
Уровень Access Control & Realm
Схема peer
Пример параметров для 8-портового шлюза.
access = permit
average-rate-limit = 49600
trust-level = low
invalid-signal-threshold = 0
maximum-signal-threshold = 12480
untrusted-signal-threshold = 12480
average-rate-limit - ограничение на величину сигнального трафика, расчитывается как максимально возможная
сумма сигнальных сообщений для одного вызова в байтах * количество вызовов с одного порта в течении окна измерения * количество портов на шлюзе, и все это поделить на величину окна измерения (по умолчанию 30 секунд)
В установлении вызова участвуют следующие сообщения:
H225 CallProc - 167
H225 Progress - 226
H225 Alerting - 225
H225 Facility - 135
H225 Facility - 135
H225 Facility - 135
H225 Facility - 135
H245 TermCapSetReq - 89
H245 MSDReq - 138
H245 TermCapSetAck - 73
H245 MSDAsk - 72
H225 Connect - 248
H225 Facility - 135
H245 ReqMode - 97
H245 CloseLCAck - 74
H245 CloseLCReq - 78
H245 OpenLCAck - 93
H245 OpenLCReq - 102
H245 ReqMode - 77
H245 ReqModeAck - 74
H245 CloseLCAck - 74
H245 CloseLCReq - 78
H245 OpenLCAck - 93
H225 RLC - 117
H225 Facility - 135
H245 EndSessCmd - 72
SUM(h323 message)*30*8/30= 3077*8 = 24616 byte/sec
но такая точность нам ни к чему, несколько вольно округлим:
3100*8= 24800 byte/sec
Учитывая, что это предельное значение, уножим на 2. Результат для 8-портового шлюза average-rate-limit = 49600 byte/sec.
В результате получаем формулу расчета
average-rate-limit = 6200 * Количество портов
maximum-signal-threshold - максимально возможное количество сигнальных сообщений от пользователя в течении окна измерения (по умолчанию 30 секунд), расчитывается, как максимально возвожное количество вызовов в секунду (max CPS) * окно измерения (tolerance-window) * количество сигнальных сообщений, полученых от внешнего устройства (см. выше), так как при входящем вызове на шлюз генерируется больше сообщений, чем при исходящем, то и рассматриваем этот вариант.
Расчет для 8-портового шлюза:
Допущение - каждый абонентский порт может получать 1 вызов в секунду при максимальной нагрузке (установка сервиса "Автодозвон").
8*1*30*26=6240
Учитывая, что это предельное значение, то для устранения ложных срабатываний умножим это значение на 2, получаем 12480, тем самым будут учтены возможные дополнительные сообщения.
Окончательный вариант расчета для окна 30 секунд:
maximum-signal-threshold = 1560 * Количество портов
untrusted-signal-threshold - количество сигнальных сообщений от абонентского устройства до перевода в TRUSTED. Переход из состояния UNTRUSTED в состояние TRUSTED происходит при ответе абонента и установлении первого разговора, то есть по Setup, приходящему на SD. Но, схема peer подразумевает, что абонент является доверенным и переход в TRUSTED не нужен, поэтому, этот параметер приравняем к maximum-signal-threshold. При этом значении не произойдет блокировки абонентского устройства при большом колличестве вызовов на занятого абонента.
Результат для схемы peer:
untrusted-signal-threshold = maximum-signal-threshold
пятница, 21 мая 2010 г.
Отражение VoIP
Подписаться на:
Сообщения (Atom)


