On 2006.12.21 at 08:17:41 +0300, Alexander GQ Gerasiov wrote:
> > - Если EM64T работает, следует ли переходить на 64-битную версию
> > дистрибутива? Какие это даёт выгоды?
> Скорее всего никаких, даже наоборот.
> >И нельзя ли как-то собрать
> > парочку number crunchers (например, mplayer/mencoder
Victor Wagner -> debian-russian@lists.debian.org @ Thu, 21 Dec 2006 11:08:01
+0300:
VW> Можно Solaris поставить. В нем можно мешать 32-битный и 64-битный
VW> код в любых комбинациях.
VW> Почему разработчики дистрибутивов Linux не содрали конструкцию
VW> с Solaris с ${prefix}/lib и ${prefix}
В сообщении от 21 декабря 2006 14:08 Victor Wagner написал(a):
> On 2006.12.21 at 08:17:41 +0300, Alexander GQ Gerasiov wrote:
> > > - Если EM64T работает, следует ли переходить на 64-битную версию
> > > дистрибутива? Какие это даёт выгоды?
> >
> > Скорее всего никаких, даже наоборот.
> >
> > >И не
Nick 'TARANTUL' Novikov wrote:
Peter Teslenko wrote:
Видать поменяли.
Уже разобрался.
Это рулится через
/etc/courier/authldaprc
/etc/courier/authdaemonrc
Теперь думаю как побороть чтобы почта доставлялась реальным и
виртуальным юзерам.
Виртуальным доставляется, а на реальных ругается на пермиш
> а кстати oracle умеет жить на i386 системе с ядром для x86_64 (amd64)?
> а то помниться 8i что то ругался про память что не может выделить себе
>
Надо настроить параметр shared buffers. Кстати, для PostgeSQL это тоже
необходимо при серьезной нагруженности СУБД. См.
http://docs.sun.com/app/doc
Hi!
> > - Есть ли способ определить, работает ли EM64T? Материнка при
> > загрузке сообщает что он есть, но непонятно тогда, почему процессор
> > продали как Celeron.
>
> cat /proc/cpuinfo
> только вот не помню, какой флаг означает набор AMD64
lm
--
Alexander Kogan
Institute of Applied Physics
On Thursday 21 December 2006 03:23, Pechnikov Alexey wrote:
> Если кому нужно, могу прислать пересобранный hal-storage-mount или
hal_0.5.8.1-4_i386.deb.
пришли, коль не жалко:)
адрес: [EMAIL PROTECTED]
--
С уважением,
Канашин А.В.
21.12.06, 03:23, Pechnikov Alexey <[EMAIL PROTECTED]>:
> MOUNT_OPTIONS_VFAT "noexec,nosuid,iocharset=cp1251"). Теперь кодировка
> правильно выставляется для флэшек и усб-винтов. Если кому нужно, могу
> прислать пересобранный hal-storage-mount или hal_0.5.8.1-4_i386.deb. В syslog
> теперь пи
В сообщении от 21 декабря 2006 15:01 Pechnikov Alexey написал(a):
> The kernel.shmax parameter defines the maximum size in bytes for a shared
> memory segment. The kernel.shmall parameter sets the total amount of shared
> memory in pages that can be used at one time on the system. Set the value
> o
> Можно Solaris поставить. В нем можно мешать 32-битный и 64-битный
> код в любых комбинациях.
Ага. Зато все остальное там дерьмо по большей части.
> Почему разработчики дистрибутивов Linux не содрали конструкцию
> с Solaris с ${prefix}/lib и ${prefix}/lib/64 - не понимаю.
Есть lib и lib64, и в
Alexander Vlasov -> debian-russian@lists.debian.org @ Thu, 21 Dec 2006
13:22:23 +0200:
>> Почему разработчики дистрибутивов Linux не содрали конструкцию
>> с Solaris с ${prefix}/lib и ${prefix}/lib/64 - не понимаю.
AV> Есть lib и lib64, и в принципе это ничем не отличается от, если
AV> подх
>
> [EMAIL PROTECTED] ~] apt search kernel-image-2.6
>
> 14:31 p
> kernel-image-2.6-amd64-generic - Linux kernel
> image for version 2.6 on generic x86_64 systems - tr i
> kernel-image-2.6-amd6
On Wed, Dec 20, 2006 at 10:44:49PM +0300, Andrey Melnikoff wrote:
> Нету. RTL-8029 место в помойке. Все чипы, которые попадались (а они были AS)
> били фреймы безбожно.
Забавно. У меня от них осталось очень приятное впечатление. И они все еще
работают. Более того, был случай когда из-за проблем ещ
> AV> Есть lib и lib64, и в принципе это ничем не отличается от, если
> AV> подходить правильно.
>
> Можно рассказать, как правильно подходить? (не ради флейма, я честно не знаю)
Линкер и ядро уже умеют правильно ходить. Вопрос теперь к dpkg/apt
> >> Вообще, по идее, если поставить ядро Linux
> > kernel-image-2.6-amd64-generic - Linux kernel
> > image for version 2.6 on generic x86_64 systems - tr i
> > kernel-image-2.6-amd64-k8 - Linux kernel
> > image for version 2.6 on AMD64 systems - transition p
> > kernel-image-2.6-amd64-k
В сообщении от Четверг 21 декабря 2006 14:55 Alexander Vlasov написал(a):
> > AV> Есть lib и lib64, и в принципе это ничем не отличается от, если
> > AV> подходить правильно.
> >
> > Можно рассказать, как правильно подходить? (не ради флейма, я честно не
> > знаю)
>
> Линкер и ядро уже умеют прав
Alexander Vlasov -> debian-russian@lists.debian.org @ Thu, 21 Dec 2006
13:56:12 +0200:
>> > kernel-image-2.6-amd64-generic - Linux kernel
>> > image for version 2.6 on generic x86_64 systems - tr i
>> > kernel-image-2.6-amd64-k8 - Linu
Pechnikov Alexey -> debian-russian@lists.debian.org @ Thu, 21 Dec 2006
14:35:21 +0300:
>> [EMAIL PROTECTED] ~] apt search kernel-image-2.6
>>
>> 14:31 p
>> kernel-image-2.6-amd64-generic -
On Thu, 21 Dec 2006, Иван Лох wrote:
On Wed, Dec 20, 2006 at 10:44:49PM +0300, Andrey Melnikoff wrote:
Нету. RTL-8029 место в помойке. Все чипы, которые попадались (а они были AS)
били фреймы безбожно.
Забавно. У меня от них осталось очень приятное впечатление. И они все еще
работают. Более т
On 21.12.2006, at 15:14, Kirill A. Korinskiy wrote:
Alexander Vlasov -> debian-russian@lists.debian.org @ Thu, 21 Dec
2006 13:56:12 +0200:
kernel-image-2.6-amd64-generic - Linux
kernel
image for version 2.6 on generic x86_64 systems - tr i
kernel-image-2.6-amd64
> Есть они в etch.
>
> http://packages.debian.org/cgi-bin/search_packages.pl?keywords=kernel-image
>-2.6-&searchon=names&subword=1&version=testing&release=all Если не веришь.
Интересно - они в ветке AMD64 (Linux kernel 2.6 image on AMD64). А под интел
64 ветки вообще не будет?
On 21.12.2006, at 15:24, Pechnikov Alexey wrote:
Есть они в etch.
http://packages.debian.org/cgi-bin/search_packages.pl?
keywords=kernel-image
-2.6-&searchon=names&subword=1&version=testing&release=all Если не
веришь.
Интересно - они в ветке AMD64 (Linux kernel 2.6 image on AMD64). А
по
Может кто знает как в iptables зарулить пакеты после "un-DNAT"
в -j ULOG? Возможно ли это вообще?
В LARC'е молчат, а надо :-/
--
Покотиленко Костик <[EMAIL PROTECTED]>
--- Begin Message ---
Maybe my question was too complex, I would try to make it simple...
Is it possible to catch un-DNAT'ed p
Иван Лох <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 20, 2006 at 10:44:49PM +0300, Andrey Melnikoff wrote:
> > Нету. RTL-8029 место в помойке. Все чипы, которые попадались (а они были AS)
> > били фреймы безбожно.
> Забавно. У меня от них осталось очень приятное впечатление. И они все еще
> работают.
Есть в локальной сети сервер. Подключен по гигабиту. Переодически надо
на него достаточно быстро закинуть порядка сотни гигабайт. Сейчас по
большей части иду к нему и подцепляю нужные жёсткие диски, затем копирую
с диска на райд массив. Но выключать его для этой операции не всегда
можно, да и ходит
You ([EMAIL PROTECTED]) wrote:
D> Может есть другие варианты, как по сети быстро передать кучу
D> информации?
rsync попробовать. Не через ssh, а по его родному протоколу.
--
JID: [EMAIL PROTECTED]
On Thu, 21 Dec 2006, Dmitry-T wrote:
D> Есть в локальной сети сервер. Подключен по гигабиту. Переодически надо
D> на него достаточно быстро закинуть порядка сотни гигабайт. Сейчас по
D> большей части иду к нему и подцепляю нужные жёсткие диски, затем копирую
D> с диска на райд массив. Но выключать
You ([EMAIL PROTECTED]) wrote:
D> Может есть другие варианты, как по сети быстро передать кучу
D> информации?
Всплыла ещё мысль: если вопрос только в том, что не хочется сервер
гасить, то может проще какой-нибудь хардварный вариант: firewire +
внешняя коробка для витов, или hdd rack?
--
JID:
On 21.12.2006, at 18:26, Mikhail Gusarov wrote:
You ([EMAIL PROTECTED]) wrote:
D> Может есть другие варианты, как по сети быстро передать кучу
D> информации?
rsync попробовать. Не через ssh, а по его родному протоколу.
скорее NFS уж тогда
Proforg
email/JID: [EMAIL PROTECTED]
smime.
On Thu, Dec 21, 2006 at 07:24:02PM +0400, Dmitry-T wrote:
> Есть в локальной сети сервер. Подключен по гигабиту. Переодически надо
> на него достаточно быстро закинуть порядка сотни гигабайт. Сейчас по
> Что я уже попробовал:
> - копировать через самбу - примерно 10 Мб/сек
> - копировать через scp
В сообщении от 21 декабря 2006 17:24 Dmitry-T написал(a):
> Есть в локальной сети сервер. Подключен по гигабиту.
>
> Может есть другие варианты, как по сети быстро передать кучу информации?
>
>
Если у тебя вся сеть на гигабите и поддерживаються jumbo frames то проверь mtu
на сетевой карте. Если
proforg -> debian-russian@lists.debian.org @ Thu, 21 Dec 2006 18:40:24 +0300:
>> D> Может есть другие варианты, как по сети быстро передать кучу
>> D> информации?
>>
>> rsync попробовать. Не через ssh, а по его родному протоколу.
>>
p> скорее NFS уж тогда
У NFS на таких скоростях бывают
On 2006.12.21 at 13:22:23 +0200, Alexander Vlasov wrote:
> > Можно Solaris поставить. В нем можно мешать 32-битный и 64-битный
> > код в любых комбинациях.
>
> Ага. Зато все остальное там дерьмо по большей части.
Ну почему? Там ещё нити хорошие.
А userland можно весь гнутый собрать.
> Есть lib
On Thu, 21 Dec 2006 18:42:02 +0300
Pavel Ammosov <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 21, 2006 at 07:24:02PM +0400, Dmitry-T wrote:
> > Есть в локальной сети сервер. Подключен по гигабиту. Переодически надо
> > на него достаточно быстро закинуть порядка сотни гигабайт. Сейчас по
> > Что я уже
> Если у тебя вся сеть на гигабите и поддерживаються jumbo frames то проверь
> mtu
> на сетевой карте. Если 1500 то можешь увеличить.
Вся сеть. А как узнать поддерживаются jumbo frames или нет? (интеловские
встроенные сетевые карты и у меня и на сервере)
--
To UNSUBSCRIBE, email to [EMAIL PRO
> D> Может есть другие варианты, как по сети быстро передать кучу информации?
> D> И на сервере и у меня стоит Debian Sarge.
> rsync попробуйте. только по родному протоколу, не ssh.
Это его надо сервером запустить и тогда он перестанет использовать ssh?
--
To UNSUBSCRIBE, email to [EMAIL PROTE
20.12.06, Andrey Melnikoff<[EMAIL PROTECTED]> написал(а):
> А есть какая-нибудь программка, которая со старыми
> Realtek-8029 работает ? Или только из доса rset8029.exe ?
Нету. RTL-8029 место в помойке. Все чипы, которые попадались (а они были AS)
били фреймы безбожно.
Выкидывать и покупать нов
[EMAIL PROTECTED] writes:
>> D> Может есть другие варианты, как по сети быстро передать кучу информации?
>> D> И на сервере и у меня стоит Debian Sarge.
>> rsync попробуйте. только по родному протоколу, не ssh.
>
> Это его надо сервером запустить и тогда он перестанет использовать ssh?
С одной и
On 2006.12.21 at 22:41:13 +0200, Maxim Tyurin wrote:
> [EMAIL PROTECTED] writes:
>
> >> D> Может есть другие варианты, как по сети быстро передать кучу информации?
> >> D> И на сервере и у меня стоит Debian Sarge.
> >> rsync попробуйте. только по родному протоколу, не ssh.
> >
> > Это его надо се
Yuri Kozlov <[EMAIL PROTECTED]> wrote:
> 20.12.06, Andrey Melnikoff<[EMAIL PROTECTED]> написал(а):
> > > А есть какая-нибудь программка, которая со старыми
> > > Realtek-8029 работает ? Или только из доса rset8029.exe ?
> > Нету. RTL-8029 место в помойке. Все чипы, которые попадались (а они были AS
Всем привет!
Обсуждение P4 ушло в сторону 64bit, и я уже понял, что "лучше не
связываться" ;)
Но вот с Hyperthreading вопрос есть. Сейчас я успешно вижу два процессора
в /proc/cpuinfo. Нужно ли поставить SMP ядро?
--
Yours, Mikhail Ramendik
Hello,
22.12.06, Mikhail Ramendik<[EMAIL PROTECTED]> написал(а):
Но вот с Hyperthreading вопрос есть. Сейчас я успешно вижу два процессора
в /proc/cpuinfo. Нужно ли поставить SMP ядро?
Нет, раз ты видишь 2 cpu, оно уже smp. (кстати, в etch нет -smp ядер,
для UP и для SMP машин используется од
W: Conflicting distribution: http://ftp.debian.org
sarge-proposed-updates Release (expected sarge-proposed-updates but got
proposed-updates)
почему? это же simlink?
--
Sergio.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Dmitry-T пишет:
Отсюда вопросы:
Как сохранять дату модификации файлов по ftp? Пробовал разные сервера и
клиенты - неудаётся.
можно tar-ить перед передачей , на сервере расtarивать.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTEC
Здравствуйте, Pavel.
Вы писали 21 декабря 2006 г., 20:42:02:
> On Thu, Dec 21, 2006 at 07:24:02PM +0400, Dmitry-T wrote:
>> Может есть другие варианты, как по сети быстро передать кучу информации?
> dmscp2 с http://sabetodo.zib.de/mss/dmscp/, там dmscp2_presentation.pdf.
> Пакет под debian - htt
Dmitry-T пишет:
Если у тебя вся сеть на гигабите и поддерживаються jumbo frames то проверь mtu
на сетевой карте. Если 1500 то можешь увеличить.
Вся сеть. А как узнать поддерживаются jumbo frames или нет? (интеловские
встроенные сетевые карты и у меня и на сервере)
Имелась ввиду поддержка jumb
Dmitry Baryshkov пишет:
Hello,
22.12.06, Mikhail Ramendik<[EMAIL PROTECTED]> написал(а):
Но вот с Hyperthreading вопрос есть. Сейчас я успешно вижу два процессора
в /proc/cpuinfo. Нужно ли поставить SMP ядро?
Нет, раз ты видишь 2 cpu, оно уже smp. (кстати, в etch нет -smp ядер,
для UP и для
On Fri, Dec 22, 2006 at 06:49:49AM +0200, Dmitriy Sirant wrote:
> Несовсем так. Если правильно показали
> мои эксперименты с новыми ядрами в etch, то
> обычное ядро поддерживает
> однопроцессорные ядра и системы с одним
> ядром и Hyperthreading. Ядра с припиской bigmem -
> все что больше 1 про
Alex Corkin пишет:
1. В фак предлагают переставить видеокарту в другой слот (к сожалению
у меня только 1 AGP),
или переставить в другой слот устройство которое сидит на одном
прерывании с видеокартой.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Con
49 matches
Mail list logo
