• Зачем скальпируют процессоры? Почему Intel сразу не ставит хорошую термопасту?

    Melkij
    @Melkij
    PostgreSQL DBA
    Давным-давно, в далёкой галактике...
    Хм, нет, в этой галактике. И не так уж давно, 199х, начало 200х годов процессоры поставлялись вообще без крышки, кулер устанавливался напрямую на кристалл CPU. Но бывало кристалл при неаккуратном воздействии повреждался. К тому же, в эти года был огромный прогресс производительности CPU, но и весьма заметный рост потребления энергии, что вело к увеличению массы кулера и повышению риска повредить кристалл.
    В итоге (не помню, кто первый), начали кристалл прикрывать теплораспределительной (и заодно защитной) крышкой. Одновременно с этим эту крышку начали снимать для разгона. Т.к. лишний посредник, немного ухудшает теплопроводность. К тому же, бывали случаи не совсем брака, кривая (выпуклая или вогнутая) крышка, кулер прижимался неплотно, что ухудшало охлаждение. Бывало, что неравномерно была припаяна сама крышка (а в те времена использовался именно припой) и ядро грелось сильнее, чем одноклассники. Иногда крышку снимали и вообще не ставили обратно. Иногда снимали, меняли термоинтерфейс и ставили крышку обратно. Штука рискованная (припой держится весьма прочно, повредить кристалл просто), давала всего несколько градусов выигрыша, поэтому не слишком популярная.

    Несколько лет назад интел офигел от отсутствия конкуренции и больше не использует припой между крышкой и кристаллом. Сначала в дешёвых CPU, начиная с Ivy Bridge LGA1155 (да, если вы не знали позицию интела: 6700K - это дешёвый процессор. Не дешёвый - это $1000 и выше). Сейчас уже и в младших представителях линейки энтузиастов (LGA 2011-3) используется термопаста вместо припоя. На счёт серверных xeon не уверен, но скорей всего там пока держится припой.

    Почему использует? Термопаста банально дешевле припоя, и значительно дешевле жидкого металла. На одного человека, выразившего недовольство новой политикой - есть армия тех, кто ничего не заметил. Первыми просто пренебрегли.

    Saboteur,
    Ни один производитель в мире не откажется от того, чтобы выпустить свою продукцию лучше, чем у конкурентов, особенно если это экономически оправдано

    Покажите конкурента. AMD Zen - надеемся, ждём. Текущая линейка не конкурент для производительного сегмента.
    А пока нет конкурента - можно снижать затраты на производство. Всё закономерно.
    Ответ написан
    4 комментария
  • Не подходит контакт от блока питания к материнской плате?

    PavelK
    @PavelK
    Разъём составной, т.е. за две стороны в противоположные стороны потяните - должны разойтись.
    Посмотрите по форме пинов - верхний по фото совпадает.
    Ответ написан
    Комментировать
  • Не подходит контакт от блока питания к материнской плате?

    iiiBird
    @iiiBird
    Пока ты спишь - твой конкурент совершенствуется
    не может быть чтобы 4 пинового не было. ищи лучше. или они соеденены с друг другом. разъеденить попробуй
    Ответ написан
    3 комментария
  • Какую книгу уважаемое сообщество посоветует по локальным сетям?

    Учебники для подготовки к сертификатам CCNA/ICND
    Ответ написан
    Комментировать
  • Какую книгу уважаемое сообщество посоветует по локальным сетям?

    @silverjoe
    Олифер и Олифер Компьютерные сети
    Ответ написан
    Комментировать
  • Зачем vpn клиентам нужен отдельный от домашней сети пул адресов, если я хочу иметь доступ в домашнюю сеть с vpn клиента?

    @azazelpw
    Linux SA
    Затем чтобы люди научились читать книги, мануалы, инструкции. RTFM.
    Выучили слово Маршрутизация, Модель OSI, Классы IP сетей. И на совещаниях можно хвастаться умными словами. Ну или отдать все на аутсорсинг. :)
    Еще как вариант чтобы люди платили немалые деньги за свое обучение. Стартовая CISCO ICND стоит сейчас 52 тысячи рублей. Если углублятся в VPN еще 52 тысячи.
    Давай сэкономим тебе 104 тысячи. :)

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

    В общем начнем сначало, с тех времен когда были еще динозавры.
    Сидишь ты в кафе, достал ноут подключился к wifi у тебя появился интернет и маршрутизация в сеть интернет
    твой ip 10.0.0.250 роутер 10.0.0.1 и маршрутизация на твоем ноуте
    0.0.0.0/0 через 10.0.0.1
    Теперь ты запускаешь VPN на своем ноуте.
    Туннель у тебя 172.17.100.0/24
    Домашняя сеть 192.168.0.0/24
    При подключении VPN тебе присваивается ip 172.17.100.2 через который доступна сеть 192.168.0/24
    В твоей таблице маршутизации появляется путь
    192.168.0.0/24 через 172.17.100.2

    И вот все подключено.
    Теперь когда ты хочешь посмотреть котиков в контакте ты смотришь котиков через маршрут
    0.0.0.0/0 10.0.0.1
    Когда ты хочешь получить доступ к домашней сети, например на комп 192.168.0.33
    передача данных осуществляется по маршруту.
    192.168.0.0/24 172.17.100.2
    Вот цепочка маршрутизации

    10.0.0.250-->(192.168.0.33) через 172.17.100.2-->(принял данные отправил дальше)172.17.100.1-->192.168.0.1(роутер домашней сети)-->192.168.0.33

    Без VPN тоже можно обойтись если например соединять 2 офиса в одну сеть C класса.
    Маршрутизация сетей C класса возможна, на уровне оборудования провайдера и через VLAN, но это совсем другая история и стоит денег.
    Ответ написан
    1 комментарий
  • В чем преимущества *nix, linux перед windows (для веб разработчика)?

    @spotifi
    Нету никаких проблем.
    Если только ваше конкретное используемое для ваших задач ПО нормально работает с Windows.

    Например, в моем случае используется Ansible и Docker, который не поддерживается на Windows. Приходится использовать Vagrant. Это достаточно удобно. Но ресурсы все же кушает.

    А так - даже Vim хорошо себя чуствует на Windows. Нативный. Не cygwin.

    Microsoft это тоже понимает.
    И вот уже они встроили подсистему Linux Ubuntu в Windows 10. Это не виртуализация, а именно полноценная подсистема.

    И многие вещи, например, те же шрифты - в Windows работают лучше, чем под Linux.

    Могут сказать - что лучше использовать для разработки ту же среду что и для production.

    Но дело в том, что даже если вы сидите на Ubuntu Desktop, то ваша среда серьезно отличается от среды сервера FreeBSD, CentOS, Debian, Ubutntu Server. И для полноценного CI все равно умные дядьки категорически рекомендуют и на Linux даже использовать Docker для полноценной эмуляции.

    Но ведь Docker-то можно использовать и на Windows. Правда, запускается он там подольше.

    Где именно вести разработку, где вам удобнее - это ваше личное дело. Вопрос ваших предпочтений. Никаких объективных причин в наше время, когда существуют Docker, Vagrant и виртуальные машины, когда куча приложений изначально сделанных для *nix запускаются в native под Windows - нет никаких причин себя строить. Кроме любопытства - а как оно там на других системах живется.

    У тех кто вас троллит есть еще одна причина: им приятно показать себя более умными. Как же - ведь Linux можно сконфигурить руками.

    Ага, конечно.

    Или используют готовые десктопные дистрибутивы. Не зря Ubuntu так популярна.
    Или если освоили ArchLinux - то построили себе совершенно убогое окружение по готовым мануалам.

    Чтобы действительно набрать скиллы ручной настройки Linux - нужно огромное количество упроства и времени, чем ваши друзья, которые вас троллят, вряд ли обладают.

    На деле 99% твердящих о гибкости Linux - далее чем ставить Apache и MySQL из пакетов - ничего сами и не умеют. Фактически работая в то же настроенной другими людьми десктопной среде. Но разве вы не умеете делать то же самое под Windows?

    Другое дело, что разворачивать и тестировать нужно под аутентичным операционным окружением.
    Неважно под Ubuntu ты сидишь или под Windows.

    Лучшие практики советуют использовать полностью изолированный и независимый от рабочего места разработчика инструментарий - виртуальные машины, Vagrant, Docker, отдельные физические сервера.

    В этом случае под твоей любимой ОС работает только текстовый да графический редактор. А все развертывание для тестирования и для продакшн проводится в совсем другой среде.

    Используя Docker хоть под Windows ты будешь получать даже больше преимущество повторяемости рабочей среды чем тем кругом, кто советуют тебе просто перейти на Linux. Если на более слабом железе это и было бы существенно (Docker под Linux стартует быстрее), то на твоем - несущественно на чем работать.
    Ответ написан
    9 комментариев
  • В чем преимущества *nix, linux перед windows (для веб разработчика)?

    DevMan
    @DevMan
    1. вы получаете окружение близкое или идентичное к продакшену.
    2. вы получаете внятную консоль/шел из коробки.
    3. вы избавляетесь от массы вопросов типа "на локалке все работает, а залил на сервер и получил жопу" (или наоборот).
    4. у вас появляется более лучшее понимание как на сервере все работает.

    при теперешнем развитие технологий и производительности железа, нет необходимости себя ломать.
    можно попробовать в виртуалке (docker/vagrant)/дуалбуте и самому для себя решить стоит или нет.
    Ответ написан
    17 комментариев
  • Процессор 32х битный, но програмное обеспечение amd64 и все работает. Почему?

    selivanov_pavel
    @selivanov_pavel
    Linux admin
    На 32-битном проце 64-битное ядро просто не загрузилось бы. Или модель другая, или на сайте Интела опечатка.
    Ответ написан
    3 комментария
  • Процессор 32х битный, но програмное обеспечение amd64 и все работает. Почему?

    @res2001
    Developer, ex-admin
    У вас и ОС х64, так что проц у вас точно х64.
    Сегфолт с этим не связан. Тут нужно разбираться с софтом и зависимостями.
    Ответ написан
    Комментировать