Здравствуйте, kan_izh, Вы писали:
>> _>Просто я к тому, что надуманные проблемы решаете. И сабж вообще говоря >> не нужен. Для явы важны только ресурсы >> _>виртуальной машины. >> >> Если бы это было так — то как скзазал mikkri в 6.0 не обещали бы >> подобного... _>Поживём, увидим, пока только слухи. Моё имхо — "Java не для этого предназначена". А какие-то там агенты — это _>платформенно-зависимые вещи по определению. Зачем их писать на java?
В целом согласен, платформенно-зависимые в Java решаются весьма и весьма сложно. Есть более удобные для этого средства.
Денис Цыплаков wrote:
> А я когда логи получу — вместо того чтобы ехать за 2000 км заказчику > напишу — у вас переполнился диск D
Интересно, как записать в лог то, что диск переполнился, если диск переполнился?
В таких случаях надо удалённый доступ иметь.
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Здравствуйте, msqrt84, Вы писали:
M>Можно ли средствами Java получить сведения о ресурсах компьютера: объём ОП, загруженность процессора, число запущенных процессов и т.д.?
В 6.0 обещают что-то. А так только через нативные вызовы.
Re: Java и ресурсы компьютера
От:
Аноним
Дата:
18.03.06 21:24
Оценка:
Здравствуйте, msqrt84, Вы писали:
M>Можно ли средствами Java получить сведения о ресурсах компьютера: объём ОП, загруженность процессора, число запущенных процессов и т.д.?
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, msqrt84, Вы писали:
M>>Можно ли средствами Java получить сведения о ресурсах компьютера: объём ОП, загруженность процессора, число запущенных процессов и т.д.?
А>Java не для этого предназначена
Это еще как сказать. Лично для меня вполне резонным выглядит возможность написать что-то типа агента, который запускается под jvm как сервис под любой ОС (где есть JVM) и отправляет данные на центральный сервер мониторинга.
Здравствуйте, mikkri, Вы писали:
M>Здравствуйте, Аноним, Вы писали:
А>>Здравствуйте, msqrt84, Вы писали:
M>>>Можно ли средствами Java получить сведения о ресурсах компьютера: объём ОП, загруженность процессора, число запущенных процессов и т.д.?
А>>Java не для этого предназначена
M>Это еще как сказать. Лично для меня вполне резонным выглядит возможность написать что-то типа агента, который запускается под jvm как сервис под любой ОС (где есть JVM) и отправляет данные на центральный сервер мониторинга.
M>>>Мне как раз что-то вроде этого и нужно сделать: система отслеживания функционирования Web-портала (в том числе и относительно аппаратной составляющей компьютера). Только вот "под любой ОС" (цитата) не получится. Как вы советовали придётся использовать нативные вызовы. К тому же делать две библиотеки: под Win32 (*.dll) и Linux(*.so) (на всякий случай). Если в версии 6 jdk может что-то появится относительно ресурсов компьютера, интересно, а через какой паттерн это будет реализовано?
Re[4]: Java и ресурсы компьютера
От:
Аноним
Дата:
20.03.06 07:15
Оценка:
M>>>>Если в версии 6 jdk может что-то появится относительно ресурсов компьютера, интересно, а через какой паттерн это будет реализовано?
А что такое по-вашему "паттерн"?
Аноним пишет:
> M>Можно ли средствами Java получить сведения о ресурсах компьютера: > объём ОП, загруженность процессора, число запущенных процессов и т.д.? > > Java не для этого предназначена
Как основная функциональность нет. Но очень хочется чтобы сервис
имел возможность мониторить состоние компьютера и если уж он падает
то не просто падать, а еще и писать в лог "переполнился диск D"
А я когда логи получу — вместо того чтобы ехать за 2000 км заказчику
напишу — у вас переполнился диск D
--
WBR Денис Цыплаков /* jabber UID: denis.tsyplakov@jabber.ru */
Знающий не говорит, говорящий не знает
DrZubr wrote:
> _>Вопрос в другом, как можно записать в лог инфу, если места на диске > нет? Куда писать-то? > > А если подумать головой? На диске ведь может быть не один раздел...
Тут ведь как. Ведь может и не быть.
Просто я к тому, что надуманные проблемы решаете. И сабж вообще говоря не нужен. Для явы важны только ресурсы
виртуальной машины.
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Здравствуйте, kan_izh, Вы писали:
_>DrZubr wrote:
>> _>Вопрос в другом, как можно записать в лог инфу, если места на диске >> нет? Куда писать-то? >> >> А если подумать головой? На диске ведь может быть не один раздел...
_>Тут ведь как. Ведь может и не быть.
ню-ню... а чаще всего как?
да и логи то необязательно на локальный диск пишутся...
_>Просто я к тому, что надуманные проблемы решаете. И сабж вообще говоря не нужен. Для явы важны только ресурсы _>виртуальной машины.
Если бы это было так — то как скзазал mikkri в 6.0 не обещали бы подобного...
DrZubr wrote:
>> > _>Вопрос в другом, как можно записать в лог инфу, если места на диске >> > нет? Куда писать-то? >> > >> > А если подумать головой? На диске ведь может быть не один раздел... > _>Тут ведь как. Ведь может и не быть. > ню-ню... а чаще всего как?
Не знаю, после окончания времён FAT смысла создавать несколько разделов не осталось, хотя некоторые создают несколько,
по привычке. Я обычно делаю один раздел, проблем меньше.
> да и логи то необязательно на локальный диск пишутся...
Нунах. Потерять логи из-за ошибок в сети. Оно того не стоит.
> _>Просто я к тому, что надуманные проблемы решаете. И сабж вообще говоря > не нужен. Для явы важны только ресурсы > _>виртуальной машины. > > Если бы это было так — то как скзазал mikkri в 6.0 не обещали бы > подобного...
Поживём, увидим, пока только слухи. Моё имхо — "Java не для этого предназначена". А какие-то там агенты — это
платформенно-зависимые вещи по определению. Зачем их писать на java?
К тому же, если место закончилось, то методы открытия/записи файла будут кидать исключения, которые и будут содержать
сообщение о закончившемся месте. Зачем это проверять специально — непонятно.
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
kan_izh пишет:
>> _>Вопрос в другом, как можно записать в лог инфу, если места на диске >> нет? Куда писать-то? >> >> А если подумать головой? На диске ведь может быть не один раздел... > > Тут ведь как. Ведь может и не быть. > > Просто я к тому, что надуманные проблемы решаете. И сабж вообще говоря > не нужен. Для явы важны только ресурсы > виртуальной машины.
Необдуманное заявление. Правильнее было бы сказать
— Я за свою практику (а я занимался тем-то и тем-то) не сталкивался
с ситуацией когда мне из ява программы было интересно занть про
ресурсы машины.
Я вот занимаюсь написанием сервисов сбора данных, работающих в режиме
24*7*365, без особого администраторского надзора (т.е. пока система
работает ее никто не сопровождает). Так вот мне ОЧЕНЬ интересно знать
про ресурсы машины.
--
WBR Денис Цыплаков /* jabber UID: denis.tsyplakov@jabber.ru */
Знающий не говорит, говорящий не знает
Здравствуйте, kan_izh, Вы писали:
_>Не знаю, после окончания времён FAT смысла создавать несколько разделов не осталось, хотя некоторые создают несколько, _>по привычке. Я обычно делаю один раздел, проблем меньше.
Ну, виндами допустим мир не ограничивается, и допустим в *nix системах — нормальная практика бить диск на несколько разделов
>> да и логи то необязательно на локальный диск пишутся... _>Нунах. Потерять логи из-за ошибок в сети. Оно того не стоит.
И почему мы так категоричны???
Ситуации то разные бывают. Возьмем к примеру кластер, где головной узел собирает логи со всех остальных узлов.
_>К тому же, если место закончилось, то методы открытия/записи файла будут кидать исключения, которые и будут содержать _>сообщение о закончившемся месте. Зачем это проверять специально — непонятно.
В том то и дело что может быть полезно знать об этом заранее.
DrZubr wrote:
> _>Не знаю, после окончания времён FAT смысла создавать несколько > разделов не осталось, хотя некоторые создают несколько, > _>по привычке. Я обычно делаю один раздел, проблем меньше. > Ну, виндами допустим мир не ограничивается, и допустим в *nix системах — > нормальная практика бить диск на несколько разделов
Видно тоже по привычке, после каких нибудь падучих ext2 или проблем с глупыми загрузчиками. Не скажу, что много
линуховых серваков настраивал, штучек 5 всего, но всегда один раздел делал (точнее два: второй — своп). Ибо зачем много?
Потом проблемы возникают: А вот в варах место кончилось... А вот в хомах дофига... Какую бы веточку перетащить?.. В
общем, то ещё удовольствие. Одни проблемы, ни одного преимущества.
>> > да и логи то необязательно на локальный диск пишутся... > _>Нунах. Потерять логи из-за ошибок в сети. Оно того не стоит. > И почему мы так категоричны??? > Ситуации то разные бывают. Возьмем к примеру кластер, где головной узел > собирает логи со всех остальных узлов.
Хотя да, может быть. Но только если копия логов...
> _>К тому же, если место закончилось, то методы открытия/записи файла > будут кидать исключения, которые и будут содержать > _>сообщение о закончившемся месте. Зачем это проверять специально — > непонятно.
> В том то и дело что может быть полезно знать об этом заранее.
В общем, разговор беспредметный, на самом деле.
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Денис Цыплаков wrote:
> Необдуманное заявление. Правильнее было бы сказать > — Я за свою практику (а я занимался тем-то и тем-то) не сталкивался > с ситуацией когда мне из ява программы было интересно занть про > ресурсы машины.
> Я вот занимаюсь написанием сервисов сбора данных, работающих в режиме > 24*7*365, без особого администраторского надзора (т.е. пока система > работает ее никто не сопровождает). Так вот мне ОЧЕНЬ интересно знать > про ресурсы машины.
Всё понятно, но почему обязательно java? На java свет клином не сошелся. Ресурсами должна заниматься операционка, и
обычно она предоставляет инструментарий для этого.
Ну даже сделают в яве универсальный апи для получения загрузки процессора, свободного места и физической памяти. Но
вдруг злобный админ заквотирует использование диска и памяти и загрузку процессора и ява начнёт падать от нехватки
памяти даже если гиг физической доступен. Или тебе захочется узнавать инфу о загруженности сетевых адаптеров. Или о
температуре винчестера. Или ещё какие показатели? Всё это тащить в _стандартизованный интерфейс_ jdk? Не надо!
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
kan_izh пишет:
>> Я вот занимаюсь написанием сервисов сбора данных, работающих в режиме >> 24*7*365, без особого администраторского надзора (т.е. пока система >> работает ее никто не сопровождает). Так вот мне ОЧЕНЬ интересно знать >> про ресурсы машины. > Всё понятно, но почему обязательно java? На java свет клином не сошелся. > Ресурсами должна заниматься операционка, и > обычно она предоставляет инструментарий для этого.
Ява — потому что программы получаются быстро и качественно. Можно
конечно на ассемблере — но как-то не хочу. Возраст уже не тот.
> Ну даже сделают в яве универсальный апи для получения загрузки > процессора, свободного места и физической памяти. Но > вдруг злобный админ заквотирует использование диска и памяти и загрузку > процессора и ява начнёт падать от нехватки
Это как раз решаемая проблема. Со злобным админом и т.п. вполне можно
разобраться.
> памяти даже если гиг физической доступен. Или тебе захочется узнавать > инфу о загруженности сетевых адаптеров. Или о > температуре винчестера. Или ещё какие показатели? Всё это тащить в > _стандартизованный интерфейс_ jdk? Не надо!
В стандартный SDK о температуре не надо. Но есть например такая штука
как java-comm — не часть JDK но стандартная библиотека. Я бы не
отказался иметь такую же стандартнцю библиотеку для инфы о сетевых
адаптерах, загруженности винта и т.п. Очень бы пригодилось.
Или прикажете все писать на Яве — а вот сбор данных о системе
вспоминать Си, тартить время и писать на Си? Спасибо не хочу.
--
WBR Денис Цыплаков /* jabber UID: denis.tsyplakov@jabber.ru */
Знающий не говорит, говорящий не знает
Posted via RSDN NNTP Server 2.0
Re[11]: Java и ресурсы компьютера
От:
Аноним
Дата:
24.03.06 09:58
Оценка:
Здравствуйте, Денис Цыплаков, Вы писали: ДЦ> Или прикажете все писать на Яве — а вот сбор данных о системе ДЦ> вспоминать Си, тартить время и писать на Си? Спасибо не хочу.
А придется. Через JNI. Ну не хочешь, на C, можно на Дельфи. Но жаву таким шлаком загрязнять никто не будет, особенно Sun
ICQ [168117153]
