Pull to refresh
100
Тихонов Иван@polym0rph

Пользователь

41
Subscribers
Send message
Мне надо было сделать быстрый и удобный доступ к админской шаре и к серверам для управления, для этого хватило стандартных средств. Создал папку, туда нужные ярлыки и .rdp файлы, сделал панель, сузил ее до одной папки, которой пользуюсь чаще всего. В итоге и в нее попадать удобно, и при нажатии >> открывается список серверов, и места много не занимает.

Таким образом можно и других элементов понавешать. Да, ценители красоты будут недовольны, но для работы удобно и практично. Может кому тоже будет полезно.
И с дискеток ставили, и дистрибутив с другого компьютера по нуль-модемному кабелю перекидывали, было дело…
Определенно да. Конкретные цифры на каждой железке будут свои, но за счет более чем в 10 раз высоких рандомных скоростей загрузка ОС ускоряется значительно. Вот тут был неплохой обзор по получаемыми на практике результатами плюс сравнение с рейдами.
Поздравляю!

>ASUS, Gigabyte и MSI на протяжении последних двух-трех лет с разной периодичностью проводили ROG, GOOC и MSI

Наверное, имелось ввиду "… с разной периодичностью проводили ROG, GOOC и MOA"
Скажу так, сейчас с разгоном все гораздо проще, чем со старыми процами. Если 386, 486 работали практически у своей границы, начиная с пней уже какой- то запас по частоте всегда был, пусть и небольшой, то чем дальше шло развитие отрасли, тем больше получался запас, да и кварцы перепаивать не надо было, в биосе подбери значение и вперед. Такое положение дел не могло устроить производителей, и они начали искусственно ограничивать разгон, самый простой пример- блокирование множителя. До конца царствования П4 все гнались только за частотой, благо платформа это позволяла, но разгон получался «кукурузным», бешеное поднятие частоты давало неадекватно малый прирост производительности, зато можно было какой-нибудь цедармилл до 8 ГГц раскочегарить под азотом. В современных процессорах обычно сами производители закладывают автоматический разгон, что вполне логично. Если на кваде запущенно однопоточное приложение, которое требовательно к ресурсам, то почему бы не повысить частоту работы одного ядра, если проц при этом не выходит за рамки теплового пакета? Так что разгон был, есть и будет есть) И азот тут нужен далеко не всегда, это инструмент для спортивной фаллометрии, а для повседневного разгона он не нужен, и без него можно получить довольно неплохие результаты без потери стабильности системы.
10 секунд это для любой ОС на грани фантастики, т.к. прохождение ПОСТа при загрузке примерно это время съедает, я уж не говорю, если память еще при этом чекается или контроллеры и сетевухи со своим БИОСом присутствуют.
Кстати, любителям скорости загрузки ОС могу посоветовать перенести систему на SSD, я погонял 2008 сервак на нем, это песня, сама винда грузилась секунд 5, выключалась за 3, MMC-шки все мгновенно выскакивали, в общем мне очень понравилось.
На матерях тогда были таблицы разрисованы, при каких положениях джамперов какие где значения будут, там помнить ничего не надо. Вот когда этот функционал в БИОС перенесли поначалу были опасения, а будет ли тут все так же надежно работать.
То, что 95-ые форточки тормозили на 486 отходило на второй план, т.к. оно РАБОТАЛО, все можно было таскать мышкой, установка аудиокарты не превращалось в дикие танцы с бубном, а интерфейс вызывал детский восторг) Помню, как было не хватало 8 мегабайт ОЗУ и казалось, что 16 мегабайт это круть в высшем своем проявлении, а терминальный сервер с 64 мегабайтами вообще трепетный ужас вызывал.

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

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Date of birth
Registered
Activity