SysInfo for Linux (вот пишу такую...)

[Goodvin]

Могу предложить уточнение - программа вполне может сообщать информацию о том, на какой партиции расположен файл подкачки. Я подумаю об этом.

Зачем ? А если у меня своп в виде файла на другой ФС ? А если свопа вообще нет ?

Если своп в файле - не будет отображена информация о его партиции. Если свопа нет - не будет отображена информация о свопе.

А если у меня 5 разных свопов, причем 2 в файлах и 3 на разных разделах ? Вы все это тоже поместите в строчку описанием RAM ?
Я говорил о неверности такого подхода в корне.
Своп - он \"из другой оперы\", к оперативной памяти, а уж тем более к информации о её аппаратной составляющей, имеет отношение весьма косвенное.
Вы же этого упорно не желаете видеть.
Странно.

[YUKLA]

А если у меня 5 разных свопов, причем 2 в файлах и 3 на разных разделах ? Вы все это тлже запихнете в строчку описанием RAM ?
Я говорил о неверности такого подхода в корне.
Своп - он "из другой оперы", к оперативной памяти, а уж тем более к информации о её аппаратной составляющей, имеет отношение весьма косвенное.
Вы же этого упорно не желаете видеть.
Странно.

Жизнь полна странностей. Пять свопов? Да еще и вперемешку - файлы и партиции? Вы сильно тормозите этим систему. Поверьте мне, как системному программисту Linux.

Я подумаю, как это лучше отобразить. Может быть - в виде (sdb1, sdc4,... etc).

Первая страница программы - "сухая выжимка" данных о системе. Она не подразумевает какой-либо детализации информации. Для это будут служить кнопки Details или отдельные странички SysInfo.

Спасибо вам за информацию. Я, честно говоря, такой случай не учитывал.

PS: Надо понимать, что у меня в классах вся информация о партициях с их привязкой к файловой системе и к железу уже имеется. Мы с вами беседуем лишь об отображении этой информации. Сделать так, как я предлагал несколькими постами назад (перечисление партиций в скобках после наименований жестких дисков) - это лишь одна строка в интерфейсной части программы. Даже не строка - добавление к существующей строке чего-то типа +'('+FBlockDevInfoRec.BlockDevList.CurValue.sPartListDesc+')';

[YUKLA]

Вот, извольте видеть. Уже реализовано.

Не знаю, насколько так лучше... ИМХО и раньше было не плохо...

[Goodvin]

Жизнь полна странностей. Пять свопов? Да еще и вперемешку - файлы и партиции? Вы сильно тормозите этим систему. Поверьте мне, как системному программисту Linux.

Нет, как действующий системный администратор и системный инженер я Вам не поверю.
Ставить в онлайне диагноз о "сильно тормозите систему", не видя и не зная моего сервера и выполняемых им задач, - это сильный ход.
Но неправильный.

Первая страница программы - "сухая выжимка" данных о системе. Она не подразумевает какой-либо детализации информации.

Я не знаю что Вы подразумеваете под "выжимками", но у Вас в Вашей программе с незапамятных времен написано "Hardware information".
И в этом разделе "Hardware information" размещена информация, которая к "Hardware" вообще не относится.
Извините за прямоту, это дилетантство и профанация.
Нам за подобное руки линейкой отбивали еще на студенческой скамье, а тут вы неоднократно всем нам указываете на свой многолетний опыт и квалификацию.
После таких ляпов называть себя "системным программистом" стоило бы с большой осмотрительностью.
Уточню: это ни в коем случае не переход на личности, упаси бог.
Я всего лишь пытаюсь понять почему Вы так упорствуете.

Спасибо вам за информацию. Я, честно говоря, такой случай не учитывал.

Пожалуйста.

PS: Надо понимать, что у меня в классах вся информация о партициях с их привязкой к файловой системе и к железу уже имеется. Мы с вами беседуем лишь об отображении этой информации. Сделать так, как я предлагал несколькими постами назад (перечисление партиций в скобках после наименований жестких дисков) - это лишь одна строка в интерфейсной части программы. Даже не строка - добавление к существующей строке чего-то типа +'('+FBlockDevInfoRec.BlockDevList.CurValue.sPartListDesc+')';

Видите ли, тут такая штука: мне не надо понимать, что там уже есть в классах, объектах, методах, предках, потомках, конструкторах, деструкторах и т.д.
Хочу Вам напомнить в который раз, что вся эта информация легко и непринужденно извлекается простыми консольными командами в самом что ни на есть удобном, универсальном, портабельном, гибком (и т.д. и т.п.) формате - в простом plain text.
Который может быть обработан неисчислимым количеством способов и методов и приведен к любому виду и любой форме.
И причина, по которой вместо несложной консолидирующей надстройки (в виде какого-нибудь банального и прозрачного скрипта, например) Вы упорно пытаетесь создать какой-то монстро-комбайн (в котором много серьезных интерфейсных недостатков), мне совсем неочевидна.
И сколько-нибудь весомых аргументов, объясняющих таковую причину непонятливому мне, Вы привести не желаете.

[Goodvin]

Вот, извольте видеть. Уже реализовано. Не знаю, насколько так лучше... ИМХО и раньше было не плохо...

Реализовано что ? Там все осталось как и было.
Вот, смотрите:

1. Зачем в интерфейсе программы эти огромныве пустые пространства, не несущие никакой смысловой или функциональной нагрузки ?
Я выделил их белыми пятнами на рисунке.
Они просто занимают место на экране.
Это очень дурной тон в построении UI.

2. Зачем там вообще эта картинке с компьютером и почему она такая огромная ?
Какой смысл в такой огромной картинке ?
Или это просто "от балды" вставлено, "для карсоты" ?
Непонятно.

3. Допустим гипотетически, что картинка там расположена с каким-то смыслом и размер ей такой подходит.
Зачем на картинке вокруг компьютера такие окромные куски неба ?
Какой в этом смысл ?
Насколько видится мне, цель картинки - графически сориентировать пользователя, информируя о назначении такущей страницы/закладки.
Ибо известно, что зрительно-мнемонический образ легче и быстрее в восприятии при передаче несложного информационного "посыла", чем текстоый.
Здесь он может "сыграть", ибо через узнаваемый графический образ компьютера в сборе, принтера, монитора, клавиатуры по отдельности тот самый "посыл" прийдет быстрее, чем через прочтение названия раздела мелкими буквами.

Но зачем тогда это небо и облака вокруг компьютера ?
Они отвлекают, зрительно уменьшают образ компьютера, создают ощущение како-то "подвешенности" и непонятности.

Вы вот это все рисовали на форме приложения именно в таком виде с какими определенными целями или просто так, не обдумав, набрасывали виджеты на форму, растягивая путые поля из принципа "чем больше места занимает программа, тем солиднее, заметнее и круче" ?
Непонятно.

Заметьте, эти вопросы возникают к Вам именно и исключительно в связи в Вашим неоднократным рекламированием себя как профессионального программиста с многолетним стажем.
Будь Вы просто начинающим, это были бы не вопросы, а пожелания в стиле "так делать не надо, так некрасиво, неправильно и неудобно".
Вы же разрабатываете этот интерфейс с 90-х годов, судя по скриншотам старой версии для полуоси.
И почему такой опытный программист делает такие неоднозначные решения - мне вот непонятно, пытаюсь для себя прояснить.
Так что вот как-то так.

P.S.
Мысль вслух, на правах лирического отступления.

Знаете, я вот не считаю себя профессиональным программистом, ни разу, даже близко, и никогда таким не был.
Но даже когда я студентом на третьем курсе в качесте курсовой работы писал некую программку (кстати, тоже на паскале, только на "турбированном"), которая вела БД преподов кафедры с их автомобилями, я уже тогда был обучен как не надо делать плохие интерфейсы и чем программное отличаается от аппаратного.
Вот потому и странно мне видеть настоящего программиста, который делает такое.

[YUKLA]

Уважаемый Goodvin.

1. Реализована была строка SATA HDD: 74.5Gb ST980811AS [sda1,sda2,sda3] о которой я говорил в предыдущих постах.

2. Все, что вы написали, к программированию, тем более к системному, не имеет никакого отношения. Вы ведете речь о дизайне. Отвечаю. Мне так нравится. Точка.
Еще раз хочу напомнить - программа распространяется бесплатно под лицензией As Is. Я программу не продаю. И мне, по большому счету, глубоко по барабану, что думают пользователи о дизайне программы. Надеюсь, вы не найдете тут перехода на личности?

3. Картинки, которые вас так раздражают - лицензионно-чистые. Их мне подарил один из пользователей SysInfo/2 (из Нидерландов). Если среди пользователей SysInfo for Linux найдутся художники, которые подарят мне концепт дизайна окон программы и/или картинки - я буду очень признателен. Если мне понравиться - то по согласованию с автором дизайна и/или картинок я буду их использовать в дальнейших реализациях программы.

4. Все предложения по дизайну, функционалу, картинкам и пр. мною принимаются к сведению. Я их рассматриваю. И если они МНЕ нравятся - воплощаю. Немедленной реализации(исправлению) подлежат лишь баги, найденные пользователями. За что они (пользователи) получают от меня благодарность и ссылку на них в Change Log.

ИМХО, я считаю, что наиболее полно и корректно ответил на все ваши вопросы.

С уважением.

[YUKLA]

UPD: а у мну эта штука вылетает чуда не получилось. Лог в аттаче.

Уважаемый diesel!

Можно вас попросить сделать вот это:

Unknown Block Device found! Please, send an output of tar -zcf /tmp/sysblock.tar.gz /sys/block/nbd0/*
to SysInfo for Linux Author. Mailto: betatester@rambler.ru

Network Block Devices мною были не учтены. Каюсь. Самому разворачивать стенд и ставить сабдж пока что просто негде.Не помножите, ли?

[Goodvin]

Уважаемый Goodvin.

1. Реализована была строка SATA HDD: 74.5Gb ST980811AS [sda1,sda2,sda3] о которой я говорил в предыдущих постах.

Да, каюсь, этого не заметил.
Ожидал увидеть другое, разнесение аппаратной информации от программной.
А на эту внимания не обратил.

2. Все, что вы написали, к программированию, тем более к системному, не имеет никакого отношения. Вы ведете речь о дизайне. Отвечаю. Мне так нравится. Точка.

Как бы Вам сказать это помягче.
Расположение версий программ и процентов использования свопа под заголовком "Hardware information", а также Ваши заблуждения в понимании базовых принципов устройства UNIX-систем (в части понимания "файловой системы") - оно, несомненно, не имеет никакого отношения к системному программированию.
Только вот и с Вашими рассказами про "профессионального программиста с многолетним стажем" оно никак не стыкуется.

Я - профессиональный программист, кроме всего прочего. Программирую с 1987 года. С Linux работаю (в том числе и как системный программист) с 1997 года. Пожалуйста, не надо мне рассказывать "про утилиты". Давайте я вам лучше расскажу про API ядра и его эволюцию за 10 лет?

Я - программист со стажем в 20 лет. Сейчас - руководитель проектов по разработке ПО. Такой, с позволения сказать, детский лепет, как "бекбоны" и "закладки" мне даже в начале моей карьеры в голову не приходил.

:-)

Еще раз хочу напомнить - программа распространяется бесплатно под лицензией As Is. Я программу не продаю. И мне, по большому счету, глубоко по барабану, что думают пользователи о дизайне программы. Надеюсь, вы не найдете тут перехода на личности?

Конечно нет. Да и позиция Ваша понятна и отнудь не удивительна.

3. Картинки, которые вас так раздражают - лицензионно-чистые. Их мне подарил один из пользователей SysInfo/2 (из Нидерландов). Если среди пользователей SysInfo for Linux найдутся художники, которые подарят мне концепт дизайна окон программы и/или картинки - я буду очень признателен. Если мне понравиться - то по согласованию с автором дизайна и/или картинок я буду их использовать в дальнейших реализациях программы.

4. Все предложения по дизайну, функционалу, картинкам и пр. мною принимаются к сведению. Я их рассматриваю. И если они МНЕ нравятся - воплощаю. Немедленной реализации(исправлению) подлежат лишь баги, найденные пользователями. За что они (пользователи) получают от меня благодарность и ссылку на них в Change Log.

есть у меня подозрения, что с закрытыми исходниками и таким отношением к пользователм, как Вы озвучили чуть выше, желающие найдутся вряд ли. :-)

ИМХО, я считаю, что наиболее полно и корректно ответил на все ваши вопросы.

Ну, далеко не на все, ответы весьма избирательные.
Но написанно Вами мне вполне достаточно.
Спасибо за откровенность.

Желаю успехов.

[YUKLA]

<Проскипано>
есть у меня подозрения, что с закрытыми исходниками и таким отношением к пользователм, как Вы озвучили чуть выше, желающие найдутся вряд ли. :-)
<Проскипано>
Спасибо за откровенность.

Уважаемый Goodvin!

Спасибо еще раз за интерес к моей программе и за многочисленные пожелания по улучшению ее внешнего вида и интерфейса. Часть из ваших пожеланий мною уже реализована. Вы будете упомянуты в Change Log во время публикации следующего релиза как автор этих изменений.

Отдельно спасибо вам за поддержку динамичной и интересной дискуссии. Благодаря вам и вашим содержательным постам, сегодняшний уровень посещаемости моей странички на сервере by.ru зашкалил за 100 просмотров. Только страничка SysInfo for Linux была просмотрена 42 раза. Это определённый рекорд, я считаю.

Надеюсь, интенсивность посещений и интерес пользователей к программе будет и дальше поддерживаться на достигнутом уровне.

С уважением.

[FlySnake]

На вкладке Video/X11 пустая строчка OpenGL. Подозреваю что что-то там таки должно быть
И где она должна показывать видеокарту? На скринах предыдущей версии (0.2.5) видел было, а тут (0.2.6.1) нет и в списке изменений вроде ничего такого небыло
Скрины:
на первом Video/X11
на втором System
Сообщения программы в терминале:

Код:

Gathering System CPU Info... .Cache Added: Size: 64, 2-way set associative, 1 line per tag, 64 bit line size .Cache Added: Size: 64, 2-way set associative, 1 line per tag, 64 bit line size .Cache Added: Size: 512, 16-way set associative, 1 line per tag, 64 bit line size Gathering System Memory Info... Gathering DMI BIOS Info... ..Unable to open /dev/mem for reading. No enough rights? Gathering System Bus Info... Gathering System BIOS Info... Gathering System Version Info... Gathering Processes Info... Gathering Block Devices Info... Gathering File Systems Info... Gathering X11 Info... .TVideoInfoRec.Create ..dlsym: /usr/X11R6/lib/libGL.so.1: undefined symbol: XF86DRICloseConnection .TOpenGLInfoRec.Create .TX11MonitorInfoRec.Create ..Composite, MajorOpcode: 159libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 0.4 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..DAMAGE, MajorOpcode: 160libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.1 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..DOUBLE-BUFFER, MajorOpcode: 128libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.0 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..DPMS, MajorOpcode: 139libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.1 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..Extended-Visual-Information, MajorOpcode: 141libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.1 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..GLX, MajorOpcode: 129libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.4 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..MIT-SCREEN-SAVER, MajorOpcode: 134libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.1 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..MIT-SHM, MajorOpcode: 147libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.1 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..RANDR, MajorOpcode: 157libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.2 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..RECORD, MajorOpcode: 144libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.13 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..RENDER, MajorOpcode: 156libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 0.10 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..SECURITY, MajorOpcode: 153libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.0 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..SHAPE, MajorOpcode: 130libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.1 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..SYNC, MajorOpcode: 133libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 3.0 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..TOG-CUP, MajorOpcode: 140libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.0 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..X-Resource, MajorOpcode: 143libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.0 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..XC-APPGROUP, MajorOpcode: 151libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.0 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..XC-MISC, MajorOpcode: 135libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.1 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..XFIXES, MajorOpcode: 154libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 4.0 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..XFree86-Bigfont, MajorOpcode: 155libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.1 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..XFree86-DGA, MajorOpcode: 138libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 2.0 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..XFree86-Misc, MajorOpcode: 137libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 0.9 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..XFree86-VidModeExtension, MajorOpcode: 136libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 2.2 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..XINERAMA, MajorOpcode: 158libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.1 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..XInputExtension, MajorOpcode: 148libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.4 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..XKEYBOARD, MajorOpcode: 150libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.0 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..XTEST, MajorOpcode: 149libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 2.2 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..XVideo, MajorOpcode: 142libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 2.2 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. .TX11ScrInfoRec.Create Gathering System CPU Info... .Cache Added: Size: 64, 2-way set associative, 1 line per tag, 64 bit line size .Cache Added: Size: 64, 2-way set associative, 1 line per tag, 64 bit line size .Cache Added: Size: 512, 16-way set associative, 1 line per tag, 64 bit line size Gathering System Memory Info... Gathering DMI BIOS Info... ..Unable to open /dev/mem for reading. No enough rights? Gathering System Bus Info... Gathering System BIOS Info... Gathering System Version Info... Gathering Processes Info... Gathering Block Devices Info... Gathering File Systems Info... Gathering X11 Info... .TVideoInfoRec.Create ..dlsym: /usr/X11R6/lib/libGL.so.1: undefined symbol: XF86DRICloseConnection .TOpenGLInfoRec.Create .TX11MonitorInfoRec.Create ..Composite, MajorOpcode: 159libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 0.4 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..DAMAGE, MajorOpcode: 160libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.1 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..DOUBLE-BUFFER, MajorOpcode: 128libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.0 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..DPMS, MajorOpcode: 139libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.1 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..Extended-Visual-Information, MajorOpcode: 141libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.1 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..GLX, MajorOpcode: 129libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.4 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..MIT-SCREEN-SAVER, MajorOpcode: 134libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.1 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warnings about this issue. ..MIT-SHM, MajorOpcode: 147libxcb: WARNING! Program tries to unlock a connection without having acquired a lock first, which indicates a programming error. There will be no further warnings about this issue. , Ver. 1.1 libxcb: WARNING! Program tries to lock an already locked connection, which indicates a programming error. There will be no further warning

[YUKLA]

На вкладке Video/X11 пустая строчка OpenGL. Подозреваю что что-то там таки должно быть
И где она должна показывать видеокарту? На скринах предыдущей версии (0.2.5) видел было, а тут (0.2.6.1) нет и в списке изменений вроде ничего такого небыло
Скрины:
на первом Video/X11
на втором System

Спасибо. Анализ ваших сообщений таков.

1. Кеш процессора AMD определился правильно. Но не отобразился. Отобразилось лишь зашитое в процессор имя. Что это значит? Скорее всего, в конце строки зашитого в процессор имени стоит два символа Nil. Я других объяснений не вижу.

2. Шрифты на вкладке Video/X11 поплыли. Хотя заказывались monospace типа fpFixed. Это не мой баг. Это ущербный механизм работы со шрифтами в Lazarus. Именно по-этому я горю желанием перейти с интерфейса Lazarus на голый GTK+.

3. Проблема "Program tries to unlock a connection without having acquired a lock first, which indicates a programming error." уже решена.

4. Проблема "dlsym: /usr/X11R6/lib/libGL.so.1: undefined symbol: XF86DRICloseConnection" - очень интересная. Не может быть, чтобы не было функции XF86DRICloseConnection(), она должна быть! Не могли бы вы выполнить файловый поиск по маске *.so в каталоге /usr/lib/* с обходом подкаталогов с целью найти файл, содержащий строку "XF86DRICloseConnection"? Это какие-то особенность реализации драйвера NVidia. С Intel и ATI/AMD никаких проблем нет.

С уважением.

[FlySnake]

Не могли бы вы выполнить файловый поиск по маске *.so в каталоге /usr/lib/* с обходом подкаталогов с целью найти файл, содержащий строку "XF86DRICloseConnection"?

Сделано. Файлик /usr/lib/libGL.so, который является ссылкой на /usr/lib/libGL.so.1, который в свою очередь ссылается на /usr/lib/libGL.so.1.2
В аттаче libGL.so.1.2 упакованый в tar.gz (иначе говорили что нельзя загружать файлы такого типа)

[YUKLA]

Не могли бы вы выполнить файловый поиск по маске *.so в каталоге /usr/lib/* с обходом подкаталогов с целью найти файл, содержащий строку "XF86DRICloseConnection"?

Сделано. Файлик /usr/lib/libGL.so, который является ссылкой на /usr/lib/libGL.so.1, который в свою очередь ссылается на /usr/lib/libGL.so.1.2
В аттаче libGL.so.1.2 упакованый в tar.gz (иначе говорили что нельзя загружать файлы такого типа)

Спасибо.

Странности заключаются в том, что символ XF86DRICloseConnection в вашей библиотеке ЕСТЬ. Более того, я подставил ваш файл в свою систему - все работает. И SysInfo и glxgears/glxinfo. Кстати, файл из Gentoo показывает на glxgears в среднем на 4% FPS лучше, чем на вашем файле - результат оптимизации, ИМХО.

Видимо, в вашей системе есть несколько ссылок на libGL, одна из которых - от Mesa, другая - от NVidia.

Придётся качать драйвер NVidia и копаться в нем до упаду.

С уважением.

[petyanamlt]

А нельзя-ли в программу добавить функции как в CPU-Z, что-бы можно было в реальном времени видеть частоту процессора, его моножитель, напряжение, так-же тайминги памяти и.т.д.

[YUKLA]

А нельзя-ли в программу добавить функции как в CPU-Z, что-бы можно было в реальном времени видеть частоту процессора, его моножитель, напряжение, так-же тайминги памяти и.т.д.

Это все будет - посмотрите на страничку SysInfo/2 - там были реализованы в том числе и тесты быстродействия CPU/FPU и тесты производительности памяти.

[Goodvin]

А нельзя-ли в программу добавить функции как в CPU-Z, что-бы можно было в реальном времени видеть частоту процессора, его моножитель, напряжение, так-же тайминги памяти и.т.д.

зачем изобретать велосипед ?
Все уже давно реализовано.
См. lm-sensors, PerlMon, lshw, dmidecode и т.д.
Кто мешает написать скрипт на простом шелле в три строчки, который соберет и выведет Вам нужные параметры в нужном порядке и в нужном виде ?
Хоть раз в минуту, хоть в раз в секунду.

А PerlMon так вообще создавался как линуксовая замена виндовому CPU-Z.

[petyanamlt]

Удобно когда все реализованно в одной программе.
По большому счету хотелось бы аналог Everest или SiSoftSandra.

[Goodvin]

Удобно когда все реализованно в одной программе.
По большому счету хотелось бы аналог Everest или SiSoftSandra.

Сформулируйте предметно и точно, что именно Вы хотите там увидеть и задайте вопрос в разделе "Программы", предваоительно всопользовавшись поиском по форуму.
Я уверен на 99%, что искомое Вами уже есть.
Посмотрите хотя бы вывод тех программ, который я описал в предыдущем сообщении.
Там одна dmidecode скорее всего заткнет за пояс и сандру и эверест, не говоря уже об остальных.

Ну и заодно предлагаю переместить это обсуждение в другое место, здесь это уже немного оффтопик.

[YUKLA]

зачем изобретать велосипед ?
Все уже давно реализовано.
См. lm-sensors, PerlMon, lshw, dmidecode и т.д.
Кто мешает написать скрипт на простом шелле в три строчки, который соберет и выведет Вам нужные параметры в нужном порядке и в нужном виде ?
Хоть раз в минуту, хоть в раз в секунду.

А PerlMon так вообще создавался как линуксовая замена виндовому CPU-Z.

Спасибо, Goodvin!

Я посмотрю. Может быть, удастся что-нибудь использовать для SysInfo. Интересна реализация алгоритма определения текущих Windows Manager и Desktop Environment.

Удобно когда все реализованно в одной программе.
По большому счету хотелось бы аналог Everest или SiSoftSandra.

Проект развивается именно в этом направлении. Все будет. Думаю, заполнение основных закладок я закончу к марту 2009. И начну добавлять фичи. Вроде предложенных вами мониторов, генераторов отчетов, бенчмарки (включая видерайвера 2D и OpenGL).

С уважением

[Goodvin]

Спасибо, Goodvin!

Пожалуйста.

Я посмотрю. Может быть, удастся что-нибудь использовать для SysInfo. Интересна реализация алгоритма определения текущих Windows Manager и Desktop Environment.

Удобно когда все реализованно в одной программе.
По большому счету хотелось бы аналог Everest или SiSoftSandra.

Проект развивается именно в этом направлении. Все будет. Думаю, заполнение основных закладок я закончу к марту 2009. И начну добавлять фичи. Вроде предложенных вами мониторов, генераторов отчетов, бенчмарки (включая видерайвера 2D и OpenGL).

Для меня, если честно, очень странно выглдяит тот факт, что Вы, как "системный программист с 20-летним стажем", взялись писать программу, совершенно не изучив состояние дел в предметной области и не имея представления о массе уже готовых инструментов, чей функционал Вы решили дублировать своей программой.
Странно, что для Вас, как для программиста, который работает с линуксом с 90-х годов, такие элементарные вещи в диковинку.
Они в гугле находятся за пару минут, без вского напряга.

[YUKLA]

Там одна dmidecode скорее всего заткнет за пояс и сандру и эверест, не говоря уже об остальных.

Это вряд ли.

dmidecode декодирует то, что производитель записал в BIOS. В моей программе интерфейс к DMI реализован в полной мере еще год назад. Полезной информацией оказалась только версия BIOS и (в части) список системных шин. Все остальное легче брать из других источников. Да и полнее информация будет.

Да и еще. dmidecode нужно запускать из-под Root. Ввиду чтения файла /dev/mem Пришлось мне писать обходной путь получения нужной мне информации (гляньте в /sys/class/dmi/id).

ЗЫ: ПосмотрелЪ PerlMon. Ничего революционного. Берем список процессов и ищем в нем по массиву известных заранее названий Window Manager'ов и Desktop Environment'ов. А потом вызываем это с параметром --version.

[Goodvin]

Там одна dmidecode скорее всего заткнет за пояс и сандру и эверест, не говоря уже об остальных.

Это вряд ли.

dmidecode декодирует то, что производитель записал в BIOS. В моей программе интерфейс к DMI реализован в полной мере еще год назад. Полезной информацией оказалась только версия BIOS и (в части) список системных шин. Все остальное легче брать из других источников. Да и полнее информация будет.

да, с dmidecode не самый удачный пример вышел.
В одиночку не заткнет.
Прибавьте к ней hwinfo и/или lshw и удивитесь.

Да и еще. dmidecode нужно запускать из-под Root. Ввиду чтения файла /dev/mem Пришлось мне писать обходной путь получения нужной мне информации (гляньте в /sys/class/dmi/id).

hwinfo работает из-под простого юзера, только что проверил.
ЕМНИП, и lshw тоже, но это надо уточнить.
Всё уже написано.

Удобно когда все реализованно в одной программе.
По большому счету хотелось бы аналог Everest или SiSoftSandra.

Такое ?

P.S.
YUKLA
Кстати, скажите, а как Вы для себя понимаете такую вешь как UNIX-way ?
Ну, если знаете что это такое.
Хотелось бы получить от Вас откровенный ответ без использования гугла.

[YUKLA]

Прибавьте к ней hwinfo и/или lshw и удивитесь.

Чему? Парсинью данных от lspci?

У меня программа САМА сканирует шину PCI. И сама обрабатывает результаты. И имеет свою собственную базу данных PCI ID с механизмом ее автоматического пополнения. Мне не нужны внешние утилиты. Программа работает на ЛЮБОМ дистрибутиве. И никаких зависимостей у нее (кроме X Server, GTK+, LIBC, libdl) нет.

Точнее - не будет, когда выйдет релиз (ну, или хотя бы beta 0.5 - 0.7). Все зависимости, которые есть сейчас - от Lazarus и FPC. Все, что нужно лично мне, грузиться динамически через dlopen()/dlsym().

[petyanamlt]

Такое ?

На скриншоте маловато информации, в программе отсутствуют тесты, информация о температурах, скорости вращения вентиляторов, и.т.д.
Что бы понять о чем я говорю надо посмотреть тот-же Everest.
А то что на скриншоте очень напоминает стандартную виндовую "информацию об оборудовании"

[Goodvin]

Прибавьте к ней hwinfo и/или lshw и удивитесь.

Чему? Парсинью данных от lspci?

У меня программа САМА сканирует шину PCI. И сама обрабатывает результаты. И имеет свою собственную базу данных PCI ID с механизмом ее автоматического пополнения.

Ну вообще-то, именно это и называется "изобретать велосипед".

Мне не нужны внешние утилиты. Программа работает на ЛЮБОМ дистрибутиве.

Точно ? Прямо вот так на ЛЮБОМ ? Даже на тех мини-дистрибутивчиках, которые построены на uClibc и Dietlibc ?

И никаких зависимостей у нее (кроме X Server, GTK+, LIBC, libdl) нет.

Хм.. А Вы слышали что-нибудь о том, что большая часть Линукс-компьютеров в мире работает без всяких иксов и гтк ?
Вы их исключаете априори из числа потенциальных пользоваталей ?
Я Вам секрет открою - GUI в линуксе всего-навсего одна из необязательных программ, и сколько-нибудь определяющей для построения линукс-машины не является вообще.

[Goodvin]

Такое ?

На скриншоте маловато информации, в программе отсутствуют тесты, информация о температурах, скорости вращения вентиляторов, и.т.д.
Что бы понять о чем я говорю надо посмотреть тот-же Everest.
А то что на скриншоте очень напоминает стандартную виндовую "информацию об оборудовании"

Открываю и Вам секрет: построение монструозных комбайнов - это путь Windows, тащить виндовые привычки в линукс как минимум глупо.

Ибо задачи определения аппаратной конфигурации, мониторинга параметров и тестирование производительности - они вообще "из разных опер", делаются по-разному, и с помощью совершенно разных инструментов.

Валить их в одну кучу только потому, что так делал кто-то там в виндовсе - это даже не смешно.
Хотите собрать данные об аппаратных компонентах - используйте соответствующее ПО, оно для этого создано и делает это более чем хорошо.
Хотите мониторинг - используйте ПО для мониторинга, начиная от lm-sensors и заканчивая десктопными отображалками типа conky и gkrellm.
Хотите тесты - используйте ПО для тестов.
и т.д.

Хотите жить виндовыми привычками и стеретипами, в поисках ПО, которое и борщ варит и на свирельке дудит - лучше используйте виндовс, там это родное.
В UNIX-подобных ОС, которе исповедуют другую системную идеологию и которые устроены совсем иначе, эти виндовые привычки неприемлимы и для их реализации Вам придется самостоятельно строить неочевидные конструкции из разномастных костылей.

Вопрос про UNIX-way, заданный чуть выше, адресую и Вам тоже.
Ответьте на него, если не сложно.

[YUKLA]

Ну вообще-то, именно это и называется "изобретать велосипед".

Неа. Это значит - использовать стандартный (RFC) универсальный алгоритм опроса шины PCI и не зависеть от внешних утилит.

Точно ? Прямо вот так на ЛЮБОМ ? Даже на тех мини-дистрибутивчиках, которые построены на uClibc и Dietlibc ?

На данном этапе мне интересны только десктопные пользователи с установленными Иксами и GTK+.

Хм.. А Вы слышали что-нибудь о том, что большая часть Линукс-компьютеров в мире работает без всяких иксов и гкт ?
Вы их исключаете априори из числа потенциальный пользоваталей ?
Я Вам секрет открою - GUI в линуксе всего-навсего одна из необязательных программ, и сколько-нибудь определяющей для построения линукс-машины не является вообще.

Когда базовые классы будут готовы (и у меня будет много свободного времени) - я подумаю о том, чтобы выйти на рынок серверов и больших сетей и предложить SysInfo для целей сетевого мониторинга и контроля (Network Management Software). По типу WhatsUP Gold.

[Goodvin]

Хм.. А Вы слышали что-нибудь о том, что большая часть Линукс-компьютеров в мире работает без всяких иксов и гкт ?
Вы их исключаете априори из числа потенциальный пользоваталей ?
Я Вам секрет открою - GUI в линуксе всего-навсего одна из необязательных программ, и сколько-нибудь определяющей для построения линукс-машины не является вообще.

Когда базовые классы будут готовы (и у меня будет много свободного времени) - я подумаю о том, чтобы выйти на рынок серверов и больших сетей и предложить SysInfo для целей сетевого мониторинга и контроля (Network Management Software). По типу WhatsUP Gold.

Мировое господство уже не за горами.


Так что насчет моего вопроса про UNIX-way ?
Вы его игнорируете и не ответите мне ?

[t.t]

Раз уж заглянул в эту тему, выскажу и своё мнение. Во-первых, ответьте мне, пожалуйста, на один вопрос. Есть ли в Вашей программе какая-либо информация, которую невозможно получить из procfs, sysfs или от разнообразных утилит командной строки (многие из которых выше уже упомянуты) и, если нужен GUI, отобразить посредством того же conky? Если есть, то какая именно? А если нет, то зачем огород городить?

Признаться, тот факт, что Вы столь упорно тянете в Linux-разработку виндовую идеологию, у меня совершенно не стыкуется с Вашим 10-летним опытом программирования под Linux. Ладно если такую идеологию в Linux тянет человек, который саму систему увидел месяц назад -- ещё могу понять (хотя тоже не могу согласиться). Кроме того, нестыковки с Вашим опытом вызывают и многие Ваши слова, которые тоже скорее были бы понятны из уст неопытного новичка. Ваше извращённое понимание термина "файловая система" тут уже обсуждалось со всевозможных сторон, потому другой пример:

dmidecode нужно запускать из-под Root. Ввиду чтения файла /dev/mem

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

t@home

t:~$ ll /dev/mem crw-r----- 1 root kmem 1, 1 Янв 8 11:36 /dev/mem

Т.е. можно даже не говорить о более сложных решениях, а в лоб:

t@home

sudo adduser $(whoami) kmem

Поэтому приведённая мною цитата и фразы о 10-летнем опыте Linux-программирования из уст одного и того же человека звучат по меньшей мере странно.

[YUKLA]

Раз уж заглянул в эту тему, выскажу и своё мнение. Во-первых, ответьте мне, пожалуйста, на один вопрос. Есть ли в Вашей программе какая-либо информация, которую невозможно получить из procfs, sysfs или от разнообразных утилит командной строки (многие из которых выше уже упомянуты) и, если нужен GUI, отобразить посредством того же conky? Если есть, то какая именно? А если нет, то зачем огород городить?

Да. Такая информация есть. Ее полно. Даже в текущей версии программы. Вы ее протестировали? Знаете, вкус устриц стоит обсуждать с теми, кто их пробовал.

Признаться, тот факт, что Вы столь упорно тянете в Linux-разработку виндовую идеологию, у меня совершенно не стыкуется с Вашим 10-летним опытом программирования под Linux. Ладно если такую идеологию в Linux тянет человек, который саму систему увидел месяц назад -- ещё могу понять (хотя тоже не могу согласиться). Кроме того, нестыковки с Вашим опытом вызывают и многие Ваши слова, которые тоже скорее были бы понятны из уст неопытного новичка.

Вот - лицензия на использование моей программы из файла copyright.txt. Ознакомьтесь, пожалуйста:

THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

Вы сами выбираете - пользоваться моей программой, или нет. Остальное меня совершенно не волнует.

Ваше извращённое понимание термина "файловая система" тут уже обсуждалось со всевозможных сторон

Мое извращенное понимание термина Linux File System разделяет компания IBM (я приводил ссылку). Я не думаю, что среди тех, кто обсуждает тут меня с разных сторон найдутся специалисты уровня M. Tim Jones (mtj@mtjones.com), Consultant Engineer, Emulex Corp.


На этом я лично заканчиваю бесполезную дискуссию и далее намерен говорить ТОЛЬКО о программе,о ее модификациях и багах. UnixWay мне абсолютно фиолетов. Претензии направляйте в сообщество разработчиков Lazarus.