|
|
|
|
|
|
|
Вернуться
| 1 Федоров Иван Денисович, 27 июля 2018 г. 18:48:20 | |
Не знаю, у кого какие проблемы. Лично у меня всё стало летать, время выполнения даже от C++ и паскаля не отличить)
Я пользуюсь при вводе данных BufferReader-ом для чтения строк и символов и StreamTokenizer-ом для чтения чисел, вывод обычный, через System.out. С коллекциями по памяти проблем не замечал. Спасибо огромное, все проблемы, которые могли быть раньше, исчезли (ну или пока что я не видел их :))
|
|
|
| 2 Меньшиков Фёдор Владимирович, 27 июля 2018 г. 9:26:19 | |
|
По поводу памяти: приводите номера задач, где хорошо бы повысить memory limit, может и удастся согласовать увеличение.
|
|
|
| 3 Меньшиков Фёдор Владимирович, 27 июля 2018 г. 9:19:15 | |
|
В 64-битной Java на сервере проверки используются сжатые указатели, то есть один указатель занимает 32 бита как и раньше, поэтому непонятно, откуда рост памяти коллекций.
|
|
|
| 4 Чернышов Андрей Максимович, 26 июля 2018 г. 20:09:19 | |
Вернули всё на свои места :)
Теперь у меня отвалились некоторые задачи по памяти, которые я сдал ещё до "оптимизации" на джаве. В основном те, где активно использовал коллекции, причём рост памяти в ~2 раза с текущими настройками. Сильно меньше - это, конечно, тоже неправильно, но сейчас всё-таки, я считаю, тоже что-то не то :/
Возможно, что это связано с тем, что теперь используется 64-битный компилятор и некоторые типы данных (которые основаны на указателях) могут как раз занимать вдвое больше. Просьба при подобных замечаниях приводить также ID своего решения.
|
|
|
| 5 Меньшиков Фёдор Владимирович, 26 июля 2018 г. 17:21:42 | |
|
Полные ключи для Java приведены в разделе "состояние системы", но главный ключ против глюков со временем и памятью -XX:TieredStopAtLevel=1 "не слишком оптимизировать".
|
|
|
| 6 Демиденко Виталий, 26 июля 2018 г. 13:54:25 | |
одна и та же посылка до: 0.65мс/9.8Мб -> после: 0.37мс/1.5Мб
Просто по приведенному примеру на самом деле неоднозначно. Ведь если меньше, то не значит правильнее. Вчера вот память замерялась в меньшую сторону, причем сильно неправильно: например, вместо 16 Мб показывало 1,2 Мб. Но подозреваю, что сейчас куда более достоверно все работает.
|
|
|
| 7 Яндулов Богдан, 25 июля 2018 г. 21:54:11 | |
|
Присоединяюсь к предыдущему мнению, на Java теперь работать ещё удобнее, чем раньше. Проблемы с памятью исчезли, а замеры по времени стали значительно меньше, чем до обновления компилятора.
|
|
|
| 8 Чернышов Андрей Максимович, 25 июля 2018 г. 21:31:25 | |
|
Новые настройки компиляции - это песня! Сдал даже некоторые старые задачки, на которых Java вылетала по памяти. Быстрый сканнер со считыванием чиселок стримтокенайзером в одной строчке теперь адекватно работает, а не вылетает по памяти (см. задачу №20). Абсурдных замеров времени/памяти мною пока не замечено. Благодарствую всем, кто решил проблему с этим языком программирования!
|
|
|
| 9 Беляев Сергей Николаевич, 25 июля 2018 г. 16:42:41 | |
|
Всем, кто в последний месяц решает задачи на Java безусловно известны проблемы, возникшие с новым компилятором. А именно, это зачастую абсурдные замеры памяти и времени выполнения. Сейчас настройки компиляции изменены, надеемся, что в лучшую сторону. Просим Вас оставлять здесь отзывы по этой теме.
|
|
|
Чтобы оставить сообщение необходимо зарегистрироваться и авторизоваться!
| | | |
