[дикость] delete в Java

> Тогда просто проникнитесь тем, что гс с поддержкой делете принципиально сильно тормознее гс без поддержки делете.

Покопаю сырцы, покручу, в процессе буду проникаться.

Просто нужно придумывать, исследовать. Была бы цель.

http://flyingfrogblog.blogspot.com/2011/01/boosts-sharedptr-up-to-10-slower-than.html

Вот это исследователи, с соответствующей подготовкой, а не подобная тебе, воинствующая школота.

Ты вообще хотя бы отдаленно представляешь себе, как работает GC в Java? Что такое generations знаешь? Память выделяется только в первом поколении - а удалять ты, скорее всего, будешь уже в следующем.

> полный прогон GC не так сильно нагружает систему как почему то Вы показываете

Если бы все было так ужасно, то java не была бы встроена ни в java-карты,

Лоровская школота во всём своём великолепии! ))

void finalize();

не гони плиз, тебя за это убьют :]

Ну хорошо, ты умозрительно про mmapped buffer прочитать поленился?

Что имеено?

Если бы не кроссплатформенность

чувак, если уж на крестах это делать начал, возьзи буст и не выноси мозкЪ.

> чувак, если уж на крестах это делать начал, возьзи буст и не выноси мозкЪ.

Ненавижу boost.

>не гони плиз, тебя за это убьют

Ну, я как обычно, начал отвечать по мере прочтения, а не перечитав всю тему, так что человеку альтернативу деструктору предложил :)

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

Про то что он есть и как с ним работать.

я просто не понял что ты конкретно имеешь ввиду

тот метод нельзя использовать, если тебе нужно убирать, то нужно так

Runtime.getRuntime().addShutdownHook(new Thread() {
@Override
public void run() {
	
System.out.println("Goodbye men");
// your delete method

}
});

http://www.kdgregory.com/index.php?page=java.byteBuffer

>тот метод нельзя использовать

А почему, кстати? Лет пять назад использовал много. И в весьма нагруженных больших проектах. Мимо каких граблей я проскочил? :)

>Мимо каких граблей я проскочил? :)

Во время шатдавна вма их могут не вызвать.

Почитай про модель памяти явы, же. И затем подумай, можешь подумать про safe сей операции, когда ссылки еще есть, а объекта уже нет.

_________

//wfrr

вызов finalize никто не гарантирует 8)

хотя его чатсо юзают для проверки «почистили ли все ресурсы наши тупые программисты», в jndi емнип даже стектерйс записывается и выбрасывается в finalize если не закрыл что-то.

_________

//wfrr

>вызов finalize никто не гарантирует 8)

Я про это читал в те времена. Но многочисленные эксперименты показали, что в нашем проекте finalize() вызывался всегда. При чём использовался очень интенсивно в итоге, при параллельной загрузке, и на нём освобождение памяти висело. Память не текла :)

Пример. Я обрабатываю поток высококачественных изображений, несколько изображений в секунду. Очевидное решение - подгружать их с HDD в объект, из которого извлекать и парсить матрицу пикселей. Но при этом программа начинает жрать пару ГБ оперативы, ибо GC не справляется.

Не умеешь - не пиши.

hint: preallocated buffers.

> hint: preallocated buffers.

Я буду читать тред перед своим постом. Я буду читать тред перед своим постом. Я буду читать тред перед своим постом. Я буду читать чёртов тред перед своим постом. Я буду читать тред перед тем, как постить. Я буду читать тред... Я, чёрт возьми, прочитаю тред, прежде чем постить то, на что 4 раза уже ответили!

>на нём освобождение памяти висело

Этого в принципе достаточно чтобы его не сипользовать, ежели я прально помню то если объект проберется из eden, то там при некоторых алгоритмах сборки проиходит остановка выполнения на время сборки мусора, и у вас эта сборка сильноо затягивалась, а все приложение стояло...

_________

//wfrr

Думай хотя бы один раз, прежде чем писать стрёмный код, а потом жаловаться на форуме, что яйца мешают.

> Думай хотя бы один раз, прежде чем писать стрёмный код

Я его не писал.

Ему помочь хотят, а он огрызается.

>и у вас эта сборка сильноо затягивалась, а все приложение стояло...

Чистейшей воды реалтайм на многие сотни активных клиентов и десятки тысяч активных объектов :) (MMORPG сервер)

finalize использовался где-то (достоверно уже не помню) в очистках кешей взаимной видимости объектов. Идёт игрок или NPC, постоянно сменяет регионы-сектора на местности, при смене региона происходит переучёт новых объектов, которые могут попасть в поле зрения и сброс старых. При сбросе старых нужно чистить статические кеши. Вот finalize этим и занимался. Утечек точно не было, тормозов — тоже :)

> Ему помочь хотят, а он огрызается.

Помочь? Зачем? Я этот код не писал, а если бы стал писать, написал бы иначе. Неужели вы действительно считаете, что я такой дурак, что не додумаюсь использовать буфер? Одни советчики в треде, который совсем не о том участке кода, а о концепции.

Я его не писал.

Тогда тем более плакать о левых вещах не надо. Аллокатор даже в сишечке стараются не дёргать, чтобы пул не покрошить.

finalize использовался где-то (достоверно уже не помню) в очистках кешей взаимной видимости объектов.

Для сего есть weakreference и ReferenceQueue, без костылей буде.

тормозов — тоже :)

Цытирую классиков:

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

_________

//wfrr

500 лет как есть такая возможность - вставлять инструкции jvm. Название либы не припомню, увы, но мы ее активно использовали.

Да забыл написать WeakReference то что тебе нужно.

у, я и подумал за nio

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

Это все-таки не стандарт. И это не асм.

Например, объекты, локальные для метода, удаляются очень быстро и безболезненно.
Прогонять через яву гигабайты данных можно, но это не эффективно. Для этого существует jni, который многие кроссплатформенные проекты также используют.

Оператор принудительного освобождения всей памяти, занятой конкретным объектом, мог бы пригодиться на мобильных платформах.

к сожалению, в конечном итоге фраза сокращается до

оптимизация — зло :)

и мы имеем программы по функционалу на 95 год, а по потребляемым ресурсам — на 2012.

> Аллокатор даже в сишечке стараются не дёргать, чтобы пул не покрошить.

Это если аллоктор херовый. Или ты предлагаешь каждому Sadler'у свои преаллокейтед буферы плодить? Думаешь, сильно лучше получится?

Это если аллоктор херовый.

Как будто много где он нехеровый есть. Я вот с полгода назад пока 34 маллока в коде одного товарища на статические буферы не поменял, программуля для uC/OS-II гибла через некоторое время.

Или ты предлагаешь каждому Sadler'у свои преаллокейтед буферы плодить? Думаешь, сильно лучше получится?

Для обработки видео-то? Ещё деды завещали буферы выделять заранее.

> Как будто много где он нехеровый есть.

Ну дак а зачем гамном, в котором аллокатор херовый, пользоваться?

с полгода назад пока 34 маллока в коде одного товарища на статические буферы не поменял, программуля для uC/OS-II гибла через некоторое время.

и отчего же она гибла?

Для обработки видео-то? Ещё деды завещали буферы выделять заранее.

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

>Ненавижу boost.

Эх, и где ж вы такие берётесь...

>те же кресты, тем более работа с памятью там описана только в хидерах

(ностальгически) А когда ЛОР был торт и модератором был К48, то за «хидеры» ведь могли и забанить...

Эх, и где ж вы такие берётесь...

Меланхолично заметил прокаженный страуструпьями.

> Да забыл написать WeakReference то что тебе нужно.

Читайте тред перед своим постом.

> блджад, указатели в жаве и накрайняк JNI для кого придумали? Люди для тебя писали, старались.

И вы читайте тред перед своим постом. Я уже устал повторять, что тот код был приведён в качестве примера и ко мне отношения не имеет.

топик тоже за тебя кто-то написал? ;) Если хочешь ручное управление объектами - пиши на си и подключай, будет delete и чо хочешь, а ручное управление памятью в жаве и так есть.

> а ручное управление памятью в жаве и так есть.

В обход GC? Где?

http://knol.google.com/k/pointers-in-java#

там есть пример кода

>и мы имеем программы по функционалу на 95 год

2,5D игры, короткие куски 8-битного звука, разрешение 320x200x256@60 или 640x480x16@60, новейшая операционная система, которая грузится минуту-две на топовых машинах и в которой запуск более-менее тяжеловесной программы занимает минуту и т.п.? :)

Ты про себя?)) ну да кроме подобных выкриков и ничего более не видно от тебя))

>2,5D игры, короткие куски 8-битного звука, разрешение 320x200x256@60 или 640x480x16@60, новейшая операционная система, которая грузится минуту-две на топовых машинах и в которой запуск более-менее тяжеловесной программы занимает минуту и т.п.? :)


нет, например QuarkXpress 95-96 года вполне заменит суперсовременный Adobe Indesign CS5, а в 7 фотошопе я сделаю допечатку по фоткам не хуже, чем в том же PS CS5.

320x200x256@60

95? думаю это 90-91.

Я ничего не имею против прогресса. Но определенная операционка, которая только за последние 8 лет выросла в 10 раз на винчестере — это слабоватый прогресс. И так практически все проприетарное программное обеспечение — функциональность растет на 50 процентов, ресурсов гробится на 500.