On 2006.12.21 at 08:17:41 +0300, Alexander GQ Gerasiov wrote:
- Если EM64T работает, следует ли переходить на 64-битную версию
дистрибутива? Какие это даёт выгоды?
Скорее всего никаких, даже наоборот.
И нельзя ли как-то собрать
парочку number crunchers (например, mplayer/mencoder, vamps)
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 и
В сообщении от 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 это тоже
необходимо при серьезной нагруженности СУБД. См.
Hi!
- Есть ли способ определить, работает ли EM64T? Материнка при
загрузке сообщает что он есть, но непонятно тогда, почему процессор
продали как Celeron.
cat /proc/cpuinfo
только вот не помню, какой флаг означает набор AMD64
lm
--
Alexander Kogan
Institute of Applied Physics
Russian
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
of
Можно 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-amd64-k8
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-k8-smp
В сообщении от Четверг 21 декабря 2006 14:55 Alexander Vlasov написал(a):
AV Есть lib и lib64, и в принципе это ничем не отличается от, если
AV подходить правильно.
Можно рассказать, как правильно подходить? (не ради флейма, я честно не
знаю)
Линкер и ядро уже умеют правильно ходить.
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
Есть они в etch.
http://packages.debian.org/cgi-bin/search_packages.pl?keywords=kernel-image
-2.6-searchon=namessubword=1version=testingrelease=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=namessubword=1version=testingrelease=all Если не
веришь.
Интересно - они в ветке AMD64 (Linux kernel 2.6 image on AMD64). А
под
Может кто знает как в iptables зарулить пакеты после un-DNAT
в -j ULOG? Возможно ли это вообще?
В LARC'е молчат, а надо :-/
--
Покотиленко Костик [EMAIL PROTECTED]
---BeginMessage---
Maybe my question was too complex, I would try to make it simple...
Is it possible to catch un-DNAT'ed packet
Иван Лох [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]
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
на сетевой карте. Если 1500
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
D Может есть другие варианты, как по сети быстро передать кучу информации?
D И на сервере и у меня стоит Debian Sarge.
rsync попробуйте. только по родному протоколу, не ssh.
Это его надо сервером запустить и тогда он перестанет использовать ssh?
--
To UNSUBSCRIBE, email to [EMAIL
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
Здравствуйте, 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 -
Dmitry-T пишет:
Если у тебя вся сеть на гигабите и поддерживаються jumbo frames то проверь mtu
на сетевой карте. Если 1500 то можешь увеличить.
Вся сеть. А как узнать поддерживаются jumbo frames или нет? (интеловские
встроенные сетевые карты и у меня и на сервере)
Имелась ввиду поддержка
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?
47 matches
Mail list logo