On 2010.10.18 at 08:42:28 +0400, Н. Артём wrote:
> > > > популярную.
> > > Хм... В сравнении со "стабильным Debian" это не является плюсом.
> > > Они и так пытаюся избежать использования чего-нибудь падучего.
> > У разных людей разные критерии неприемлимости к употреблению.
> > У меня вот в ра
Artem Chuprina ☫ → To debian-russian@lists.debian.org @ Mon, Oct 18, 2010 10:25
+0400
> > Я когда отправлял вопрос, думал что мне в ответ укажут на башевскую
> > опцию, отвечающую за поведение, эквивалентное 'dash -cs', и дадут
> > напутствие читать маны внимательней. По видимому, вопрос оказался
> > Конкретного ничего не скажу.
> Это я уже понял.
>
> Я когда отправлял вопрос, думал что мне в ответ укажут на башевскую
> опцию, отвечающую за поведение, эквивалентное 'dash -cs', и дадут
> напутствие читать маны внимательней. По видимому, вопрос оказался
> несколько сложнее.
> Если действител
> On 2010.10.17 at 18:40:07 +0400, Н. Артём wrote:
> > > "Доктор, вы маньяк". Разумеется, ни то ни другое _обычно_ никого не
> > > волнует. А вот избежать линковки с чем-нибудь падучим, или некрасивым,
> > > или просто не вписывающимся в систему -- бывает желательно, точно так же
> > > как вы
> 17.10.2010 12:28, Н. Артём пишет:
> > > On 16.10.2010 13:14, Н. Артём wrote:
> > > >Debian скомпилирован под i386, т.е. он не будет использовать команды
> > > > более современных процессоров и оптимизации под них.
> > > >Отсюда вопросы. Кто имел опыт, проясните пожалуйста.
> > > Те п
> Н. Артём writes:
> > > волнует. А вот избежать линковки с чем-нибудь падучим, или некрасивым,
> > > или просто не вписывающимся в систему -- бывает желательно, точно так же
> > > как выбрать из альтернативных реализаций какой-нибудь фичи менее
> > > популярную.
> > Хм... В сравнении со "ста
> On 17.10.2010 09:00, Н. Артём wrote:
> > > On Sat, Oct 16, 2010 at 09:27:26PM +0400, Н. Артём wrote:
> > > > > > _Я хочу перекомпилировать не ради перекомпиляции, а ради
> > > > > > увеличения скорости._
> > > > >Ускорение на 0.5-1% загрузочных скриптов позволит считать задачу
> > > >
On 2010.10.17 at 18:40:07 +0400, Н. Артём wrote:
> > "Доктор, вы маньяк". Разумеется, ни то ни другое _обычно_ никого не
> > волнует. А вот избежать линковки с чем-нибудь падучим, или некрасивым,
> > или просто не вписывающимся в систему -- бывает желательно, точно так же
> > как выбрать из альтер
> > Конкретного ничего не скажу.
> Это я уже понял.
> Я когда отправлял вопрос, думал что мне в ответ укажут на башевскую
> опцию, отвечающую за поведение, эквивалентное 'dash -cs', и дадут
> напутствие читать маны внимательней. По видимому, вопрос оказался
> несколько сложнее.
> Если действительн
17.10.2010 12:28, Н. Артём пишет:
On 16.10.2010 13:14, Н. Артём wrote:
Debian скомпилирован под i386, т.е. он не будет использовать команды более
современных процессоров и оптимизации под них.
Отсюда вопросы. Кто имел опыт, проясните пожалуйста.
Те программы для которых это важно, уже есть
> Конкретного ничего не скажу.
Это я уже понял.
Я когда отправлял вопрос, думал что мне в ответ укажут на башевскую
опцию, отвечающую за поведение, эквивалентное 'dash -cs', и дадут
напутствие читать маны внимательней. По видимому, вопрос оказался
несколько сложнее.
Если действительно, незамыслова
On 17.10.2010 09:00, Н. Артём wrote:
On Sat, Oct 16, 2010 at 09:27:26PM +0400, Н. Артём wrote:
_Я хочу перекомпилировать не ради перекомпиляции, а ради увеличения
скорости._
Ускорение на 0.5-1% загрузочных скриптов позволит считать задачу выполненной?
Каждог
On 17.10.2010 18:21, Н. Артём wrote:
17.10.2010 09:06, Н. Артём пишет:
И чем докажете, что те модули лишние?
Например тем, что оборудования, для которого они предназначены, у меня нет.
:-\
А вот когда тебе принесут на пару часов устройство, которое вроде как должно
> > > > > Делать измерения уж не такая великая задача, так что тешить этим
> > > > > ЧСВ - просто глупо, т.к. как измерять знает даже google и есть
> > > > > множество статеек и руководств.
> > > > :-)
> > > > > _Я хочу перекомпилировать не ради перекомпиляции, а ради увеличения
> > > > > с
On Fri, Oct 08, 2010 at 01:00:45AM +0400, sergio wrote:
> On 10/08/2010 12:42 AM, Stanislav Maslovski wrote:
>> Может. Но для обработки событий acpi есть acpid, который под это
>> заточен.
> acpid полез туда, куда лезть не следовало, теперь он не отличает power на
> клавиатуре от power'а на матери
Н. Артём writes:
>> волнует. А вот избежать линковки с чем-нибудь падучим, или некрасивым,
>> или просто не вписывающимся в систему -- бывает желательно, точно так же
>> как выбрать из альтернативных реализаций какой-нибудь фичи менее
>> популярную.
> Хм... В сравнении со "стабильным Debian" это
On 17.10.2010 07:09, Dmitry E. Oboukhov wrote:
Выключил апач, переключился на порт 80 и все проблемы "рассосались",
проблема только в том что порты 80, 443, 22 итп мне нужны для того для
чего они изначально предназначаются :)
Добавить 1 ip это 1$ в месяц Ж) (у linode com например), небольшая це
Требуется по некоторым правилам модифицировать запросы на стороне
прокси и ответы хостов. соответственно поразглядывал я squid, в
третьем сквиде есть возможность подключить к нему ICAP-сервер, который
как раз для этого и предназначен. Проглядел его RFC, там вроде все как
в HTTP, просто два новых за
> 17 октября 2010 г. 11:06 пользователь Н. Артём написал:
> > > > Ядро у меня самосборное, естественно. Зачем мне штатное с тонной
> > > > модулей и кучей барахла?
> > > Хм... Таки вы действительно имеете квалификацию выше, чем те, кто в
> > > дебиане собирают ядра?
> > Не смешите. Пичём тут
> Н. Артём writes:
> > > Настоящие хардкорные гентушники говорят прежде всего о гибкости,
> > > которую дает перекомпиляция (use-флаги, позволяющие для многих
> > > пакетов включить/выключить использование каких-либо библиотек).
> > Вряд ли это сильно влияет на скорость. Скорее, на объём занят
> On Sun, Oct 17, 2010 at 09:15:19AM +0400, Н. Артём wrote:
> > > > Ядро у меня самосборное, естественно. Зачем мне штатное с тонной
> > > > модулей
> > > > и кучей барахла?
> > > Если вы считаете, что файлы ненужных модулей тратят какие-то ваши
> > > ресурсы,
> > > проще и быстрее удалять
> 17.10.2010 09:06, Н. Артём пишет:
> > > И чем докажете, что те модули лишние?
> > Например тем, что оборудования, для которого они предназначены, у меня
> > нет. :-\
> А вот когда тебе принесут на пару часов устройство, которое вроде как должно
> работать "из коробки". Вот тогда начнётся цирк
> $ bash -c 'date; source /dev/stdin' — выполняется команда date, а
> дальше source пытается выполнить STDIN в
> скриптовом режиме, а не в диалоговом.
> Чем здесь могут быть полезны xargs и read, я придумать не смог.
> Расскажите поподробнее, пожалуйста.
Добавить в конец сценария после -c - xargs (
17 октября 2010 г. 11:06 пользователь Н. Артём написал:
>> > Ядро у меня самосборное, естественно. Зачем мне штатное с тонной модулей
>> > и кучей барахла?
>> Хм... Таки вы действительно имеете квалификацию выше, чем те, кто в
>> дебиане собирают ядра?
> Не смешите. Пичём тут квалификация? Квал
>> Выключил апач, переключился на порт 80 и все проблемы "рассосались",
>> проблема только в том что порты 80, 443, 22 итп мне нужны для того для
>> чего они изначально предназначаются :)
s> Попробуй тогда ещё запустить апач, и ssh, и кого-нить ещё на 1194,
s> и посмотреть как оно.
>> вот теперь з
Понятно, спасибо всем за скорый ответ.
P.S. Нет, по крайней мере в Squeeze не поменялось. ;)
17 октября 2010 г. 14:55 пользователь Peter Pentchev написал:
> On Sun, Oct 17, 2010 at 02:03:10PM +0400, Źmicier wrote:
>> Я правильно понимаю, что поле Paсkage в /etc/apt/prefences по маске
>> задать не
Źmicier <321...@gmail.com> writes:
> Я правильно понимаю, что поле Paсkage в /etc/apt/prefences по маске
> задать нельзя?
Правильно. В Lenny точно нельзя. Не знаю, поменялось ли что-нибудь
сейчас.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscrib
On Sun, Oct 17, 2010 at 02:03:10PM +0400, Źmicier wrote:
> Я правильно понимаю, что поле Paсkage в /etc/apt/prefences по маске
> задать нельзя? Пишу:
>
> Package: chromium*
> Pin: origin frickelplatz.de
> Pin-Priority: -10
>
> — никакого влияния на поведение пакетного менеджера это не оказывает.
Я правильно понимаю, что поле Paсkage в /etc/apt/prefences по маске
задать нельзя? Пишу:
Package: chromium*
Pin: origin frickelplatz.de
Pin-Priority: -10
— никакого влияния на поведение пакетного менеджера это не оказывает.
Перечисляю все пакеты явно — все работает.
On Sunday 17 of October 2010 12:36:26 Н. Артём wrote:
> > б) имеет смысл только на числодробительных задачах
>
> А на мультимедиа? Иногда, тоже имеет смысл?
>
мултимедиа -- это и есть числодробилка
--
Прежде, чем стиснуть зубы, показывайте язык.
On 10/17/2010 09:40 AM, Dmitry A. Zhiglov wrote:
Пошукал в доках: http://www.broadcom.com/collateral/pg/57XX-PG105-R.pdf
Таблица сравнения чипов на странице 67.
Jumbo frame support (for BCM5751): none
Как-то мне с трудом верится, что броадком не делает pci-e 1x чипов с
джумбами.
--
sergio.
On 10/17/2010 11:09 AM, Dmitry E. Oboukhov wrote:
Выключил апач, переключился на порт 80 и все проблемы "рассосались",
проблема только в том что порты 80, 443, 22 итп мне нужны для того для
чего они изначально предназначаются :)
Попробуй тогда ещё запустить апач, и ssh, и кого-нить ещё на 1194,
Н. Артём writes:
>> Настоящие хардкорные гентушники говорят прежде всего о гибкости,
>> которую дает перекомпиляция (use-флаги, позволяющие для многих
>> пакетов включить/выключить использование каких-либо библиотек).
> Вряд ли это сильно влияет на скорость. Скорее, на объём занятого
> дискового
On Sun, Oct 17, 2010 at 09:06:11AM +0400, Н. Артём wrote:
> > > Ядро у меня самосборное, естественно. Зачем мне штатное с тонной модулей
> > > и кучей барахла?
> > Хм... Таки вы действительно имеете квалификацию выше, чем те, кто в
> > дебиане собирают ядра?
> Не смешите. Пичём тут квалификация?
On Sun, Oct 17, 2010 at 09:15:19AM +0400, Н. Артём wrote:
> > > Ядро у меня самосборное, естественно. Зачем мне штатное с тонной модулей
> > > и кучей барахла?
> > Если вы считаете, что файлы ненужных модулей тратят какие-то ваши ресурсы,
> > проще и быстрее удалять их rm(1), а не пересобирать я
On Sun, Oct 17, 2010 at 09:36:26AM +0400, Н. Артём wrote:
> > Лет 10 назад занимался опртимизацией своей собственной программы.
> > С тех пор вынес следующее впечатления:
> > 1) Разница между -O0 и -O2, на обычных задачах, незаметна вообще.
> > Только на числодробительных что-то можно заметить.
> >
On Sat, Oct 16, 2010 at 08:57:10PM +, Nicholas wrote:
> 1. Скомпилировать свое ядро бывает очень полезно - рано или поздно
> появится железка или будет нужна опция для которой нужно custom
> ядро, и если оно уже есть, то добавить небольшое изменение в конфиг
> и перекомпилировать будет несложно
$ bash -c 'date; source /dev/stdin' — выполняется команда date, а
дальше source пытается выполнить STDIN в
скриптовом режиме, а не в диалоговом.
Чем здесь могут быть полезны xargs и read, я придумать не смог.
Расскажите поподробнее, пожалуйста.
16 октября 2010 г. 15:44 пользователь Н. Артём напи
17.10.2010 09:06, Н. Артём пишет:
>> И чем докажете, что те модули лишние?
> Например тем, что оборудования, для которого они предназначены, у меня нет.
> :-\
А вот когда тебе принесут на пару часов устройство, которое вроде как должно
работать "из коробки". Вот тогда начнётся цирк.
Будь то вебка
17.10.2010 11:09, Dmitry E. Oboukhov пишет:
> и еще, есть ли утилиты (а-ля пинг) которые могли бы проиллюстрировать
> провайдеру наличие этой проблемы?
hping3 если я тебя правильно понял
--
Best regards,
Mikhail.
-
xmpp: ant...@stopicq.ru
www: http://www.antmix.pp.ru/
signature.asc
Когда-то я задавал уже смежный с этой проблемой вопрос, но потом
проблема "сама рассосалась" а теперь вот опять всплыло...
>>>
>>> Заметил, что иногда бывают проблемы на определенных портах, помогает
>>> переход с port 80 на 8080 и обратно.
>>>
>>>
>> Шейпер у провайдера, давят т
41 matches
Mail list logo