Gentoo distfiles
оговорился :( дистфайлы это, а не сами портежи -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Gentoo portages
Есть ли тулза для автоматической сборки сабжа в Sarge? Или только ручками? apt-build не предлагать - нету толстого канала в инет 10х -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
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> Я знаю что можно сделать как угодно :) Но _сейчас_ не вижу причин DS> использовать IDE кроме двух исключений -- IDE flash и 2.5" IDE. Есть еще некоторый массив накопившихся винтов. С ними есть такая засада - они, вишь ли, IDE, а современные матери полагают, что SATA - оно после IDE. Потому втыкать их в линуксы не то чтобы совсем неудобно, но таки неудобно. Да, и еще 2.4 и 2.6 ядра один и тот же SATA винт видят по-разному. Первый как hde, второй как sda... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
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. :) Я знаю что можно сделать как угодно :) Но _сейчас_ не вижу причин использовать IDE кроме двух исключений -- IDE flash и 2.5" IDE. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
В сообщении от Вторник 01 Февраль 2005 12:08 Michael Shigorin написал(a): > On Sat, Jan 29, 2005 at 08:01:57PM +0300, Artem Chuprina wrote: > > DS> Я не видел и инсталляторов которые сразу предлагают делать LVM. > > Посмотри на инсталлятор sarge. > > _Умеет_ или _сразу предлагает_? (или всё равно посмотреть? :) sarge во время инсталляции предлагает. кстати замечательно работает. в отличии от MDK -- _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_ Oleg Tsymaenko <[EMAIL PROTECTED]> Центр распространения свободного ПО http://lafox.net/ LA4791-RIPE; TO2-UANIC; GnuPG Key : http://lafox.net/gpg/tsyma.asc(0x533709BA) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Michael Shigorin -> debian-russian@lists.debian.org @ Tue, 1 Feb 2005 12:08:26 +0200: >> DS> Я не видел и инсталляторов которые сразу предлагают делать LVM. >> Посмотри на инсталлятор sarge. MS> _Умеет_ или _сразу предлагает_? (или всё равно посмотреть? :) Не то чтобы он сильно навязывался, но в менюшке разбиения диска LVM приcутствует. Если дать ему разбить диск по своему усмотрению - LVM не будет. Если сказать "спасибо, я сам подумаю, как его разбить" - предложат. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Sat, Jan 29, 2005 at 08:01:57PM +0300, Artem Chuprina wrote: > DS> Я не видел и инсталляторов которые сразу предлагают делать LVM. > Посмотри на инсталлятор sarge. _Умеет_ или _сразу предлагает_? (или всё равно посмотреть? :) -- WBR, Michael Shigorin <[EMAIL PROTECTED]> -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Thu, Jan 27, 2005 at 09:41:56AM +0200, Gabber wrote: > XFS пробовал - впечатлила, но на серьезных задачах и нагрузках > не пробовал, поэтому тут ничего не скажу.. Зная народ, применяющий в своих business-critical задачах, подумал и (после одного из затыков на ext3) начал более активно применять -- в т.ч. это весь сторадж на том же ftp.linux.kiev.ua. Пока не подводило, но requires бесперебойник. -- WBR, Michael Shigorin <[EMAIL PROTECTED]> -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
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]> -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Mon, 31 Jan 2005 11:08:15 +0900 "Dmitry Strokov" <[EMAIL PROTECTED]> wrote: > G>> XFS пробовал - впечатлила, но на серьезных задачах и нагрузках не > G>> пробовал, поэтому тут ничего не скажу.. > DS> Замечательно. Она лучшая на больших нагрузках. Но без UPS'а держать не > DS> рекомендую. Сдохнет. В отличии от ext3 с data=journal, коя сдыхает > DS> крайне редко. > > У меня оно очень неприятно сдохло от появления бэда в суперблоке. Причем, > восстановить не удалось ничего. XFS-ная чекалка обнаружила кучу "superblock > candidate" но ни один не подошел. С тех пор сижу на ext3 и не выеживаюсь :-) А что ext3 не может попасть в подобную ситуацию? Я пока более менее подробно знаком только с FAT и NTFS - у обоих есть слабые места от которых зависит всё (у первой две FAT, у второй MFT)... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Hello, Denis! G>> XFS пробовал - впечатлила, но на серьезных задачах и нагрузках не G>> пробовал, поэтому тут ничего не скажу.. DS> Замечательно. Она лучшая на больших нагрузках. Но без UPS'а держать не DS> рекомендую. Сдохнет. В отличии от ext3 с data=journal, коя сдыхает DS> крайне редко. У меня оно очень неприятно сдохло от появления бэда в суперблоке. Причем, восстановить не удалось ничего. XFS-ная чекалка обнаружила кучу "superblock candidate" но ни один не подошел. С тех пор сижу на ext3 и не выеживаюсь :-) wbr, Dmitry Strokov. xmpp:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Denis Smirnov -> Artem Chuprina @ Sat, 29 Jan 2005 22:53:07 +0300: >> AM>> Это нетривиальная задача. Благо, не один из попадавшихся мне >> AM>> инстоляторов не предлогал ext3 журнал вынести на отдельный диск. >> >> DS> Я не видел и инсталляторов которые сразу предлагают делать LVM. >> >>Посмотри на инсталлятор sarge. >> DS> Посмотрю. Будем надеяться что скоро в инсталляторах и такие умные DS> вещи как тонкая настройка FS появится. И это там тоже есть. Но тут вот да - увы, не все параметры. В частности, действительно нельзя положить журнал ext3 на другой диск. Или, что нужно было мне, можно ввести опции монтирования, но сильно не все - sync можно, а noexec и nosuid - нельзя. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Artem Chuprina wrote: AM>> Это нетривиальная задача. Благо, не один из попадавшихся мне AM>> инстоляторов не предлогал ext3 журнал вынести на отдельный диск. DS> Я не видел и инсталляторов которые сразу предлагают делать LVM. Посмотри на инсталлятор sarge. Посмотрю. Будем надеяться что скоро в инсталляторах и такие умные вещи как тонкая настройка FS появится. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Sun, Jan 30, 2005 at 12:27:17AM +0600, Dmitry A. Fedorov wrote: > >>> ext3 _гораздо сложнее_ ext2. Однако надёжность реально выше. Особенно с > DAF>> Ага, попался! > DAF>> структура ext3 fs _точно такая же_ как и структура ext2 fs. > DAF>> А журналирование там - отдельным модулем (подарок разработчику). >> Дык этот самый отдельный модуль и есть дополнительный код (то есть большая >> сложность). DAF> Структура _фс_. То, что на диске. А... Ну извините. Мне всегда казалось что надёжность зависит в первую очередь от сложности _кода_. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Sat, 29 Jan 2005, Denis Smirnov wrote: > >> ext3 _гораздо сложнее_ ext2. Однако надёжность реально выше. Особенно с > DAF> Ага, попался! > DAF> структура ext3 fs _точно такая же_ как и структура ext2 fs. > DAF> А журналирование там - отдельным модулем (подарок разработчику). > > Дык этот самый отдельный модуль и есть дополнительный код (то есть большая > сложность). Структура _фс_. То, что на диске. -- Если виртуальная память закончилась, она ненастоящая. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Sat, Jan 29, 2005 at 10:59:45PM +0600, Dmitry A. Fedorov wrote: >> ext3 _гораздо сложнее_ ext2. Однако надёжность реально выше. Особенно с DAF> Ага, попался! DAF> структура ext3 fs _точно такая же_ как и структура ext2 fs. DAF> А журналирование там - отдельным модулем (подарок разработчику). Дык этот самый отдельный модуль и есть дополнительный код (то есть большая сложность). И журнал, хоть и является по сути просто файлом, всё равно часть структуры. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Denis Smirnov -> debian-russian@lists.debian.org @ Sat, 29 Jan 2005 19:20:19 +0300: AM>> Это нетривиальная задача. Благо, не один из попадавшихся мне AM>> инстоляторов не предлогал ext3 журнал вынести на отдельный диск. DS> Я не видел и инсталляторов которые сразу предлагают делать LVM. Посмотри на инсталлятор sarge. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Sat, 29 Jan 2005, Denis Smirnov wrote: > ext3 _гораздо сложнее_ ext2. Однако надёжность реально выше. Особенно с Ага, попался! структура ext3 fs _точно такая же_ как и структура ext2 fs. А журналирование там - отдельным модулем (подарок разработчику). -- Если виртуальная память закончилась, она ненастоящая. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Fri, Jan 28, 2005 at 07:44:36PM +0300, Andrey Melnikoff wrote: AM> Это нетривиальная задача. Благо, не один из попадавшихся мне инстоляторов не AM> предлогал ext3 журнал вынести на отдельный диск. Я не видел и инсталляторов которые сразу предлагают делать LVM. Однако сервер более сложный чем мини-сервер для офиса из полутора сотрудников прдепочитаю ставить с его использованием. >> (кроме как для замедления скорости работы с fs/ide) в данном конкретном >> случае? AM> Вообщем-то у меня, нагруженый сквид (ну там гиг в сутки, или больше) стоит на AM> отдельной машине с freebsd. Если сервис выносится на отдельную машину, то там вообще море возможностей тюнинга. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Fri, Jan 28, 2005 at 07:45:14PM +0300, Andrey Melnikoff wrote: >> К XFS тоже ремонтировалки есть. А FS гораздо более серьёзная, чем и ext2, >> и ext3. Было бы в ней журналирование данных (а не только метаданных), >> вообще была бы вне конкуренции. AM> Чем сложенее FS, тем больше вероятность потери данных при разрушении. ext2 _гораздо сложнее_ FAT. Вперёд и с песней. ext3 _гораздо сложнее_ ext2. Однако надёжность реально выше. Особенно с data=journal. По крайней мере если не было сбоев, кроме как по питанию, то искалеченых ext3 я не видел. ext2 видел. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Thu, Jan 27, 2005 at 06:20:52PM +0300, Artem Chuprina wrote: DS>> Да, согласен. Но если хардов более 2-х, то только SATA. AC> Ага, при условии, что у матери только 2 SATA-выхода... Там, где нужно больше двух хардов обычно стоят более другие матери. Или там стоят котроллеры нормальные. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Denis Smirnov -> Evgeny Yurkin @ Thu, 27 Jan 2005 17:00:37 +0300: >На IDE на одном канале так делать не надо. Но сейчас уже модно SATA, на >котором вполне себе. > > >>>PA> Можно подумать что SATA в Linux научился TCQ/NCQ. >>> >>>SATA по крайней мере умеет при работе с одним диском не убивать нафиг >>>канал к другому (как в IDE когда два диска на одном шлейфе). >>> >>> >> а в IDE не надо вешать 2 винта на один шлейф и будет тебе почти тоже самое >> что и SATA (у бюджетных SATA железо с IDE одинаковое а хорошие SATA стоят >> как звездолет и сравнимы по цене со scsi) >> >> DS> Да, согласен. Но если хардов более 2-х, то только SATA. Ага, при условии, что у матери только 2 SATA-выхода... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Alexander A. Vlasov wrote: Добрый день. (кроме как для замедления скорости работы с fs/ide) в данном конкретном случае? Вообщем-то у меня, нагруженый сквид (ну там гиг в сутки, или больше) стоит на отдельной машине с freebsd. А у меня ненагруженный сквид (гиг в сутки) стоит на целероне-500 с 256 метров памяти, и там же сидит экзим с амависом, cvs pserver и еще энное количество лабуды. Под линуксом, естественно. LA редко превышает 0.50. Это я к чему: точно 1 гиг в сутки -- это нагруженный сквид? повторяю еще раз - гиг или два в сутки - это не нагрузка - это семечки. -- Gabber SysAdmin mailto: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Добрый день. >> (кроме как для замедления скорости работы с fs/ide) в данном конкретном >> случае? > Вообщем-то у меня, нагруженый сквид (ну там гиг в сутки, или больше) стоит на > отдельной машине с freebsd. А у меня ненагруженный сквид (гиг в сутки) стоит на целероне-500 с 256 метров памяти, и там же сидит экзим с амависом, cvs pserver и еще энное количество лабуды. Под линуксом, естественно. LA редко превышает 0.50. Это я к чему: точно 1 гиг в сутки -- это нагруженный сквид? -- WBR, Alexander A. Vlasov Debian GNU/Linux user JID: [EMAIL PROTECTED] nic-hdl: ZULU-UANIC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Mikolaj Golub <[EMAIL PROTECTED]> wrote: > Andrey Melnikoff <[EMAIL PROTECTED]> writes: > > И чего с того простите ? В журнал то всеравно надо записать ? Надо. А лишняя > > запись на этот-же диск прироста в скорости не даст. > > Повторю Ваш первоначальный вопрос: > Внимание вопрос, зачем тогда нужен этот журнал если: > "/var/spool/squid ценности не представляет" и > "журнал вынести на другой диск"? Для каких целей он может быть > использован > Это нетривиальная задача. Благо, не один из попадавшихся мне инстоляторов не предлогал ext3 журнал вынести на отдельный диск. > (кроме как для замедления скорости работы с fs/ide) в данном > конкретном > случае? Вообщем-то у меня, нагруженый сквид (ну там гиг в сутки, или больше) стоит на отдельной машине с freebsd. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Denis Smirnov <[EMAIL PROTECTED]> wrote: > On Thu, Jan 27, 2005 at 06:16:15PM +0300, Andrey Melnikoff wrote: > >>> Сколько я не видел тестов - все показывают выигрш ext2 перед ext3 по > >>> скорости. с журналом здесь, с журналом воон там. > >> ну не надо зацикливаться на единственной журналируемой системе ext3 > >> есть reiser есть xfs > AM> Нафиг-нафиг. К ext2/ext3 хоть ремонтировалки есть и структура понятная. > К XFS тоже ремонтировалки есть. А FS гораздо более серьёзная, чем и ext2, > и ext3. Было бы в ней журналирование данных (а не только метаданных), > вообще была бы вне конкуренции. Чем сложенее FS, тем больше вероятность потери данных при разрушении. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Andrey Melnikoff <[EMAIL PROTECTED]> writes: > И чего с того простите ? В журнал то всеравно надо записать ? Надо. А лишняя > запись на этот-же диск прироста в скорости не даст. Повторю Ваш первоначальный вопрос: Внимание вопрос, зачем тогда нужен этот журнал если: "/var/spool/squid ценности не представляет" и "журнал вынести на другой диск"? Для каких целей он может быть использован (кроме как для замедления скорости работы с fs/ide) в данном конкретном случае? -- Mikolaj Golub -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Thu, Jan 27, 2005 at 06:38:04PM +0300, Andrey Melnikoff wrote: AM> И чего с того простите ? В журнал то всеравно надо записать ? Надо. А лишняя AM> запись на этот-же диск прироста в скорости не даст. Гхм. Хочу напомнить, что операция _записи_ занимает куда меньше времени, чем _seek_. Поэтому лучше десять записей в журнал и одна в FS, чем даже 5 записей в FS. Это если совсем на пальцах объяснять. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
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> там появляюсь раз в месяц (не из-за проблем), Народ обучен в случае MN> испуга нажать C+A+D либо, на самый крайний, ткнуть в резет. Не далее как вчера накрылось медным тазом FS на одной машине. Рейзер. Без каких-либо причин. Просто стали появляться странные глюки. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Thu, Jan 27, 2005 at 06:16:15PM +0300, Andrey Melnikoff wrote: >>> Сколько я не видел тестов - все показывают выигрш ext2 перед ext3 по >>> скорости. с журналом здесь, с журналом воон там. >> ну не надо зацикливаться на единственной журналируемой системе ext3 >> есть reiser есть xfs AM> Нафиг-нафиг. К ext2/ext3 хоть ремонтировалки есть и структура понятная. К XFS тоже ремонтировалки есть. А FS гораздо более серьёзная, чем и ext2, и ext3. Было бы в ней журналирование данных (а не только метаданных), вообще была бы вне конкуренции. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Wed, Jan 26, 2005 at 10:40:35PM +0300, Andrey Melnikoff wrote: >> Повторюсь ещё раз -- журнал не всегда уменьшает скорость. Иногда >> увеличивает. AM> Покажи мне это место. Пальцем, тестами. Hint: журнал можно создавать на другом диске. Hint2: на некоторых операциях журнал может уменьшать количество записей на диск (в результате, скажем, data=journal может быть быстрее чем data=ordered, если верить ребятам с developer.ibm.com). >> Особенно если это не IDE, а SCSI с батарейкой (hint: журнал >> целиком будет валяться в кэше). А количество операций на самой файловой >> системе в результате уменьшается. AM> С чего это их раз и уменьшается? Объясняю. Нормальная практика работы с временным файлом -- создать его и немедленно удалить. Не знаю как ext3, а xfs вообще не будет производить запись в каталог в этой ситуации. Это самый простой пример. К сожалению код ext3 далёк от совершенства, но само журналирование здесь никаким боком. >> На IDE на одном канале так делать не надо. Но сейчас уже модно SATA, на >> котором вполне себе. AM> Ага. Именно вполне себе для данной ситуации ext2 и выбросить SATA на помойку AM> после первого сбоя. Гм? С какого перепугу SATA менее надёжны стали чем IDE? >> И, прошу отмотать тред -- я придрался к утверждению что журнал это всегда >> медленнее. AM> Сколько я не видел тестов - все показывают выигрш ext2 перед ext3 по AM> скорости. с журналом здесь, с журналом воон там. Дык ясен пень всё применять надо с умом. Я вообще давно полюбил XFS с журналом на отдельном диске. У меня по жизни система на одном диске, данные на другом. Получается несбалансированая нагрузка на диски. Я на системный диск кладу своп (который всё равно почти не используется) и журнал. И на этой радостной ноте всё взлетает. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Mykola Nikishov wrote: On Thu, Jan 27, 2005 at 09:41:56AM +0200, Gabber wrote: народ тут сильно хвалит reiserfs, я бы ее не хвалил, у меня опыт использования этого рейзера только печальный и его много. в том числе и на /var/spool/squid - от него одни проблемы, но еще хуже когда проблемы с ним на / возникают. Фиг его знает: [EMAIL PROTECTED]:~$ df -ht reiserfs Файловая система Разм Исп Дост Исп% смонтирована на /dev/mapper/vgvar-cache 1,2G 169M 1,1G 14% /var/cache /dev/mapper/vgvar-lib 9,3G 5,0G 4,4G 54% /var/lib /dev/mapper/vghome-ftp 1,0G 766M 259M 75% /home/ftp Живёт 6-8 месяцев (не помню уже, когда перешёл), reiserfsprogs = 3.6.18-4, сполняет функции прокси (около 2Г/мес) и мыльника на 20+ клиентов. Статистика с укладыванием в mysql. За UPS спрятана, ест-но. Я там появляюсь раз в месяц (не из-за проблем), Народ обучен в случае испуга нажать C+A+D либо, на самый крайний, ткнуть в резет. извините, но 2гига в месяц - это не нагрузка, это так... -- Gabber SysAdmin mailto: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
В сообщении от 27 Январь 2005 21:38 Andrey Melnikoff написал(a): > Mikolaj Golub <[EMAIL PROTECTED]> wrote: > > Andrey Melnikoff <[EMAIL PROTECTED]> writes: > > > > Повторюсь ещё раз -- журнал не всегда уменьшает скорость. Иногда > > > > увеличивает. > > > > > > Покажи мне это место. Пальцем, тестами. > > > > > > > Особенно если это не IDE, а SCSI с батарейкой (hint: журнал > > > > целиком будет валяться в кэше). А количество операций на самой > > > > файловой системе в результате уменьшается. > > > > > > С чего это их раз и уменьшается? > > > > Ведение журнала метаданных увеличивает скорость операций, производящих > > изменение сразу нескольких объектов метаданных (например, mkdir или > > rmdir), так как система умеет собирать все модификации в одно > > вхождение журнала и записывать их при помощи одной-единственной > > операции. Это уменьшает общее количество синхронных операций записи. > > (c) Вахалия Ю., UNIX изнутри. > > > > За подробностями -- к книге. > > И чего с того простите ? В журнал то всеравно надо записать ? Надо. А > лишняя запись на этот-же диск прироста в скорости не даст. это теоретически при идеальной системе похоже на сферического коня в вакууме -- С Уважением, Юркин Евгений Siberia Health Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
В сообщении от 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: > > > > > > Сколько я не видел тестов - все показывают выигрш ext2 перед ext3 по > > > скорости. с журналом здесь, с журналом воон там. > > > > ну не надо зацикливаться на единственной журналируемой системе ext3 > > есть reiser есть xfs > > Нафиг-нафиг. К ext2/ext3 хоть ремонтировалки есть и структура понятная. а часто ты пользовался ремонировалками? а если нет то есть такое понятие как backup -- С Уважением, Юркин Евгений Siberia Health Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Thu, Jan 27, 2005 at 09:41:56AM +0200, Gabber wrote: > народ тут сильно хвалит reiserfs, я бы ее не хвалил, у меня опыт > использования этого рейзера только печальный и его много. в том > числе и на /var/spool/squid - от него одни проблемы, но еще хуже > когда проблемы с ним на / возникают. Фиг его знает: [EMAIL PROTECTED]:~$ df -ht reiserfs Файловая система Разм Исп Дост Исп% смонтирована на /dev/mapper/vgvar-cache 1,2G 169M 1,1G 14% /var/cache /dev/mapper/vgvar-lib 9,3G 5,0G 4,4G 54% /var/lib /dev/mapper/vghome-ftp 1,0G 766M 259M 75% /home/ftp Живёт 6-8 месяцев (не помню уже, когда перешёл), reiserfsprogs = 3.6.18-4, сполняет функции прокси (около 2Г/мес) и мыльника на 20+ клиентов. Статистика с укладыванием в mysql. За UPS спрятана, ест-но. Я там появляюсь раз в месяц (не из-за проблем), Народ обучен в случае испуга нажать C+A+D либо, на самый крайний, ткнуть в резет. -- MAN-UANIC Eclipse.org downloads @ http://eclipse.osdn.org.ua/
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Mikolaj Golub <[EMAIL PROTECTED]> wrote: > Andrey Melnikoff <[EMAIL PROTECTED]> writes: > > > Повторюсь ещё раз -- журнал не всегда уменьшает скорость. Иногда > > > увеличивает. > > Покажи мне это место. Пальцем, тестами. > > > Особенно если это не IDE, а SCSI с батарейкой (hint: журнал > > > целиком будет валяться в кэше). А количество операций на самой файловой > > > системе в результате уменьшается. > > С чего это их раз и уменьшается? > Ведение журнала метаданных увеличивает скорость операций, производящих > изменение сразу нескольких объектов метаданных (например, mkdir или > rmdir), так как система умеет собирать все модификации в одно > вхождение журнала и записывать их при помощи одной-единственной > операции. Это уменьшает общее количество синхронных операций записи. > (c) Вахалия Ю., UNIX изнутри. > За подробностями -- к книге. И чего с того простите ? В журнал то всеравно надо записать ? Надо. А лишняя запись на этот-же диск прироста в скорости не даст. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Thu, Jan 27, 2005 at 09:41:56AM +0200, Gabber wrote: G> XFS пробовал - впечатлила, но на серьезных задачах и нагрузках не G> пробовал, поэтому тут ничего не скажу.. Замечательно. Она лучшая на больших нагрузках. Но без UPS'а держать не рекомендую. Сдохнет. В отличии от ext3 с data=journal, коя сдыхает крайне редко. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
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 по > > скорости. с журналом здесь, с журналом воон там. > ну не надо зацикливаться на единственной журналируемой системе ext3 > есть reiser есть xfs Нафиг-нафиг. К ext2/ext3 хоть ремонтировалки есть и структура понятная. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Evgeny Yurkin wrote: На IDE на одном канале так делать не надо. Но сейчас уже модно SATA, на котором вполне себе. PA> Можно подумать что SATA в Linux научился TCQ/NCQ. SATA по крайней мере умеет при работе с одним диском не убивать нафиг канал к другому (как в IDE когда два диска на одном шлейфе). а в IDE не надо вешать 2 винта на один шлейф и будет тебе почти тоже самое что и SATA (у бюджетных SATA железо с IDE одинаковое а хорошие SATA стоят как звездолет и сравнимы по цене со scsi) Да, согласен. Но если хардов более 2-х, то только SATA. Или если 2 + есть CD. Но это уже не в тему. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Evheny Khoruzhy wrote: AM> Всем чем угодно. Подглючившей памятью, перегревшимся камнем. Да и ext3 увы AM> не панацея. Он только обеспечивает некоторую сохранность fs, а не данных. AM> Могу тебя заверить - по данным из журнала будет "всё в порядке", а в файлах AM> - откровенный мусор. Уууу. Слава богу таких ситуаций я не видел. memtest86 меня пока спасал. Не было у тебя нехороших электриков... У меня нет ни одной ценной машины без UPS. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Andrey Melnikoff <[EMAIL PROTECTED]> writes: > > Повторюсь ещё раз -- журнал не всегда уменьшает скорость. Иногда > > увеличивает. > Покажи мне это место. Пальцем, тестами. > > > Особенно если это не IDE, а SCSI с батарейкой (hint: журнал > > целиком будет валяться в кэше). А количество операций на самой файловой > > системе в результате уменьшается. > С чего это их раз и уменьшается? Ведение журнала метаданных увеличивает скорость операций, производящих изменение сразу нескольких объектов метаданных (например, mkdir или rmdir), так как система умеет собирать все модификации в одно вхождение журнала и записывать их при помощи одной-единственной операции. Это уменьшает общее количество синхронных операций записи. (c) Вахалия Ю., UNIX изнутри. За подробностями -- к книге. -- Mikolaj Golub -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Dmitry A. Fedorov wrote: On Thu, 27 Jan 2005, Evgeny Yurkin wrote: ну не надо зацикливаться на единственной журналируемой системе ext3 есть reiser есть xfs ext3, в отличие от перечисленных, журналирует блоками, что и убедило меня на нее перейти после чтения соответствующей журнальной статьи. народ тут сильно хвалит reiserfs, я бы ее не хвалил, у меня опыт использования этого рейзера только печальный и его много. в том числе и на /var/spool/squid - от него одни проблемы, но еще хуже когда проблемы с ним на / возникают. первые симптомы были такие, начинались какие-то невнятные глюки с софтом, то работает то не работет, потом просто каша в файлах (все висело на упсе и сбоев питания не было) дальше вообще веселее даже файл на чтение нельзя было открыть, чтобы хоть глянуть что там. потом рейзер был благополучно послан и отформатирован в ext3, который благополучно на том же самом железе и работает. также рейзер очень критичен к нагрузке - особенно при нагруженном сквиде - кеш у сквида слетает только давай я не знаю кому хочеться держать своих юзеров без веба хотя бы 5-10 минут пока эту дрянь всю пересоздашь. XFS пробовал - впечатлила, но на серьезных задачах и нагрузках не пробовал, поэтому тут ничего не скажу.. ЗЫ все это мой личный опыт и опыт дружественных организаций по использованию рейзера. все вышесказанное относится к версии рейзера 3, как версия 4 себя ведет не знаю, но пробовать как-то не хочеться даже, свое время дороже. -- Gabber SysAdmin mailto: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Thu, 27 Jan 2005, Evgeny Yurkin wrote: > ну не надо зацикливаться на единственной журналируемой системе ext3 > есть reiser есть xfs ext3, в отличие от перечисленных, журналирует блоками, что и убедило меня на нее перейти после чтения соответствующей журнальной статьи. -- Если виртуальная память закончилась, она ненастоящая. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
В сообщении от 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 по > скорости. с журналом здесь, с журналом воон там. ну не надо зацикливаться на единственной журналируемой системе ext3 есть reiser есть xfs > > > А ничуть не к использованию ext2/3 на /var/spool/squid. Ибо > > этот самый /var/spool/squid всю жизнь держу на рейзере. -- С Уважением, Юркин Евгений Siberia Health Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
В сообщении от 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 по крайней мере умеет при работе с одним диском не убивать нафиг > канал к другому (как в IDE когда два диска на одном шлейфе). а в IDE не надо вешать 2 винта на один шлейф и будет тебе почти тоже самое что и SATA (у бюджетных SATA железо с IDE одинаковое а хорошие SATA стоят как звездолет и сравнимы по цене со scsi) > > -- > С уважением, Денис > > http://freesource.info -- С Уважением, Юркин Евгений -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Wed, 26 Jan 2005, Denis Smirnov wrote: > SATA по крайней мере умеет при работе с одним диском не убивать нафиг > канал к другому (как в IDE когда два диска на одном шлейфе). Тоже не умеет, потому как одноканальна by design. Сними 2-е устройство с IDE шлейфа - получишь тоже самое. -- Если виртуальная память закончилась, она ненастоящая. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
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> Могу тебя заверить - по данным из журнала будет "всё в порядке", а в > файлах > AM> - откровенный мусор. > > Уууу. Слава богу таких ситуаций я не видел. memtest86 меня пока спасал. > Не было у тебя нехороших электриков... -- Best regards, Evgeny Khoruzhy [EMAIL PROTECTED] A: No Q: Should I quote below my post? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Denis Smirnov <[EMAIL PROTECTED]> wrote: > On Tue, Jan 25, 2005 at 08:44:50PM +0300, Andrey Melnikoff wrote: > AM> Внимание вопрос, зачем тогда нужен этот журнал если: > AM> "/var/spool/squid ценности не представляет" и > AM> "журнал вынести на другой диск"? Для каких целей он может быть использован > AM> (кроме как для замедления скорости работы с fs/ide) в данном конкретном > AM> случае? > Повторюсь ещё раз -- журнал не всегда уменьшает скорость. Иногда > увеличивает. Покажи мне это место. Пальцем, тестами. > Особенно если это не IDE, а SCSI с батарейкой (hint: журнал > целиком будет валяться в кэше). А количество операций на самой файловой > системе в результате уменьшается. С чего это их раз и уменьшается? > На IDE на одном канале так делать не надо. Но сейчас уже модно SATA, на > котором вполне себе. Ага. Именно вполне себе для данной ситуации ext2 и выбросить SATA на помойку после первого сбоя. > И, прошу отмотать тред -- я придрался к утверждению что журнал это всегда > медленнее. Сколько я не видел тестов - все показывают выигрш ext2 перед ext3 по скорости. с журналом здесь, с журналом воон там. > А ничуть не к использованию ext2/3 на /var/spool/squid. Ибо > этот самый /var/spool/squid всю жизнь держу на рейзере. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Wed, Jan 26, 2005 at 07:24:44PM +0300, Pavel Ammosov wrote: >> На IDE на одном канале так делать не надо. Но сейчас уже модно SATA, на >> котором вполне себе. PA> Можно подумать что SATA в Linux научился TCQ/NCQ. SATA по крайней мере умеет при работе с одним диском не убивать нафиг канал к другому (как в IDE когда два диска на одном шлейфе). -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
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". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Tue, Jan 25, 2005 at 01:49:52AM +0300, Andrey Melnikoff wrote: AM> Всем чем угодно. Подглючившей памятью, перегревшимся камнем. Да и ext3 увы AM> не панацея. Он только обеспечивает некоторую сохранность fs, а не данных. AM> Могу тебя заверить - по данным из журнала будет "всё в порядке", а в файлах AM> - откровенный мусор. Уууу. Слава богу таких ситуаций я не видел. memtest86 меня пока спасал. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Tue, Jan 25, 2005 at 08:44:50PM +0300, Andrey Melnikoff wrote: AM> Внимание вопрос, зачем тогда нужен этот журнал если: AM> "/var/spool/squid ценности не представляет" и AM> "журнал вынести на другой диск"? Для каких целей он может быть использован AM> (кроме как для замедления скорости работы с fs/ide) в данном конкретном AM> случае? Повторюсь ещё раз -- журнал не всегда уменьшает скорость. Иногда увеличивает. Особенно если это не IDE, а SCSI с батарейкой (hint: журнал целиком будет валяться в кэше). А количество операций на самой файловой системе в результате уменьшается. На IDE на одном канале так делать не надо. Но сейчас уже модно SATA, на котором вполне себе. И, прошу отмотать тред -- я придрался к утверждению что журнал это всегда медленнее. А ничуть не к использованию ext2/3 на /var/spool/squid. Ибо этот самый /var/spool/squid всю жизнь держу на рейзере. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Denis Smirnov <[EMAIL PROTECTED]> wrote: > Artem Chuprina wrote: > > AM>> Выкинь ext3. В случае краша онной партиции её быстрее mke2fs заново, > > чем > > AM>> проверять fsck. > > > > DS> Гхм. Ни разу не видел "краха" ext3 с data=journal даже в тяжёлых > > случаях. > > DS> А при нормальном UPS и RAID не представляю себе чем её вообще можно > > DS> искорёжить. > >С data=journal на разделе с _нагруженным_ сквидом!? > /var/spool/squid ценности не представляет, поэтому там вообще место для > reiserfs. И, если какие-то проблемы, скриптом пересоздавать заново. > А таки data=journal и на нагруженом разделе может быть быстрее. Если > журнал вынести на другой (сильно менее нагруженый) диск. Внимание вопрос, зачем тогда нужен этот журнал если: "/var/spool/squid ценности не представляет" и "журнал вынести на другой диск"? Для каких целей он может быть использован (кроме как для замедления скорости работы с fs/ide) в данном конкретном случае? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Artem Chuprina wrote: AM>> Выкинь ext3. В случае краша онной партиции её быстрее mke2fs заново, чем AM>> проверять fsck. DS> Гхм. Ни разу не видел "краха" ext3 с data=journal даже в тяжёлых случаях. DS> А при нормальном UPS и RAID не представляю себе чем её вообще можно DS> искорёжить. С data=journal на разделе с _нагруженным_ сквидом!? /var/spool/squid ценности не представляет, поэтому там вообще место для reiserfs. И, если какие-то проблемы, скриптом пересоздавать заново. А таки data=journal и на нагруженом разделе может быть быстрее. Если журнал вынести на другой (сильно менее нагруженый) диск. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
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 даже в тяжёлых случаях. Значит случаи были не тяжелые. > А при нормальном UPS и RAID не представляю себе чем её вообще можно > искорёжить. Всем чем угодно. Подглючившей памятью, перегревшимся камнем. Да и ext3 увы не панацея. Он только обеспечивает некоторую сохранность fs, а не данных. Могу тебя заверить - по данным из журнала будет "всё в порядке", а в файлах - откровенный мусор. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
box1739 -> debian-russian@lists.debian.org @ Mon, 24 Jan 2005 09:38:47 +0300: AM>> Лечится быстрыми дисками (кэш на оттдельном диске, под ext2 с noatime) и AM>> памятью. b> Софтверный RAID 0, правда с ext3. Забыл написать. Журнал там отчетливо лишний. Умнее, возможно, при каждой перезагрузке делать mkfs :-) -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
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 и RAID не представляю себе чем её вообще можно DS> искорёжить. С data=journal на разделе с _нагруженным_ сквидом!? -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Mon, Jan 24, 2005 at 06:28:20PM +0300, Andrey Melnikoff wrote: AM> Выкинь ext3. В случае краша онной партиции её быстрее mke2fs заново, чем AM> проверять fsck. Гхм. Ни разу не видел "краха" ext3 с data=journal даже в тяжёлых случаях. А при нормальном UPS и RAID не представляю себе чем её вообще можно искорёжить. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
box1739 <[EMAIL PROTECTED]> wrote: > Saturday, January 22, 2005, 2:47:01 PM, you wrote: > AM> Лечится быстрыми дисками (кэш на оттдельном диске, под ext2 с noatime) и > AM> памятью. > Софтверный RAID 0, правда с ext3. Забыл написать. Выкинь ext3. В случае краша онной партиции её быстрее mke2fs заново, чем проверять fsck. > AM> Дык, ты считай почти ничего и не оптимизируешь. Вот ничего и невидно :) > Как это ничего? Если я правильно понял man, то в gcc 3.2, -O3 включает > абсолютное большинство ключей оптимизации. Неправильно. Некоторые вещи, которые могут реально ускорить - оно не включает. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Mon, Jan 24, 2005 at 08:17:58AM +0200, Dmitry Nezhevenko wrote: DN> Должна быть ext2. Она же не тратит время на ведение журнала. Но Reiser более DN> экономична. А кто вам сказал, что журнал это всегда потеря производительности? Я успешно применяю журналирование как средство увеличения производительности. Hint: freesource.info -> Статьи -> Журналируемые файловые системы -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Saturday, January 22, 2005, 2:47:01 PM, you wrote: AM> Лечится быстрыми дисками (кэш на оттдельном диске, под ext2 с noatime) и AM> памятью. Софтверный RAID 0, правда с ext3. Забыл написать. AM> Дык, ты считай почти ничего и не оптимизируешь. Вот ничего и невидно :) Как это ничего? Если я правильно понял man, то в gcc 3.2, -O3 включает абсолютное большинство ключей оптимизации. -- Denis Sokolovmailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
В сообщении от Понедельник, 24-Янв-2005 06:50 Evgeny Yurkin написал(a): > В сообщении от 22 Январь 2005 17:47 Andrey Melnikoff написал(a): > > > Пример. Squid - самый загруженный демон у меня. Большой кеш, много > > > клиентов. > > > > Лечится быстрыми дисками (кэш на оттдельном диске, под ext2 с noatime) и > > памятью. > > Извините, а что ext2 стала самой быстрой для кучи мелких файлов? > я почему то думал про reiserfs с noatime Должна быть ext2. Она же не тратит время на ведение журнала. Но Reiser более экономична. > > -- > С Уважением, > Юркин Евгений > Siberia Health Inc
Re: Любителям пересобираться - Gentoo, подвинься! :-)
В сообщении от 22 Январь 2005 17:47 Andrey Melnikoff написал(a): > > Пример. Squid - самый загруженный демон у меня. Большой кеш, много > > клиентов. > > Лечится быстрыми дисками (кэш на оттдельном диске, под ext2 с noatime) и > памятью. Извините, а что ext2 стала самой быстрой для кучи мелких файлов? я почему то думал про reiserfs с noatime -- С Уважением, Юркин Евгений Siberia Health Inc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Sat, Jan 22, 2005 at 02:47:01PM +0300, Andrey Melnikoff wrote: > > Пример. Squid - самый загруженный демон у меня. Большой кеш, > > много клиентов. > Лечится быстрыми дисками (кэш на оттдельном диске, под ext2 с > noatime) и памятью. /me предпочитает бесхвостый reiser на RAID0 для таких дел :) -- WBR, Michael Shigorin <[EMAIL PROTECTED]> -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
Dmitry Nezhevenko -> debian-russian@lists.debian.org @ Sat, 22 Jan 2005 12:33:52 +0200: DN> В инете можно кучу тестов этого найти. Могу тока сказать что из DN> экспериментов читал про mencoder, там прирост производительности DN> очень мал. Лично по моему мнению пересобирать нужно не для DN> оптимизации ключиками gcc а с целью выкидывания поддержки ненужного DN> барахла. (Например в ядре поотключать поддержку тех устройств, DN> которых на тачке нет как таковых). А эти ключики особо ни чего не DN> дают. Попрошу меня не пинать, это мое личное IMHO. Все-таки пну. IMHO тут совершенно ни при чем. При чем - только результаты тестов на реальной нагрузке. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
В сообщении от Пятница, 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" описывается процесс с > MN>> использованием пакета apt-build по пересборке пакетов под конкретную > MN>> аппаратную конфигурацию. > b> По древней привычке пересобираю из исходников практически все чем > b> пользуюсь. В основном чтобы выкинуть ненужные мне возможности пакета и > b> добавить нужные. Ключами оптимизации GCC тоже не брезгую. Но на > "глазок" b> результаты оценить сложно. Вопрос аксакалам - кто-нибудь > тестировал, b> сборка с оптимизацией дает прирост производительности? > > После возврата на sarge из почти годичного сидений в Gentoo, замедления > не заметил. Даже в KDE :-). > > В общем, не стоит оно того, по-моему. Разве что для mencoder'а > какого-нибудь или kernal'а. > > [EMAIL PROTECTED] spb ru Serge Matveev & ... > ICQ 3575357 В инете можно кучу тестов этого найти. Могу тока сказать что из экспериментов читал про mencoder, там прирост производительности очень мал. Лично по моему мнению пересобирать нужно не для оптимизации ключиками gcc а с целью выкидывания поддержки ненужного барахла. (Например в ядре поотключать поддержку тех устройств, которых на тачке нет как таковых). А эти ключики особо ни чего не дают. Попрошу меня не пинать, это мое личное IMHO.
Re: Любителям пересобираться - Gentoo, подвинься! :-)
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. > > Ну тут ты уж определись чего ты хочешь: оптимизацию по размеру или > > таки -O3. Хотя, gcc возьмет последнюю -O3 так что -s можно выкинуть. > '-s' --- это strip. Оптимизация по размеру --- это '-Os'. Тьху, перепутал. Хотя strip это 'strip --strip-unneeded' на то, что получилось. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Sat, Jan 22, 2005 at 02:47:01PM +0300, Andrey Melnikoff wrote: > > На этапе configure выкидываю все лишнее, добавляю нужное. Собираю с > > опциями: -s -O3 -march=i686 -mcpu=i686. > Ну тут ты уж определись чего ты хочешь: оптимизацию по размеру или > таки -O3. Хотя, gcc возьмет последнюю -O3 так что -s можно выкинуть. '-s' --- это strip. Оптимизация по размеру --- это '-Os'. -- Andrey V. Kiselev Home phone: +7 812 5970603 ICQ# 26871517 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
box1739 <[EMAIL PROTECTED]> wrote: [skipp] > AM>> Смотря чем и с какими ключами собираешь. > AC> В первую очередь - смотря _что_ собираешь... И как потом используешь. > AC> Оптимизация актуальна для ядра и основного сервисного софта на тяжело > AC> загруженном сервере или для mplayer на машинке класса Pentium II. > Пример. Squid - самый загруженный демон у меня. Большой кеш, много > клиентов. Лечится быстрыми дисками (кэш на оттдельном диске, под ext2 с noatime) и памятью. > Сервер тоже загружен. Возможность наращивать cache_mem > ограничена. GCC - 3.2, самосборный. Выкинь. gcc-3.4 оно лучше. > На этапе configure выкидываю все лишнее, добавляю нужное. Собираю с > опциями: -s -O3 -march=i686 -mcpu=i686. Ну тут ты уж определись чего ты хочешь: оптимизацию по размеру или таки -O3. Хотя, gcc возьмет последнюю -O3 так что -s можно выкинуть. > В итоге принципиальных различий в производительности, по сравнению с > дистрибутивным, не наблюдаю. Но это опять же "на глаз". Дык, ты считай почти ничего и не оптимизируешь. Вот ничего и невидно :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re[2]: Любителям пересобираться - Gentoo, подвинься! :-)
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 >>> MN> Debian packages for your system" описывается процесс с использованием >>> MN> пакета apt-build по пересборке пакетов под конкретную аппаратную >>> MN> конфигурацию. >>> По древней привычке пересобираю из исходников практически все чем >>> пользуюсь. В основном чтобы выкинуть ненужные мне возможности пакета и >>> добавить нужные. Ключами оптимизации GCC тоже не брезгую. Но на >>> "глазок" результаты оценить сложно. Вопрос аксакалам - кто-нибудь >>> тестировал, сборка с оптимизацией дает прирост производительности? AM>> Смотря чем и с какими ключами собираешь. AC> В первую очередь - смотря _что_ собираешь... И как потом используешь. AC> Оптимизация актуальна для ядра и основного сервисного софта на тяжело AC> загруженном сервере или для mplayer на машинке класса Pentium II. Пример. Squid - самый загруженный демон у меня. Большой кеш, много клиентов. Сервер тоже загружен. Возможность наращивать cache_mem ограничена. GCC - 3.2, самосборный. На этапе configure выкидываю все лишнее, добавляю нужное. Собираю с опциями: -s -O3 -march=i686 -mcpu=i686. В итоге принципиальных различий в производительности, по сравнению с дистрибутивным, не наблюдаю. Но это опять же "на глаз". -- Denis Sokolov mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, п одвинься! :-)
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> пакета apt-build по пересборке пакетов под конкретную аппаратную >> MN> конфигурацию. >> По древней привычке пересобираю из исходников практически все чем >> пользуюсь. В основном чтобы выкинуть ненужные мне возможности пакета и >> добавить нужные. Ключами оптимизации GCC тоже не брезгую. Но на >> "глазок" результаты оценить сложно. Вопрос аксакалам - кто-нибудь >> тестировал, сборка с оптимизацией дает прирост производительности? AM> Смотря чем и с какими ключами собираешь. В первую очередь - смотря _что_ собираешь... И как потом используешь. Оптимизация актуальна для ядра и основного сервисного софта на тяжело загруженном сервере или для mplayer на машинке класса Pentium II. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
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 по пересборке пакетов под конкретную MN>> аппаратную конфигурацию. b> По древней привычке пересобираю из исходников практически все чем b> пользуюсь. В основном чтобы выкинуть ненужные мне возможности пакета и b> добавить нужные. Ключами оптимизации GCC тоже не брезгую. Но на "глазок" b> результаты оценить сложно. Вопрос аксакалам - кто-нибудь тестировал, b> сборка с оптимизацией дает прирост производительности? После возврата на sarge из почти годичного сидений в Gentoo, замедления не заметил. Даже в KDE :-). В общем, не стоит оно того, по-моему. Разве что для mencoder'а какого-нибудь или kernal'а. [EMAIL PROTECTED] spb ru Serge Matveev & ... ICQ 3575357
Re: Любителям пересобираться - Gentoo, подвинься! :-)
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> пакета apt-build по пересборке пакетов под конкретную аппаратную >> MN> конфигурацию. >> По древней привычке пересобираю из исходников практически все чем >> пользуюсь. В основном чтобы выкинуть ненужные мне возможности пакета и >> добавить нужные. Ключами оптимизации GCC тоже не брезгую. Но на >> "глазок" результаты оценить сложно. Вопрос аксакалам - кто-нибудь >> тестировал, сборка с оптимизацией дает прирост производительности? AM> Смотря чем и с какими ключами собираешь. В первую очередь - смотря _что_ собираешь... И как потом используешь. Оптимизация актуальна для ядра и основного сервисного софта на тяжело загруженном сервере или для mplayer на машинке класса Pentium II. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
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 по пересборке пакетов под конкретную MN>> аппаратную конфигурацию. b> По древней привычке пересобираю из исходников практически все чем b> пользуюсь. В основном чтобы выкинуть ненужные мне возможности пакета и b> добавить нужные. Ключами оптимизации GCC тоже не брезгую. Но на "глазок" b> результаты оценить сложно. Вопрос аксакалам - кто-нибудь тестировал, b> сборка с оптимизацией дает прирост производительности? После возврата на sarge из почти годичного сидений в Gentoo, замедления не заметил. Даже в KDE :-). В общем, не стоит оно того, по-моему. Разве что для mencoder'а какого-нибудь или kernal'а. [EMAIL PROTECTED] spb ru Serge Matveev & ... ICQ 3575357 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, п одвинься! :-)
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 your system" описывается процесс с использованием >> MN> пакета apt-build по пересборке пакетов под конкретную аппаратную >> MN> конфигурацию. > >> По древней привычке пересобираю из исходников практически все чем >> пользуюсь. В основном чтобы выкинуть ненужные мне возможности пакета и >> добавить нужные. Ключами оптимизации GCC тоже не брезгую. Но на >> "глазок" результаты оценить сложно. Вопрос аксакалам - кто-нибудь >> тестировал, сборка с оптимизацией дает прирост производительности? > Смотря чем и с какими ключами собираешь. И смотря что пересобирать. Пересобирать интерактивные программы которые 99.9% времени ожидают действия пользователя смысла совершенно никакого. А, к примеру, пересобрать xvid, transcode, vorbis-tools перед кодированием видео смысл имеет. -- With Best Regards, Maxim Tyurin aka Bungarus JID:[EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
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 your system" описывается процесс с использованием >> MN> пакета apt-build по пересборке пакетов под конкретную аппаратную >> MN> конфигурацию. > >> По древней привычке пересобираю из исходников практически все чем >> пользуюсь. В основном чтобы выкинуть ненужные мне возможности пакета и >> добавить нужные. Ключами оптимизации GCC тоже не брезгую. Но на >> "глазок" результаты оценить сложно. Вопрос аксакалам - кто-нибудь >> тестировал, сборка с оптимизацией дает прирост производительности? > Смотря чем и с какими ключами собираешь. И смотря что пересобирать. Пересобирать интерактивные программы которые 99.9% времени ожидают действия пользователя смысла совершенно никакого. А, к примеру, пересобрать xvid, transcode, vorbis-tools перед кодированием видео смысл имеет. -- With Best Regards, Maxim Tyurin aka Bungarus JID:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
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> пакета apt-build по пересборке пакетов под конкретную аппаратную > MN> конфигурацию. > По древней привычке пересобираю из исходников практически все чем > пользуюсь. В основном чтобы выкинуть ненужные мне возможности пакета и > добавить нужные. Ключами оптимизации GCC тоже не брезгую. Но на > "глазок" результаты оценить сложно. Вопрос аксакалам - кто-нибудь > тестировал, сборка с оптимизацией дает прирост производительности? Смотря чем и с какими ключами собираешь.
Re: Любителям пересобираться - Gentoo, подвинься! :-)
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> пакета apt-build по пересборке пакетов под конкретную аппаратную > MN> конфигурацию. > По древней привычке пересобираю из исходников практически все чем > пользуюсь. В основном чтобы выкинуть ненужные мне возможности пакета и > добавить нужные. Ключами оптимизации GCC тоже не брезгую. Но на > "глазок" результаты оценить сложно. Вопрос аксакалам - кто-нибудь > тестировал, сборка с оптимизацией дает прирост производительности? Смотря чем и с какими ключами собираешь. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобир аться - Gentoo, подвинься! : -)
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> конфигурацию. По древней привычке пересобираю из исходников практически все чем пользуюсь. В основном чтобы выкинуть ненужные мне возможности пакета и добавить нужные. Ключами оптимизации GCC тоже не брезгую. Но на "глазок" результаты оценить сложно. Вопрос аксакалам - кто-нибудь тестировал, сборка с оптимизацией дает прирост производительности? -- Denis Sokolovmailto:[EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
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> конфигурацию. По древней привычке пересобираю из исходников практически все чем пользуюсь. В основном чтобы выкинуть ненужные мне возможности пакета и добавить нужные. Ключами оптимизации GCC тоже не брезгую. Но на "глазок" результаты оценить сложно. Вопрос аксакалам - кто-нибудь тестировал, сборка с оптимизацией дает прирост производительности? -- Denis Sokolovmailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Tue, 18 Jan 2005 14:43:38 +0200 Mykola Nikishov wrote: MN> Поклонникам Gentoo больше нечем хвалиться: Поклонникам Gentoo есть чем хвалиться. Их реализация SysV init мне очень нравится. Хотя после года под gentoo я облегчением свалил обратно на Debian. Общее ощущение недоделанности сквозит со всех сторон. Хотя идеи интересные. Да, справедливости ради, в Gentoo оптимизация под процессор не главный плюс сборки - главное, зачем оно затевалось, система use. Т.е. если у тебя в системе стоит use=' ... gtk2 -gnome ...', то все программы будут собираться с поддержкой gtk2 и без поддержки gnome. Т.е. решена проблема сборки дистрибутива "под себя" и без кучи весрий одного пакета. Опять таки, переход с esd на arts, например, происходит очень оперативно - изменили use и пересобрали (автоматом) все, что нужно [EMAIL PROTECTED] spb ru Serge Matveev & ... ICQ 3575357
Re: Любителям пересобираться - Gentoo, подвинься! :-)
On Tue, 18 Jan 2005 14:43:38 +0200 Mykola Nikishov wrote: MN> Поклонникам Gentoo больше нечем хвалиться: Поклонникам Gentoo есть чем хвалиться. Их реализация SysV init мне очень нравится. Хотя после года под gentoo я облегчением свалил обратно на Debian. Общее ощущение недоделанности сквозит со всех сторон. Хотя идеи интересные. Да, справедливости ради, в Gentoo оптимизация под процессор не главный плюс сборки - главное, зачем оно затевалось, система use. Т.е. если у тебя в системе стоит use=' ... gtk2 -gnome ...', то все программы будут собираться с поддержкой gtk2 и без поддержки gnome. Т.е. решена проблема сборки дистрибутива "под себя" и без кучи весрий одного пакета. Опять таки, переход с esd на arts, например, происходит очень оперативно - изменили use и пересобрали (автоматом) все, что нужно [EMAIL PROTECTED] spb ru Serge Matveev & ... ICQ 3575357 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Любителям пересобираться - Gentoo, подвин ься! :-)
--- 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 Master 2.2 (kernel 2.4.28) >А еще они кошечек да собачек бездомных подкармливают... О чем это >говорит? о том, что много зарабатывают, да? -- anonymous (linux.org.ru)
Re: Любителям пересобираться - Gentoo, подвинься! :-)
--- 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 Master 2.2 (kernel 2.4.28) >А еще они кошечек да собачек бездомных подкармливают... О чем это >говорит? о том, что много зарабатывают, да? -- anonymous (linux.org.ru) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Любителям пересобират ься - Gentoo, подвинься! :-)
Поклонникам Gentoo больше нечем хвалиться: в статье "apt-build: Optimize Debian packages for your system" описывается процесс с использованием пакета apt-build по пересборке пакетов под конкретную аппаратную конфигурацию. Всё делается в стиле Debian: apt-build <имяпакета> и получаем пересобранный под свою платформу пакет. Загрузка исходников и разрешение зависимостей делается автоматически. И даже больше: можно выполнить ant-build world и пересобрать все установленные пакеты. http://julien.danjou.info/article-apt-build.html -- MAN-UANIC Eclipse.org downloads @ http://eclipse.osdn.org.ua/
Любителям пересобираться - Gentoo, подвинься! :-)
Поклонникам Gentoo больше нечем хвалиться: в статье "apt-build: Optimize Debian packages for your system" описывается процесс с использованием пакета apt-build по пересборке пакетов под конкретную аппаратную конфигурацию. Всё делается в стиле Debian: apt-build <имяпакета> и получаем пересобранный под свою платформу пакет. Загрузка исходников и разрешение зависимостей делается автоматически. И даже больше: можно выполнить ant-build world и пересобрать все установленные пакеты. http://julien.danjou.info/article-apt-build.html -- MAN-UANIC Eclipse.org downloads @ http://eclipse.osdn.org.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gentoo-user-es@lists.gentoo.org is a subscribers only list
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 address You subscribed with in the welcome mail, or check the headers of any mail to the mailinglist. If you want to be able to post from more than one email address, you can subscribe the other addresses to the nomail version of the list.
Posts to gentoo-gwn@robin.gentoo.org denied
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, you should know that this behaviour can be changed by touching the list control file 'tocc'. Thanks.