Пользователь пока ничего не рассказал о себе

Достижения

Все достижения (5)

Наибольший вклад в теги

Все теги (30)

Лучшие ответы пользователя

Все ответы (17)
  • Работа в терминале (linux ssh) через плохой интернет

    mikhanoid
    @mikhanoid
    Можно попробовать отказаться от mc. Bash и readline — вполне комфортная среда для работы. И требуют гораздо меньше пропускной способности от канала. Плюс в итоге, можно проникнуться джедайским духом, и вообще работать без постоянного ssh-соединения, запуская нужные команды как-то так: ssh abcd.xyz find /dev -iname '*tty*' | (grep 12 && echo BINGO).
    Ответ написан
    Комментировать
  • Как в си узнать какой пользователь вошёл в систему linux?

    mikhanoid
    @mikhanoid
    Можно начать с man utmp.
    Ответ написан
    Комментировать
  • Художественная литература. Что Вы читаете?

    mikhanoid
    @mikhanoid
    А я читаю Модель для Сборки: слушаю очередной случайный рассказ из собрания записей передачи, если нравится, то иду искать книги этого автора. Так открыл для себя Паоло Бачигалупи и Пола ди Филиппо — шикарные, imho, современные философские фантасты. Руди Рюкер, Александр Тюрин, Хорхе Луис Борхес, Леонид Каганов — про них тоже из МДС узнал. Так что, Владу Коппу и DJ Инкогнито — великий, могучий, публичный respect.
    Ответ написан
    2 комментария
  • Мат. алгоритм: патентование, вопрос авторства?

    mikhanoid
    @mikhanoid
    Вообще, патентование не запрещено, если я правильно понимаю ГК-4. Но, разрешено патентовать только, вроде, какие-нибудь инженерные макеты. То есть, алгоритм просто не подпадает в категорию того, что можно запатентовать. И это правильно. Потому что, через полгода, кто-нибудь другой догадается до этого алгоритма, и нельзя ему запрещать это делать.

    Если Вам нужно признание авторства — просто публикуйтесь. В плагиате (или в незнании related works) потом всегда можно будет супостата уличить, сославшись на соответствующую статью.
    Ответ написан
    Комментировать
  • Процессоры: Частоты. HyperThreading?

    mikhanoid
    @mikhanoid
    Лучше смотреть совсем на другие характеристики. Лучше не на частоту ориентироваться и количество ядер, а на пропускную способность памяти, объём кэша, всё такое. У вас серверы друг от друга не зависят, поэтому, например, два двухъядерных процессора с QPI были бы эффективнее одного четырёхядерного.

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

    Поэтому, действительно лучше купить ещё один процессор, появиться дополнительный кэш и дополнительная полоса доступа к памяти.
    Ответ написан
    Комментировать

Лучшие вопросы пользователя

Все вопросы (6)