Я тебе ответил, загляни в конец

http://www.linux.org.ru/view-message.jsp?msgid=843059

Hi All,

Вспоминали сегодня про самолет на транспортере -- я вспомнил интересную задачку из школьной физики.

Стержень крутится вокруг вертикальной оси с угловой скоростью Омега. К нему привязана абсолютно нерастяжимая и т.д. нить длины L (Эль).

Под действием центробежнеой силы нить отклоняется от вертикали на угол Альфа.

Собссно, надо сий угол найти.

И подставить числа:

L = 1 метр

Омега = 1 радиан/сек

ускорение свободного падения принять за 10 метров в секунду за секунду.

(BTW, (c) -- мой. Навеяно опечаткой в числах в задачнике по физике в провинциальном ВУЗе лет 10 назад, а числа подогнаны под анекдот ("в войну до 10 доходило!"). Сегодня подобными явлениями иллюстрируют теорию катастроф.)

2Sun-ch:

Кинь свое мыло, если не влом, на colonel_b@hotmail.com (это -- я). (ты меня ДОСТАЛ своей интеллегентностью -- не все же такие ...умные, сюда и дети ходят!).

Не могу найти инфу в Сети:

Как-то лихо получается у MPI от SGI копировать данные между партициями; вроде, процессор не задействуется, роутер сам это делает. Никто не сталкивался? Говорят, используют "block transfer engine".

Интересует, в основном, Altix IA64.

Hi All,

Есть такая штука, ядерный модуль и libxpmem. Никто не знает? Вроде, они это под GPL отдают вот-вот. Вот, нагуглил:

You can find the source at bonnie.engr.sgi.com:/proj/sgilinux/stout/isms/opensource/xpmem

Что это такое?

volatile int i,j;

if(i == j){...

icc -Wall:

remark #981: operands are evaluated in unspecified order
     if( i == j ){

Без volatile не ругается.

Я, собственно, не понимаю, почему он ругается. Ну, да
ладно. Но вот как бы это отключить?

Hi All,

Экспериментировал с _mm_prefetch() в icc (интринсик такой, должен на PREFETCHXXX отображаться) на Итаниуме.

Обнаружил, что ни малейшего влияния на скорость сие чудо не оказывает, если не выставлена опция -O3, а с этой опцией разница у меня в 2 раза получалась, когда я массив префетчил. Как это понимать?

Hi All!

Что-то не могу нигде найти доки про то,
как syslogd пишет. Собственно, вопрос такой:

Jan 30 04:28:40 1A:tksmp kernel: blah-blah-blah...
                ^^
             что это? 

(собственно, я хочу установить по output'у priority и facility.
Это то?)
 

Hi all,

Никто не сталкивался:

WARNING! last kupdate run 10947 seconds ago.
54970 buffers on the dirty list.
If number of past due dirty buffers continues to grow,
this likely indicates that data is not being flushed to disk.
Please collect system state and report this error!

Такая вот бяка в log/messages периодически сыплется.

Многоитаниумный сервер, ядро 2.14, fs -- xfs на xvm.

Hi All,

Простой вопрос.

ifconfig -a:

eth0 ... Bcast x.x.61.127 Mask 255.255.255.192

Это нормально? (192=2^7+2^6)

Как вообще должен выглядеть broadcast для такой "некруглой" маски?

И, главное, на что это влияет?

Hi All,

Впервые столкнулся -- не выходит каменный цветок:(

Я настроил dhcpd.conf (всякие МАКи, сети и маски), перезапустил dhcpd (типа РедХет, ./dhcpd restart) -- оно сказало ok.

Нарисовал в inetd.conf "tftp dgram udp wait root /usr/sbin/tcpd in.tftpd -s <путь к загрузочному имэджу>" (/etc/rc.d/init.d/inet тоже перезапустил). И пытаюсь загрузиться с соседней тачки (чей МАК был в dhcpd.conf прописан).

А она мне -- PXE-E16: Valid PXE offer not received.

И че подозрительно, при попытке сделать telnet dhcpdhost 69 оно говорит: "telnet: connect to address xxx.xxx.xxx.xxx: Connection refused"

Может, я чего-то глобально не рюхаю?

Конкретные вопросы:

А почему tftp telnet'у не отзывается? Так и надо (например, из-за udp)?

А bootpd тут не при чем? У меня его вообще нету.

Буду благодарен за любой хинт.

subj

Я понимаю, что ядро ;)

Кому интересно происхождение вопроса:

Аппликуха построена на MPI, а она шибко с диском взаимодействует. А у MPI тенденция имеется -- синхронизироваться a-la busy work, то есть, в лучшем случае типа while(blah-blah)sched_yield(); в надежде, что оно одно такое живет на процессоре.

И у меня сомнения возникают -- а КТО же на диск-то из кэша пишет, если все процессоры отгрызены толстыми MPI - болтающими процессами...

Форматирую диск, файловая система XFS.

На что влияет изменение размеров сектора при неизменном размере блока?

Файловая система XFS.

На что влияет изменение размеров сектора при неизменном размере блока?

Странные дела творяться...

Написал небольшую программулину, которая открывает файл с O_DIRECT и пишет туда, скажем, 10 Gb. Просто буфер максимального размера выравниваю по странице и в цикле делаю write.

Работает, кэш не засоряет, проверено.

Сравниваем с ней же, но без O_DIRECT, а время меряется time'ом с sync'ом, типа

time sh -c "./iotest ; sync"

Результат -- раза в 2 быстрее.

Пробовал монтировать директорию с опцией sync -- то же самое.

Пробовал даже вместо sync делать umount -- то же самое.

Кто может объяснить?

Да, RAM'а у меня 65 Gb

Кто сталкивался?

Нужно купить 4-процовый Оптерон, с терабайтом дисков и гигабайтом/проц RAMа.

Вопросы:

Такие есть чисто SMP (НЕ НУМА)?

Кто такие делает? Я слыхал краем уха про Сан...

Какие диски могут быть (SCSI/SATA/ID etc.)?

Как они с Линуксом (можно ставить непатченный) ?

Короче, буду благодарен любой инфе.

Есть проблема, видимо, нечто связанное с железом. Может, кто чего посоветует?

Суть проблемы такова:

На пустом месте на _некоторых_ машинах иногда валится задача. Однако, валится не всегда, а чаще всего просто выдает неверные ответы. При этом:

1. Только на трех машинах ( из двух десятков). На других такого нет. Даже более более того, на группе из 4 АБСОЛЮТНО одинаковых машин (AMD Athlon XP 3000+) задача систематически валяет ваньку -- на всех, кроме одной, на которой все ok. То есть, машины покупались одновременно, абсолютно одинаковые и с одинаковым Линухом.

2. "Ванька" абсолютно неповторима и появляется после 3-4 дней работы и десятков гигабайт переписанного дискового пространства.

3. uptime проблемных машин составляют месяцы; все, кроме нужной программы работает без проблем.

Вообще-то, ccNUMA.

Пусть *ptr указывает на разделяемую память.

Я туда написал кое-что из процессора 0. Как бы мне посвистеть остальным процессорам, чтобы они соотв. кэш обновили?

Ядро 2.4.21

Такая проблема:

Есть кусок памяти, расшаренный через mmap с MAP_SHARED. Мне надо его из userspace'а одного процесса заблокировать, чтобы другие процессы при попытке в него писать получали бы сигнал, а сам процесс мог бы туда писать.

Или вопрос глобальнее: что можно использовать вместо IPC семафоров для синхронизации доступа различных процессов к памяти, расшаренной через mmap с MAP_SHARED (IPC семафоров у меня всего 128, мне их не хватает, а ядро перекомпилить я не могу).

Наивный вопрос.

Допустим, ulimit -s (под Башем) мне показывает некую цифру.

Она означает, что у программы, стартованной из-под этого Баша, стэк не может быть больше,чем это число.

А что РЕАЛЬНО определяет размер стэка?

Если оно (ulimit -s) равно 8192 K, означает ли это, что у моей прогаммы будет именно ТАКОЙ стэк?