logoЗаметки на клавиатуре


ReadyBoost

Категории Windows, опубликовал evilbot October 25th, 2014

Буквально вчера узнал про технологию ReadyBoost, к своему стыду не знал про её существование, хотя она присутствует в Windows еще с Vista.

ReadyBoost – это компонент Windows используемый для ускорении работы операционной системы за счет использования быстрого флэш накопителя, позволяющего сократить количество операций чтения и записи на жестком диске. ReadyBoost может использовать любой тип флэш-памяти (USB, SD, CompactFlash), которая имеет скорость чтения по крайней мере 2.5 Мб/с и скорость записи 1.75 Мб/с, соответственно чем быстрее будет ваша флешка, тем лучше. В моём случае я взял флешку с интерфейсом USB 3.0.

ReadyBoost дает разницу в производительности на системах с низким объемом оперативной памяти, т.к. она использует флэш-память не в качестве дополнительной RAM, а в качестве более быстрого устройства хранения, как альтернатива стандартному SWAP-файлу. Так при чтении малых блоков(4Кб) производительность увеличивается примерно в 10 раз по сравнению с HDD, но вот при чтении больших файлов эффекта не наблюдается. Однако ReadyBoost чаще используется при загрузке приложений, как раз когда идут множественные обращения к большому количеству небольших файлов.

Включается ReadyBoost в свойствах флеш накопителя. Я рекомендую использовать возможности ReadyBoost по максимуму, особенно для компьютеров с небольшим объемом оперативной памяти.

В моем случае быстродействие системы с 4Гб памяти на борту и еще 4Гб в ReadyBoost дало хороший прирост в производительности.

Hyper Terminal в Windows 7

Категории Software,Windows, опубликовал evilbot October 11th, 2012

Многие люди работающие с сетевым оборудованием в Windows XP использовали стандартную программу Hyper Terminal для работы с оборудованием через COM-порт. В Windows 7 эту программу убрали из стандартный программ, но работать как-то надо. Решение есть, надо добыть Hyper Terminal из установленной ранее Windows XP. Если XP под рукой нет, то вот вам ссылка на скачивание Hyper Terminal.

Проблемы с терминальным доступом на DC.

Категории Software,Windows, опубликовал evilbot July 2nd, 2012

Столкнулся я пол-года назад с проблемой доступа терминальным клиентом на сервер. Т.е. попытка зайти пользователем состоящим в группе “пользователи удаленого рабочего стола” проваливалась с ошибкой “Чтобы выполнить вход на этот удаленный компьютер, нужно иметь разрешение на вход в систему через службу терминалов. По умолчанию, члены группы пользователей удаленного рабочего стола имеют такое разрешение. Если вы не являетесь членом группы пользователей удаленного рабочего стола или другой группы, имеющей такое разрешение, нужно предоставить это разрешение вручную”.

Система – Windows 2003 R2 x64. Развернута AD. Установлен Сервер терминалов. Установлен сервер лицензий. Так же на этом сервере крутится контроллер домена.

Долгий и упорный поиск решения проблемы привёл к необычному наблюдению: все люди находящиеся в группе Domain Admin заходят на сервер без каких-либо проблем, а всех остальных банально не пускает, не смотря на любые настройки доступа. Костыль ввиде раздачи прав администратора домена не подходил из соображений безопасности. Пришлось искать решение дальше.

В итоге выяснилось, что по умолчанию Windows запрещает доступ терминальным клиентом на контроллер домена всем пользователям за исключением доменного администратора. После чего осталось понять как разрешить людям ходить на этот сервер.

Решение нашлось достаточно быстро. Итак:

Существует несколько способов предоставить пользователям права входа на сервер терминалов:

1. “Панель управления”->”Администрирование”->”Настройка служб терминалов” (или “Пуск”->”выполнить”->tscc.msc), далее в появившемся окошке “подключения”->”RDP-Tcp”->”Свойства”, в окне свойств RDP-Tcp вкладка “разрешения”. Здесь надо добавить группу (желательно доменную) пользователей которые будут иметь право подключаться к серверу по rdp.

Пользователи добавленные здесь с правами “доступ пользователя”, будут иметь обычные права пользователя на данном сервере их не нужно добавлять в локальную группу пользователей или производить вообще какие-либо дополнительные действия желательно использовать доменные группы, а не локальные или встроенные.

2. “Мой компьютер”->”управление” (или “Пуск”->”выполнить”->compmgmt.msc), далее “служебные программы”->”локальные пользователи и группы”->”группы”, выбрать “пользователи удаленного рабочего стола” и добавить в данную группу пользователей или группу пользователей, которым будет разрешен доступ по rdp. По умолчанию “пользователи удаленного рабочего стола” имеют доступ пользователя, так что дополнительных действий производить больше не надо. Способ подходит для использования в рабочих группах, в случае наличия домена, следует использовать способ 1.

Собственно вот и всё решение. Хотя с моей точки зрения, использовать один сервер как DC, Print-сервер и сервер 1С, несколько неоправданно, но тут уж не я хозяин.

 

Проблемы с VBA в Office 2007 и 2010

Категории Software,Windows, опубликовал evilbot June 29th, 2012

Кому-то из вас, кто работает с прекрасным офисным пакетом от Microsoft приходится регулярно сталкиваться с макросами. В моей жизни была неприятная ситуация, когда однажды я увидел ошибку о которой ничего не знал, звучала она так: Для этой книги недоступны проект VBA, элементы управления ActiveX и остальные программные средства.

Эта ошибка появляется в Excel 2007 и 2010 из-за каких-то проблем с совместимостью VBA макросов. Для решения этой проблемы Microsoft cоветует запросить здесь хотфикс, ссылка на который придёт вам на почту. Вам надо будет скачать и распаковки файл 421567_ENU_i386_zip.exe, после чего распаковать еще один файл Microsoft Office VBA Converters – Signed.EXE. После всех распаковок/установок, у вас появится 8 файлов. В принципе прочитав Readme.txt всё станет ясно.  Я расскажу что надо делать на примере соего 32-битного Excel 2010:

  1. Скопировать файлы vbacv10.dll и vbacv10d.dll в папку \Program Files\Common Files\Microsoft Shared\vba\vba7\
  2. Скопировать файлы xl5en32.olb и gren50.olb в папку к Excel.exe, обыкновенно это \Program Files\Microsoft Office\Office14\
  3. Скопировать файлы vbaen32.olb и vbaend32.olb в папку \Windows\System32\
  4. Запустить файл vbaconv.bat с правами администратора.

После всех этих несложных действий у меня завелись старые макросы и больше проблем не возникало.

Удаление службы в Windows

Категории Software,Windows, опубликовал evilbot November 15th, 2011

Понадобилось нам тут на работе удалить один уже не существующий сервис в Windows. Т.к. установленная программа была уже физически удалена, то удалить этот сервис штатными средствами Windows не представлялось возможным. Для решения этой проблемы стоит использовать командную строку и утилиту sc.

Процесс очень простой:узнаёте имя службы в оснастке управления службами, запускаете cmd, если имя службы найти не удалось то можно воспользоваться командой sc query имя службы будет указано в поле SERVICE_NAME. после чего выполняете команду sc delete “SERVICE_NAME”.

После вышеописанных действий служба будет удалена. Проверялось на Windows XP и Windows 7.