Может, кто-то сталиквался, хз... суть такова: есть программа, которой нужен инет (пусть это будет простейший клиент-банк, например). Так вот, когда происходит разрыв соединения (пропадает инет, либо физически дернуть сетевой шнур) в винде данная программа реконнектится практически мгновенно ибо периодически посылает запросы на сервер. В WINE же ситуация другая: программа может находиться минут до 10-15 в подвешенном состоянии, ожидая непонятно чего. Такое впечатление, что WINE дико тупит в плане сети. Кто в курсе, может надо просто кое-какие настройки подправить? Что-то в реестре, например? Спасибо.
Недавно поставил с нуля новенькую «семерочку» Debian Wheezy. Все в общем-то замечательно, есть только один нюанс...
Что это за новый вид загрузки с «OK» напротив того или иного загружаемого сервиса? Ткните плиз носом, что вообще отвечает за вывод этого на экран.
Почему спрашиваю?... Раньше я всегда пользовался тулзой sysv-rc-conf чтобы отключать ненужные сервисы. Ну, взял и поотключал некоторые, типа всяких bluetooth, avahi, saned, cups, nfs-common, коими не пользуюсь. Перегружаюсь и вижу, что некоторые продолжают фигурировать при загрузке, типа:
[OK] NFS-common: starting... (я примерно, не помню точно)
Думаю, что за фигня, облазил весь инет, форумы, но ответа так и не нашел толком. Вспомнил, что была еще одна тулза - rcconf. Поставил, запустил и вижу... таки да! некоторые сервисы все равно висят в автозагрузке (nfs-common в том числе).
Раньше всегда было достаточно sysv-rc-conf.
Собственно, вопрос, исходя из всего этого: что за бардак в дебьяне с инициализацией?
В системе нашел какие-то куски systemd, insserv, sysv-rc, sysvinit... Зачем все это? Или это просто для совместимости какой-то, если вдруг захочу поставить systemd например?
“Воздержание от Сети” начнется после захода солнца в пятницу, 23 марта, и продлится в течение суток. Тот, кто хочет принять участие в акции, должен пообещать выключить компьютер, смартфон и другие устройства, не проверять электронную почту и не заходить в Facebook.
А чем можешь похваст^W выдержишь ли ты, анон? Нет, ну вот серьезно, насколько вас сильно «ломает» без нета? :)
В списке рассылки разработчиков ядра Linux представлена реализация альтернативного алгоритма планирования задач - BLD (Barbershop Load Distribution). В отличие от используемого в настоящее время планировщика, BLD ограничивается решением задачи по корректному распределению нагрузки путем отслеживания не всех привязанных к CPU очередей, а только наиболее и наименее загруженных очередей выполнения (rq, runqueue). BLD не пытается балансировать нагрузку на систему в контексте отслеживания бездействующих idle-процессов, а акцентирует внимание на распределении всей нагрузки между имеющимися процессорами наиболее простым путём с минимальным числом усложнений.
Для пояснения сути нового алгоритма приведена аналогия с парикмахерской в которой менеджер (планировщик задач) выстраивает клиентов (процессы) в несколько очередей (runqueue) к парикмахерам (CPU), с учётом загруженности парикмахеров организуя очередь так, чтобы клиенту пришлось ждать как можно меньше времени. При использовании алгоритма BLD при приходе нового «клиента» (процесса) планировщик выбирает наименее загруженную очередь и помещает в неё процесс. При этом на BLD ложится задача по вычислению нагрузки в каждой очереди и перегруппировки очередей в соответствии с вычисленной нагрузкой. Соответственно процесс для выполнения снимается с верхушки наиболее загруженной очереди, а вновь прибывающие заявки помещаются в конец наименее нагруженной очереди. Так как перераспределение списка очередей происходит постоянно, удаётся добиться равномерного распределения ресурсов между ожидающими выполнения задачами, без использования методов балансировки нагрузки и без оглядки на число CPU.
Классический планировщик задач ядра Linux при поступлении нового процесса пытается выявить наименее загруженный CPU, постоянно пересчитывая параметры каждой очереди. Одновременно, с целью обеспечения оптимальной балансировки, те же операции проделываются при принятии решения о том какой процесс следует начать выполнять внутри очереди. Если очередь к CPU пуста (iddle), планировщик пытается переместить в неё элементы из наиболее загруженной очереди другого CPU, выступая в роли балансировщика нагрузки.
В настоящее время для тестирования подготовлен базовый прототип BLD, который ещё нуждается в доработке, чистке и оптимизации. Тем не менее BLD уже показывает хорошую производительность для таких типов нагрузки, как сборка ядра из исходных текстов. Из проблемных областей называется недостаточная справедливость при выполнении такой активности, как порождение одним процессом произвольного числа нитей. По мнению автора разработки, проводить сравнения производительности пока рано, прототип пока нацелен на обкатку базовых принципов. Главным достоинством BLD является сам подход, показывающий что достаточно простыми методами можно добиться равномерного распределения нагрузки, не заботясь особенно о том сколько CPU используется в системе и соответственно без лавинообразного падения производительности на накладные расходы в при увеличении числа CPU (BLD обеспечивает уровень производительности O(n), где n - число CPU).
Чем лучше и правильнее «отсадить» свою текущую систему (Debian Squeeze) в сторону, поэкспериментировать с софтом (а точнее, стянуть много зависимостей, скомпилить программу и выудить ее оттуда), после чего забыть об этом и оставить систему в таком же виде, как все и было?
Есть пакет NTFS-3G, но на офф. сайте есть версия новее. Я могу ее скомпилить и установить, не проблема, но в Дебиан есть еще и пакетик libntfs-3g, который имеет такую же версию как и пакет ntfs-3g. Вопрос: как они компилят этот доп. пакет? В README к пакету прочитал, что, отныне юзеры из FUSE не могут теперь подключать нтфс разделы и, мол, для этого есть пакет libntfs-3g для FUSE. Надо ли как-то потанцевать, чтобы создать этот lib-пакет или все таки достаточно просто взять с офф. сайта исходник ntfs-3g, скомпилить и установить? Дело в том, что в результате этого есесно удалится старая версия, а также станет ненужным и пакет libntfs-3g.
Вышел корректирующий релиз клиента для мгновенного обмена сообщениями Pidgin 2.7.6 в котором отмечено 21 изменение.
Особенности выпуска:
Добавлена поддержка протокола MSNp16, включая поддержку нескольких одновременных входов (Multiple Points of Presence - MPOP).
Переработана архитектура, связанная с передачей файлов в MSN-сети;
В поставку включены дополнительные сертификаты Microsoft Internet Authority 2010 и Microsoft Secure Server Authority 2010;
Для ICQ/AIM опция настройки SSL-шифрования заменена на меню из трех элементов: «Не использовать шифрование», «Использовать шифрование, если возможно» и «Обязательно использовать шифрование»;
Исправлены проблемы с передачей URL через ICQ/AIM;
Для XMPP добавлена возможность реализации методов аутентификации через плагины.
Глава ФБР Роберт Мюллер встретился в Кремниевой долине с представителями крупных американских интернет-компаний, в том числе Google и Facebook. На встрече он пытался убедить их поддержать расширение полномочий властей для слежки за пользователями Сети.
Роберт Мюллер (Robert S. Mueller), директор Федерального бюро расследований США, в ходе своего визита в Кремниевую долину встретился с топ-менеджерами ряда ИТ-компаний и обсудил с ними возможности облегчения слежки ФБР за интернет-пользователями.
Об этом сообщает New York Times со ссылкой на несколько анонимных источников, осведомленных об этих переговорах. По их сведениям, Роберт Мюллер и главный юрисконсульт ФБР Валери Капрони (Valerie Caproni) должны были встретиться с руководителями целого ряда крупных компаний, среди которых Google и Facebook. Как представители этих компаний восприняли предложение глав ФБР, неизвестно.
«Я могу подтвердить, что директор ФБР Роберт Мюллер посетит Facebook во время своей поездки в Кремниевую долину», - отметил Эндрю Нойес (Andrew Noyes), глава Facebook по связям с общественностью.
По словам экспертов, Мюллер намерен расширить закон 1994 г., чтобы включить в него целый ряд требований к интернет-компаниям о сотрудничестве с правоохранительными органами в сфере предоставления им информации о пользователях.
Речь идет о Communications Assistance for Law Enforcement Act, который обязывает провайдеров телефонной связи и широкополосных сетей, таких как Verizon или Comcast, немедленно подчиниться выданному судом требованию о прослушивании переговоров отдельных лиц и организаций.
Представители ФБР хотят расширить этот закон, чтобы он касался также и интернет-компаний, так как злоумышленники все чаще используют для связи онлайн-инструменты. Над поправками к закону уже работает межведомственная рабочая группа, в которую входят представители администрации президента США. Ожидается, что в начале следующего года они будут представлены в Конгресс.
В рамках готовящегося законопроекта интернет-компании должны будут разработать собственные системы для перехвата и расшифровки зашифрованных сообщений, оправленных через интернет-сервисы.
Как отмечает New York Times, сомнения в новых правилах касательно слежки за переговорами интернет-пользователей высказывают представители Министерства торговли и Госдепартамента США. По их словам, такие изменения могут негативно отразиться на инновациях в этой сфере, а в случае принятия в странах с авторитарными режимами, могут использоваться для выявления диссидентов.
Собственно хотел спросить знатоков, как скомпилить ядро так, чтобы в итоге получилось не два пакета (image & headers), а именно три (image & headers_all & headers_386) ? (для того, чтобы не надо было держать сорцы ядра потом).
То есть, чтобы это было Ubuntu-way ибо никак не могу нагуглить сам. Может кто-то в курсе?
З.Ы. А также, можно ли где-то брать для ванильного ядра убунтовские патчи? Чтобы это все самому потом применить, сконфигурять только под свое железо и закомпилить.