Сегодня, 22 ноября, в московской гостинице Holiday Inn Lesnaya прошла ежегодная конференция RSC 2011 — Russian Supercomputing Conference. В этом году конференция проводилась в шестой раз. В ходе конференции представителями крупнейших мировых концернов было сделано 13 докладов, среди которых были анонсы новых программных продуктов, анонсы новых аппаратных архитектур, а также обзоры современных тенденций в области высокопроизводительных вычислений.

Более подробный список докладов:

( читать дальше... )

>>> Сайт конференции

Сабж возникает под squeeze самой свежей версии.

Софт: единственное, что менялось в системе после установки - поставлен свежий блободрайвер от нвидии.

Железо: asus k40in, видео - nvidia g102m

Способ воспроизведения проблемы: отправить ноут в суспенд (закрыть крышку, если power management не трогали), разбудить, попробовать использовать сочетания клавиш вида fn-f5 (понизить яркость подсветки).

xev при нажатии fn вообще не показывает событие, показывает только при нажатия хоткея с этой клавишей - видимо, хоткеи аппаратно как-то реализованы. После пробуждения нажатие некоторых хоткеев вызывает штатный эффект (нумлок, например, может отработать), некоторых - никакого эффекта, некоторых - вызывает эффект западания другой клавиши (например, «h»)

Возможно ли это как-то диагностировать и починить?

Возникла потребность визуализировать состояние некоторых переменных в реальном времени. Что можно использовать, чтобы не обнаружить потом в системе что-нибудь лишнее в объеме нескольких гиг? Вот что-то ничего в голову не приходит, не решал таких задач со времен, когда мой комп был с досом и седьмым паскалем.

Встает иногда вопрос в виде полуострой необходимости - либо хочется сделать хитрый инструмент для походных нужд, либо просто возникает креативная мысль. Собственно, вопрос к тем, кто занимался сабжем: в сторону какого оборудования смотреть (трансформатор, электроды, чем их соединять), в какую цену это все влетает (включая маску), как определить тип электрода исходя из материала свариваемых заготовок, насколько это все безопасно с точки зрения поражения over100амперным током и как эту безопасность обеспечить?

И да, ток при конкретном напряжении ограничен возможностями домашней электросети, так вот, ее лучше не грузить выше 10-15 ампер (автоматы на 16) - эта подробность, возможно, поможет определить нужные мощностные характеристики оборудования.

Есть одинаковые рабочие станции в количестве нескольких штук, мать - gigabyte ga-ma74gm-s2. Ставим сквиз на первую станцию. Ставится, перезагружается, показывает gdmский велкам-скрин, разрешение родное. Ставим на вторую - показывает разрешение 1024х768, по краям монитора - черные полосы. Ставим на третью станцию - опять 1024х768, но уже растянутое на весь экран. Как может один и тот же дистр так по-разному себя вести на одинаковом железе?

Есть сабж. Точки-участники разнесены по разным каналам (3, 5, 8, кажется), геометрически расположены в вершинах более или менее равностороннего треугольника. Имеется проблема со стабильностью данной метасети - ноут отваливается раз в полчаса (раньше, до объединения точек доступа, держался полный рабочий день без проблем). Каналы кто-то, возможно, сочтет неоптимальными, но в соседнем здании на довольно высоком уровне сигнала светят точки других организаций, которые мешают реализовать рекомендуемую теоретиками схему 1-6-11.

Вопросы - какие есть типичные косяки в настройке, почему все это может быть более или менее стабильным, насколько критично (на практике) отступление от рекомендуемой схемы, каковы преимущества относительно нескольких сеток с разными названиями?

И есть у меня в голове ещё такой вариант - машина с быстрым беспроводным интерфейсом, раздающая тот же вайфай через несколько omni-directional антенн в разных углах, соединенных коаксиалом с n-jack'ом в беспроводной карте. Это жизнеспособно?

Есть новая мать (asus m5188-m), на ней встроенный ethernet ведет себя очень странным образом.

Грузим систему (с винта от старого сервера), система грузится, все хорошо. Видим интерфейс (eth3), видим устройство в выхлопе lspci, значит, есть сетевая подсистема ядра увидела и опознала устройство. Запускаем dhcp-клиент на этом интерфейсе, и тут начинается проблема: получение адреса не проходит. Назначаем адрес вручную, стаим маску, пишем шлюз и маршрут - пингов никуда нет. Начинаем думать на роутер - мало ли, стоит там фильтр по маку какой-нибудь. Проверяем, что на роутере ничего такого нет, но все-таки решаем его исключить, мало ли, что - ставим на ноуте dhcp-сервер, пытаемся раздать айпишник серваку, результат проверяем через /var/log/messages на ноуте и tcpdump на серваке. И вот результат очень интересный - происходит отправка dhcp-запроса на ноут, что видно в messages, потом dhcp-сервер на ноуте отправляет обратно offer с адресом, что также видно в messages, но в tcpdump на сервере видно только отправку запроса, то есть такое впечатление, что сервер не может принять ответные пакеты.

Единственное, что мне приходит в голову - кривой кабель (маловероятно, на старой матери прекрасно работал) или кривое ethernet-гнездо на матери. Есть другие идеи?

Есть задача - организовать беспроводное рабочее место вида ноут + лпт-принтер (оба по 19 вольт), способное проработать без подзярадки часов 10-12. Планируется импользовать аккумуляторы типа свинцовых sven sv1290 или никель-металлгидридные.

Проблема первая: аккумуляторы имеют номинал 12 вольт, нужно как-то сделать из этого 19. Есть вариант поставить два аккумулятора последовательно и как-то понизить напряжение, как это можно сделать? Может, есть другое решение?

Проблема вторая: как организовать мониторинг уровня разрядки батареи, зарядку оной (тоже с мониторингом), а также мониторинг расхождения отдельных аккумуляторов по параметрам (они же будут деградировать с разной скоростью, да и при покупке могут по-разному себя вести при зарядке, а тогда надо будет их как-то уравнивать, или адаптировать схему зарядки, или что-то ещё)?