оговорился :( дистфайлы это, а не сами портежи
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Есть ли тулза для автоматической сборки сабжа в Sarge? Или только ручками?
apt-build не предлагать - нету толстого канала в инет 10х
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Denis Smirnov -> debian-russian@lists.debian.org @ Thu, 3 Feb 2005 20:22:16
+0300:
>>> Да, согласен. Но если хардов более 2-х, то только SATA. Или
>>> если 2 + есть CD. Но это уже не в тему.
MS>> Угу, и не рассказывай этого ftp.linux.kiev.ua и уж тем более
MS>> rpmfind.net. :)
DS> Я знаю
On Tue, Feb 01, 2005 at 11:54:08AM +0200, Michael Shigorin wrote:
>> Да, согласен. Но если хардов более 2-х, то только SATA. Или
>> если 2 + есть CD. Но это уже не в тему.
MS> Угу, и не рассказывай этого ftp.linux.kiev.ua и уж тем более
MS> rpmfind.net. :)
Я знаю что можно сделать как угодно :)
В сообщении от Вторник 01 Февраль 2005 12:08 Michael Shigorin написал(a):
> On Sat, Jan 29, 2005 at 08:01:57PM +0300, Artem Chuprina wrote:
> > DS> Я не видел и инсталляторов которые сразу предлагают делать LVM.
> > Посмотри на инсталлятор sarge.
>
> _Умеет_ или _сразу предлагает_? (или всё равно
Michael Shigorin -> debian-russian@lists.debian.org @ Tue, 1 Feb 2005 12:08:26
+0200:
>> DS> Я не видел и инсталляторов которые сразу предлагают делать LVM.
>> Посмотри на инсталлятор sarge.
MS> _Умеет_ или _сразу предлагает_? (или всё равно посмотреть? :)
Не то чтобы он сильно навязывался
On Sat, Jan 29, 2005 at 08:01:57PM +0300, Artem Chuprina wrote:
> DS> Я не видел и инсталляторов которые сразу предлагают делать LVM.
> Посмотри на инсталлятор sarge.
_Умеет_ или _сразу предлагает_? (или всё равно посмотреть? :)
--
WBR, Michael Shigorin <[EMAIL PROTECTED]>
-- Linux.
On Thu, Jan 27, 2005 at 09:41:56AM +0200, Gabber wrote:
> XFS пробовал - впечатлила, но на серьезных задачах и нагрузках
> не пробовал, поэтому тут ничего не скажу..
Зная народ, применяющий в своих business-critical задачах,
подумал и (после одного из затыков на ext3) начал более активно
применять
On Thu, Jan 27, 2005 at 05:00:37PM +0300, Denis Smirnov wrote:
> Да, согласен. Но если хардов более 2-х, то только SATA. Или
> если 2 + есть CD. Но это уже не в тему.
Угу, и не рассказывай этого ftp.linux.kiev.ua и уж тем более
rpmfind.net. :)
--
WBR, Michael Shigorin <[EMAIL PROTECTED]>
On Mon, 31 Jan 2005 11:08:15 +0900
"Dmitry Strokov" <[EMAIL PROTECTED]> wrote:
> G>> XFS пробовал - впечатлила, но на серьезных задачах и нагрузках не
> G>> пробовал, поэтому тут ничего не скажу..
> DS> Замечательно. Она лучшая на больших нагрузках. Но без UPS'а держать не
> DS> рекомендую. Сд
Hello, Denis!
G>> XFS пробовал - впечатлила, но на серьезных задачах и нагрузках не
G>> пробовал, поэтому тут ничего не скажу..
DS> Замечательно. Она лучшая на больших нагрузках. Но без UPS'а держать не
DS> рекомендую. Сдохнет. В отличии от ext3 с data=journal, коя сдыхает
DS> крайне редко.
Denis Smirnov -> Artem Chuprina @ Sat, 29 Jan 2005 22:53:07 +0300:
>> AM>> Это нетривиальная задача. Благо, не один из попадавшихся мне
>> AM>> инстоляторов не предлогал ext3 журнал вынести на отдельный диск.
>>
>> DS> Я не видел и инсталляторов которые сразу предлагают делать LVM.
>>
>>Пос
Artem Chuprina wrote:
AM>> Это нетривиальная задача. Благо, не один из попадавшихся мне
AM>> инстоляторов не предлогал ext3 журнал вынести на отдельный диск.
DS> Я не видел и инсталляторов которые сразу предлагают делать LVM.
Посмотри на инсталлятор sarge.
Посмотрю. Будем надеяться что скоро в и
On Sun, Jan 30, 2005 at 12:27:17AM +0600, Dmitry A. Fedorov wrote:
> >>> ext3 _гораздо сложнее_ ext2. Однако надёжность реально выше. Особенно с
> DAF>> Ага, попался!
> DAF>> структура ext3 fs _точно такая же_ как и структура ext2 fs.
> DAF>> А журналирование там - отдельным модулем (подарок разра
On Sat, 29 Jan 2005, Denis Smirnov wrote:
> >> ext3 _гораздо сложнее_ ext2. Однако надёжность реально выше. Особенно с
> DAF> Ага, попался!
> DAF> структура ext3 fs _точно такая же_ как и структура ext2 fs.
> DAF> А журналирование там - отдельным модулем (подарок разработчику).
>
> Дык этот самый
On Sat, Jan 29, 2005 at 10:59:45PM +0600, Dmitry A. Fedorov wrote:
>> ext3 _гораздо сложнее_ ext2. Однако надёжность реально выше. Особенно с
DAF> Ага, попался!
DAF> структура ext3 fs _точно такая же_ как и структура ext2 fs.
DAF> А журналирование там - отдельным модулем (подарок разработчику).
Д
Denis Smirnov -> debian-russian@lists.debian.org @ Sat, 29 Jan 2005 19:20:19
+0300:
AM>> Это нетривиальная задача. Благо, не один из попадавшихся мне
AM>> инстоляторов не предлогал ext3 журнал вынести на отдельный диск.
DS> Я не видел и инсталляторов которые сразу предлагают делать LVM.
Пос
On Sat, 29 Jan 2005, Denis Smirnov wrote:
> ext3 _гораздо сложнее_ ext2. Однако надёжность реально выше. Особенно с
Ага, попался!
структура ext3 fs _точно такая же_ как и структура ext2 fs.
А журналирование там - отдельным модулем (подарок разработчику).
--
Если виртуальная память закончилась,
On Fri, Jan 28, 2005 at 07:44:36PM +0300, Andrey Melnikoff wrote:
AM> Это нетривиальная задача. Благо, не один из попадавшихся мне инстоляторов не
AM> предлогал ext3 журнал вынести на отдельный диск.
Я не видел и инсталляторов которые сразу предлагают делать LVM. Однако
сервер более сложный чем м
On Fri, Jan 28, 2005 at 07:45:14PM +0300, Andrey Melnikoff wrote:
>> К XFS тоже ремонтировалки есть. А FS гораздо более серьёзная, чем и ext2,
>> и ext3. Было бы в ней журналирование данных (а не только метаданных),
>> вообще была бы вне конкуренции.
AM> Чем сложенее FS, тем больше вероятность пот
On Thu, Jan 27, 2005 at 06:20:52PM +0300, Artem Chuprina wrote:
DS>> Да, согласен. Но если хардов более 2-х, то только SATA.
AC> Ага, при условии, что у матери только 2 SATA-выхода...
Там, где нужно больше двух хардов обычно стоят более другие матери. Или
там стоят котроллеры нормальные.
--
С
Denis Smirnov -> Evgeny Yurkin @ Thu, 27 Jan 2005 17:00:37 +0300:
>На IDE на одном канале так делать не надо. Но сейчас уже модно SATA, на
>котором вполне себе.
>
>
>>>PA> Можно подумать что SATA в Linux научился TCQ/NCQ.
>>>
>>>SATA по крайней мере умеет при работе с одним
Alexander A. Vlasov wrote:
Добрый день.
(кроме как для замедления скорости работы с fs/ide) в данном конкретном
случае?
Вообщем-то у меня, нагруженый сквид (ну там гиг в сутки, или больше) стоит на
отдельной машине с freebsd.
А у меня ненагруженный сквид (гиг в сутки) стоит на целер
Добрый день.
>> (кроме как для замедления скорости работы с fs/ide) в данном конкретном
>> случае?
> Вообщем-то у меня, нагруженый сквид (ну там гиг в сутки, или больше) стоит на
> отдельной машине с freebsd.
А у меня ненагруженный сквид (гиг в сутки) стоит на целероне-500 с 256
метров памяти, и
Mikolaj Golub <[EMAIL PROTECTED]> wrote:
> Andrey Melnikoff <[EMAIL PROTECTED]> writes:
> > И чего с того простите ? В журнал то всеравно надо записать ? Надо. А лишняя
> > запись на этот-же диск прироста в скорости не даст.
>
> Повторю Ваш первоначальный вопрос:
>
Denis Smirnov <[EMAIL PROTECTED]> wrote:
> On Thu, Jan 27, 2005 at 06:16:15PM +0300, Andrey Melnikoff wrote:
> >>> Сколько я не видел тестов - все показывают выигрш ext2 перед ext3 по
> >>> скорости. с журналом здесь, с журналом воон там.
> >> ну не надо зацикливаться на единственной журналируемой
Andrey Melnikoff <[EMAIL PROTECTED]> writes:
> И чего с того простите ? В журнал то всеравно надо записать ? Надо. А лишняя
> запись на этот-же диск прироста в скорости не даст.
Повторю Ваш первоначальный вопрос:
Внимание вопрос, зачем тогда нужен этот журнал если:
On Thu, Jan 27, 2005 at 06:38:04PM +0300, Andrey Melnikoff wrote:
AM> И чего с того простите ? В журнал то всеравно надо записать ? Надо. А лишняя
AM> запись на этот-же диск прироста в скорости не даст.
Гхм. Хочу напомнить, что операция _записи_ занимает куда меньше времени,
чем _seek_. Поэтому л
On Thu, Jan 27, 2005 at 08:57:01PM +0200, Mykola Nikishov wrote:
MN> Живёт 6-8 месяцев (не помню уже, когда перешёл), reiserfsprogs =
MN> 3.6.18-4, сполняет функции прокси (около 2Г/мес) и мыльника на 20+
MN> клиентов. Статистика с укладыванием в mysql. За UPS спрятана, ест-но. Я
MN> там появляюсь
On Thu, Jan 27, 2005 at 06:16:15PM +0300, Andrey Melnikoff wrote:
>>> Сколько я не видел тестов - все показывают выигрш ext2 перед ext3 по
>>> скорости. с журналом здесь, с журналом воон там.
>> ну не надо зацикливаться на единственной журналируемой системе ext3
>> есть reiser есть xfs
AM> Нафиг-
On Wed, Jan 26, 2005 at 10:40:35PM +0300, Andrey Melnikoff wrote:
>> Повторюсь ещё раз -- журнал не всегда уменьшает скорость. Иногда
>> увеличивает.
AM> Покажи мне это место. Пальцем, тестами.
Hint: журнал можно создавать на другом диске.
Hint2: на некоторых операциях журнал может уменьшать ко
Mykola Nikishov wrote:
On Thu, Jan 27, 2005 at 09:41:56AM +0200, Gabber wrote:
народ тут сильно хвалит reiserfs, я бы ее не хвалил, у меня опыт
использования этого рейзера только печальный и его много. в том
числе и на /var/spool/squid - от него одни проблемы, но еще хуже
когда проблемы с ним н
В сообщении от 27 Январь 2005 21:38 Andrey Melnikoff написал(a):
> Mikolaj Golub <[EMAIL PROTECTED]> wrote:
> > Andrey Melnikoff <[EMAIL PROTECTED]> writes:
> > > > Повторюсь ещё раз -- журнал не всегда уменьшает скорость. Иногда
> > > > увеличивает.
> > >
> > > Покажи мне это место. Пальцем, теста
В сообщении от 27 Январь 2005 21:16 Andrey Melnikoff написал(a):
> Evgeny Yurkin <[EMAIL PROTECTED]> wrote:
> > В сообщении от 27 Январь 2005 01:40 Andrey Melnikoff написал(a):
> > > Denis Smirnov <[EMAIL PROTECTED]> wrote:
> > > > On Tue, Jan 25, 2005 at 08:44:50PM +0300, Andrey Melnikoff wrote:
>
On Thu, Jan 27, 2005 at 09:41:56AM +0200, Gabber wrote:
> народ тут сильно хвалит reiserfs, я бы ее не хвалил, у меня опыт
> использования этого рейзера только печальный и его много. в том
> числе и на /var/spool/squid - от него одни проблемы, но еще хуже
> когда проблемы с ним на / возникают.
Ф
Mikolaj Golub <[EMAIL PROTECTED]> wrote:
> Andrey Melnikoff <[EMAIL PROTECTED]> writes:
> > > Повторюсь ещё раз -- журнал не всегда уменьшает скорость. Иногда
> > > увеличивает.
> > Покажи мне это место. Пальцем, тестами.
> > > Особенно если это не IDE, а SCSI с батарейкой (hint: журнал
> > > цел
On Thu, Jan 27, 2005 at 09:41:56AM +0200, Gabber wrote:
G> XFS пробовал - впечатлила, но на серьезных задачах и нагрузках не
G> пробовал, поэтому тут ничего не скажу..
Замечательно. Она лучшая на больших нагрузках. Но без UPS'а держать не
рекомендую. Сдохнет. В отличии от ext3 с data=journal, ко
Evgeny Yurkin <[EMAIL PROTECTED]> wrote:
> В сообщении от 27 Январь 2005 01:40 Andrey Melnikoff написал(a):
> > Denis Smirnov <[EMAIL PROTECTED]> wrote:
> > > On Tue, Jan 25, 2005 at 08:44:50PM +0300, Andrey Melnikoff wrote:
> >
> > Сколько я не видел тестов - все показывают выигрш ext2 перед ext3
Evgeny Yurkin wrote:
На IDE на одном канале так делать не надо. Но сейчас уже модно SATA, на
котором вполне себе.
PA> Можно подумать что SATA в Linux научился TCQ/NCQ.
SATA по крайней мере умеет при работе с одним диском не убивать нафиг
канал к другому (как в IDE когда два диска на одном
Evheny Khoruzhy wrote:
AM> Всем чем угодно. Подглючившей памятью, перегревшимся камнем. Да и ext3 увы
AM> не панацея. Он только обеспечивает некоторую сохранность fs, а не данных.
AM> Могу тебя заверить - по данным из журнала будет "всё в порядке", а в файлах
AM> - откровенный мусор.
Уууу. Слава бо
Andrey Melnikoff <[EMAIL PROTECTED]> writes:
> > Повторюсь ещё раз -- журнал не всегда уменьшает скорость. Иногда
> > увеличивает.
> Покажи мне это место. Пальцем, тестами.
>
> > Особенно если это не IDE, а SCSI с батарейкой (hint: журнал
> > целиком будет валяться в кэше). А количество операций
Dmitry A. Fedorov wrote:
On Thu, 27 Jan 2005, Evgeny Yurkin wrote:
ну не надо зацикливаться на единственной журналируемой системе ext3
есть reiser есть xfs
ext3, в отличие от перечисленных, журналирует блоками,
что и убедило меня на нее перейти после чтения соответствующей
журнальной стать
On Thu, 27 Jan 2005, Evgeny Yurkin wrote:
> ну не надо зацикливаться на единственной журналируемой системе ext3
> есть reiser есть xfs
ext3, в отличие от перечисленных, журналирует блоками,
что и убедило меня на нее перейти после чтения соответствующей
журнальной статьи.
--
Если виртуальная п
В сообщении от 27 Январь 2005 01:40 Andrey Melnikoff написал(a):
> Denis Smirnov <[EMAIL PROTECTED]> wrote:
> > On Tue, Jan 25, 2005 at 08:44:50PM +0300, Andrey Melnikoff wrote:
>
> Сколько я не видел тестов - все показывают выигрш ext2 перед ext3 по
> скорости. с журналом здесь, с журналом воон
В сообщении от 27 Январь 2005 00:43 Denis Smirnov написал(a):
> On Wed, Jan 26, 2005 at 07:24:44PM +0300, Pavel Ammosov wrote:
> >> На IDE на одном канале так делать не надо. Но сейчас уже модно SATA, на
> >> котором вполне себе.
>
> PA> Можно подумать что SATA в Linux научился TCQ/NCQ.
>
> SATA по
On Wed, 26 Jan 2005, Denis Smirnov wrote:
> SATA по крайней мере умеет при работе с одним диском не убивать нафиг
> канал к другому (как в IDE когда два диска на одном шлейфе).
Тоже не умеет, потому как одноканальна by design.
Сними 2-е устройство с IDE шлейфа - получишь тоже самое.
--
Если вир
On Wed, Jan 26, 2005 at 06:34:34PM +0300, Denis Smirnov wrote:
> On Tue, Jan 25, 2005 at 01:49:52AM +0300, Andrey Melnikoff wrote:
>
> AM> Всем чем угодно. Подглючившей памятью, перегревшимся камнем. Да и ext3 увы
> AM> не панацея. Он только обеспечивает некоторую сохранность fs, а не данных.
> AM
Denis Smirnov <[EMAIL PROTECTED]> wrote:
> On Tue, Jan 25, 2005 at 08:44:50PM +0300, Andrey Melnikoff wrote:
> AM> Внимание вопрос, зачем тогда нужен этот журнал если:
> AM> "/var/spool/squid ценности не представляет" и
> AM> "журнал вынести на другой диск"? Для каких целей он может быть использо
On Wed, Jan 26, 2005 at 07:24:44PM +0300, Pavel Ammosov wrote:
>> На IDE на одном канале так делать не надо. Но сейчас уже модно SATA, на
>> котором вполне себе.
PA> Можно подумать что SATA в Linux научился TCQ/NCQ.
SATA по крайней мере умеет при работе с одним диском не убивать нафиг
канал к дру
On Wed, Jan 26, 2005 at 06:33:42PM +0300, Denis Smirnov wrote:
> На IDE на одном канале так делать не надо. Но сейчас уже модно SATA, на
> котором вполне себе.
Можно подумать что SATA в Linux научился TCQ/NCQ.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Troubl
On Tue, Jan 25, 2005 at 01:49:52AM +0300, Andrey Melnikoff wrote:
AM> Всем чем угодно. Подглючившей памятью, перегревшимся камнем. Да и ext3 увы
AM> не панацея. Он только обеспечивает некоторую сохранность fs, а не данных.
AM> Могу тебя заверить - по данным из журнала будет "всё в порядке", а в фа
On Tue, Jan 25, 2005 at 08:44:50PM +0300, Andrey Melnikoff wrote:
AM> Внимание вопрос, зачем тогда нужен этот журнал если:
AM> "/var/spool/squid ценности не представляет" и
AM> "журнал вынести на другой диск"? Для каких целей он может быть использован
AM> (кроме как для замедления скорости работы
Denis Smirnov <[EMAIL PROTECTED]> wrote:
> Artem Chuprina wrote:
> > AM>> Выкинь ext3. В случае краша онной партиции её быстрее mke2fs заново,
> > чем
> > AM>> проверять fsck.
> >
> > DS> Гхм. Ни разу не видел "краха" ext3 с data=journal даже в тяжёлых
> > случаях.
> > DS> А при нормальном UPS
Artem Chuprina wrote:
AM>> Выкинь ext3. В случае краша онной партиции её быстрее mke2fs заново, чем
AM>> проверять fsck.
DS> Гхм. Ни разу не видел "краха" ext3 с data=journal даже в тяжёлых случаях.
DS> А при нормальном UPS и RAID не представляю себе чем её вообще можно
DS> искорёжить.
С data=jou
Denis Smirnov <[EMAIL PROTECTED]> wrote:
> On Mon, Jan 24, 2005 at 06:28:20PM +0300, Andrey Melnikoff wrote:
> AM> Выкинь ext3. В случае краша онной партиции её быстрее mke2fs заново, чем
> AM> проверять fsck.
> Гхм. Ни разу не видел "краха" ext3 с data=journal даже в тяжёлых случаях.
Значит слу
box1739 -> debian-russian@lists.debian.org @ Mon, 24 Jan 2005 09:38:47 +0300:
AM>> Лечится быстрыми дисками (кэш на оттдельном диске, под ext2 с noatime) и
AM>> памятью.
b> Софтверный RAID 0, правда с ext3. Забыл написать.
Журнал там отчетливо лишний. Умнее, возможно, при каждой перезагрузке
Denis Smirnov -> debian-russian@lists.debian.org @ Mon, 24 Jan 2005 23:08:44
+0300:
AM>> Выкинь ext3. В случае краша онной партиции её быстрее mke2fs заново, чем
AM>> проверять fsck.
DS> Гхм. Ни разу не видел "краха" ext3 с data=journal даже в тяжёлых случаях.
DS> А при нормальном UPS и RA
On Mon, Jan 24, 2005 at 06:28:20PM +0300, Andrey Melnikoff wrote:
AM> Выкинь ext3. В случае краша онной партиции её быстрее mke2fs заново, чем
AM> проверять fsck.
Гхм. Ни разу не видел "краха" ext3 с data=journal даже в тяжёлых случаях.
А при нормальном UPS и RAID не представляю себе чем её вооб
box1739 <[EMAIL PROTECTED]> wrote:
> Saturday, January 22, 2005, 2:47:01 PM, you wrote:
> AM> Лечится быстрыми дисками (кэш на оттдельном диске, под ext2 с noatime) и
> AM> памятью.
> Софтверный RAID 0, правда с ext3. Забыл написать.
Выкинь ext3. В случае краша онной партиции её быстрее mke2fs з
On Mon, Jan 24, 2005 at 08:17:58AM +0200, Dmitry Nezhevenko wrote:
DN> Должна быть ext2. Она же не тратит время на ведение журнала. Но Reiser
более
DN> экономична.
А кто вам сказал, что журнал это всегда потеря производительности?
Я успешно применяю журналирование как средство увеличения
произв
Saturday, January 22, 2005, 2:47:01 PM, you wrote:
AM> Лечится быстрыми дисками (кэш на оттдельном диске, под ext2 с noatime) и
AM> памятью.
Софтверный RAID 0, правда с ext3. Забыл написать.
AM> Дык, ты считай почти ничего и не оптимизируешь. Вот ничего и невидно :)
Как это ничего? Если я прави
В сообщении от Понедельник, 24-Янв-2005 06:50 Evgeny Yurkin написал(a):
> В сообщении от 22 Январь 2005 17:47 Andrey Melnikoff написал(a):
> > > Пример. Squid - самый загруженный демон у меня. Большой кеш, много
> > > клиентов.
> >
> > Лечится быстрыми дисками (кэш на оттдельном диске, под ext2 с n
В сообщении от 22 Январь 2005 17:47 Andrey Melnikoff написал(a):
> > Пример. Squid - самый загруженный демон у меня. Большой кеш, много
> > клиентов.
>
> Лечится быстрыми дисками (кэш на оттдельном диске, под ext2 с noatime) и
> памятью.
Извините, а что ext2 стала самой быстрой для кучи мелких фай
On Sat, Jan 22, 2005 at 02:47:01PM +0300, Andrey Melnikoff wrote:
> > Пример. Squid - самый загруженный демон у меня. Большой кеш,
> > много клиентов.
> Лечится быстрыми дисками (кэш на оттдельном диске, под ext2 с
> noatime) и памятью.
/me предпочитает бесхвостый reiser на RAID0 для таких дел :)
Dmitry Nezhevenko -> debian-russian@lists.debian.org @ Sat, 22 Jan 2005
12:33:52 +0200:
DN> В инете можно кучу тестов этого найти. Могу тока сказать что из
DN> экспериментов читал про mencoder, там прирост производительности
DN> очень мал. Лично по моему мнению пересобирать нужно не для
DN>
В сообщении от Пятница, 21-Янв-2005 23:40 Serge Matveev написал(a):
> On Fri, 21 Jan 2005 11:10:47 +0300 box1739 wrote:
>
> MN>> Поклонникам Gentoo больше нечем хвалиться: в статье "apt-build:
> MN>> Optimize Debian packages for your system" описывается проце
Andrey Kiselev <[EMAIL PROTECTED]> wrote:
> On Sat, Jan 22, 2005 at 02:47:01PM +0300, Andrey Melnikoff wrote:
> > > На этапе configure выкидываю все лишнее, добавляю нужное. Собираю с
> > > опциями: -s -O3 -march=i686 -mcpu=i686.
> > Ну тут ты уж определись чего ты хочешь: оптимизацию по размеру ил
On Sat, Jan 22, 2005 at 02:47:01PM +0300, Andrey Melnikoff wrote:
> > На этапе configure выкидываю все лишнее, добавляю нужное. Собираю с
> > опциями: -s -O3 -march=i686 -mcpu=i686.
> Ну тут ты уж определись чего ты хочешь: оптимизацию по размеру или
> таки -O3. Хотя, gcc возьмет последнюю -O3 так
box1739 <[EMAIL PROTECTED]> wrote:
[skipp]
> AM>> Смотря чем и с какими ключами собираешь.
> AC> В первую очередь - смотря _что_ собираешь... И как потом используешь.
> AC> Оптимизация актуальна для ядра и основного сервисного софта на тяжело
> AC> загруженном сервере или для mplayer на машинке
Friday, January 21, 2005, 2:22:58 PM, you wrote:
Andrey Melnikoff ->> debian-russian@lists.debian.org
Andrey Melnikoff ->> @ Fri, 21 Jan 2005 13:10:18 +0300:
>>> MN> Поклонникам Gentoo больше нечем хвалиться: в статье "apt-build:
>>> Optimize
&
Andrey Melnikoff -> debian-russian@lists.debian.org @ Fri, 21 Jan 2005
13:10:18 +0300:
>> MN> Поклонникам Gentoo больше нечем хвалиться: в статье "apt-build: Optimize
>> MN> Debian packages for your system" описывается процесс с использованием
>> MN>
On Fri, 21 Jan 2005 11:10:47 +0300 box1739 wrote:
MN>> Поклонникам Gentoo больше нечем хвалиться: в статье "apt-build:
MN>> Optimize Debian packages for your system" описывается процесс с
MN>> использованием пакета apt-build по пересборке пакетов под конкретную
Andrey Melnikoff -> debian-russian@lists.debian.org @ Fri, 21 Jan 2005
13:10:18 +0300:
>> MN> Поклонникам Gentoo больше нечем хвалиться: в статье "apt-build: Optimize
>> MN> Debian packages for your system" описывается процесс с использованием
>> MN>
On Fri, 21 Jan 2005 11:10:47 +0300 box1739 wrote:
MN>> Поклонникам Gentoo больше нечем хвалиться: в статье "apt-build:
MN>> Optimize Debian packages for your system" описывается процесс с
MN>> использованием пакета apt-build по пересборке пакетов под конкретную
Andrey Melnikoff <[EMAIL PROTECTED]> writes:
> box1739 <[EMAIL PROTECTED]> wrote:
>
>> Tuesday, January 18, 2005, 3:43:38 PM, you wrote:
>
>> MN> Поклонникам Gentoo больше нечем хвалиться: в статье "apt-build: Optimize
>> MN> Debian packages for
Andrey Melnikoff <[EMAIL PROTECTED]> writes:
> box1739 <[EMAIL PROTECTED]> wrote:
>
>> Tuesday, January 18, 2005, 3:43:38 PM, you wrote:
>
>> MN> Поклонникам Gentoo больше нечем хвалиться: в статье "apt-build: Optimize
>> MN> Debian packages for
box1739 <[EMAIL PROTECTED]> wrote:
> Tuesday, January 18, 2005, 3:43:38 PM, you wrote:
> MN> Поклонникам Gentoo больше нечем хвалиться: в статье "apt-build: Optimize
> MN> Debian packages for your system" описывается процесс с использованием
> MN> пакет
box1739 <[EMAIL PROTECTED]> wrote:
> Tuesday, January 18, 2005, 3:43:38 PM, you wrote:
> MN> Поклонникам Gentoo больше нечем хвалиться: в статье "apt-build: Optimize
> MN> Debian packages for your system" описывается процесс с использованием
> MN> пакет
Tuesday, January 18, 2005, 3:43:38 PM, you wrote:
MN> Поклонникам Gentoo больше нечем хвалиться: в статье "apt-build: Optimize
MN> Debian packages for your system" описывается процесс с использованием
MN> пакета apt-build по пересборке пакетов под конкретную аппаратную
MN
Tuesday, January 18, 2005, 3:43:38 PM, you wrote:
MN> Поклонникам Gentoo больше нечем хвалиться: в статье "apt-build: Optimize
MN> Debian packages for your system" описывается процесс с использованием
MN> пакета apt-build по пересборке пакетов под конкретную аппаратную
MN
On Tue, 18 Jan 2005 14:43:38 +0200 Mykola Nikishov wrote:
MN> Поклонникам Gentoo больше нечем хвалиться:
Поклонникам Gentoo есть чем хвалиться. Их реализация SysV init мне очень
нравится. Хотя после года под gentoo я облегчением свалил обратно на Debian.
Общее ощущение недоделанно
On Tue, 18 Jan 2005 14:43:38 +0200 Mykola Nikishov wrote:
MN> Поклонникам Gentoo больше нечем хвалиться:
Поклонникам Gentoo есть чем хвалиться. Их реализация SysV init мне очень
нравится. Хотя после года под gentoo я облегчением свалил обратно на Debian.
Общее ощущение недоделанно
--- Mykola Nikishov 18.01.2005 18:43:38
+++ php-coder 19.01.2005 16:01:40
MN> http://julien.danjou.info/article-apt-build.html
Да-да.. а тут уже активно обсуждают эту статью:
http://www.linux.org.ru/jump-message.jsp?msgid=763644
--
+ php-coder
+ php-coder[at]ngs[dot]ru
+ ALT Linux M
--- Mykola Nikishov 18.01.2005 18:43:38
+++ php-coder 19.01.2005 16:01:40
MN> http://julien.danjou.info/article-apt-build.html
Да-да.. а тут уже активно обсуждают эту статью:
http://www.linux.org.ru/jump-message.jsp?msgid=763644
--
+ php-coder
+ php-coder[at]ngs[dot]ru
+ ALT Linux M
Поклонникам Gentoo больше нечем хвалиться: в статье "apt-build: Optimize
Debian packages for your system" описывается процесс с использованием
пакета apt-build по пересборке пакетов под конкретную аппаратную
конфигурацию. Всё делается в стиле Debian: apt-build <имяпакета> и
получа
Поклонникам Gentoo больше нечем хвалиться: в статье "apt-build: Optimize
Debian packages for your system" описывается процесс с использованием
пакета apt-build по пересборке пакетов под конкретную аппаратную
конфигурацию. Всё делается в стиле Debian: apt-build <имяпакета> и
получа
Hi, this is the mlmmj program managing the mailinglist
[EMAIL PROTECTED]
You have tried to post from this email address:
debian-russian@lists.debian.org
But this address is not subscribed, and only subscribers can post to
the list.
If You believe you are subscribed, please check the email addr
Hi, this is the mlmmj program managing the mailinglist
[EMAIL PROTECTED]
I'm sorry to inform you that Your mail could not be delivered to the
list.
In order to post to this list, the list address have to be contained
in either the To: or Cc: header.
If you are an admin of an mlmmj driven list,
88 matches
Mail list logo