Texas Instruments TI-84 PLUS SILV Guidebook - Page 347

Responding to the Garbage Collection Message, Why Is Garbage Collection Necessary?, Garbage Collect?

Page 347 highlights

The Garbage Collect? message lets you know an archive will take longer than usual. It also alerts you that the archive will fail if there is not enough memory. The message can also alert you when a program is caught in a loop that repetitively fills the user data archive. Select No to cancel the garbage collection process, and then find and correct the errors in your program. When YES is selected, the TI-84 Plus will attempt to rearrange the archived variables to make additional room. Responding to the Garbage Collection Message • To cancel, select 1:No. • If you select 1:No, the message ERR:ARCHIVE FULL will be displayed. • To continue archiving, select 2:Yes. • If you select 2:Yes, the process message Garbage Collecting... or Defragmenting... will be displayed. Note: The process message Defragmenting... is displayed whenever an application marked for deletion is encountered. Garbage collection may take up to 20 minutes, depending on how much of archive memory has been used to store variables. After garbage collection, depending on how much additional space is freed, the variable may or may not be archived. If not, you can unarchive some variables and try again. Why Is Garbage Collection Necessary? The user data archive is divided into sectors. When you first begin archiving, variables are stored consecutively in sector 1. This continues to the end of the sector. An archived variable is stored in a continuous block within a single sector. Unlike an application stored in user data archive, an archived variable cannot cross a sector boundary. If there is not enough space left in the sector, the next variable is stored at the beginning of the next sector. Typically, this leaves an empty block at the end of the previous sector. variable A variable B Sector 1 Empty block variable D Depending on its size, variable D is stored in one of these locations. variable C Sector 2 Sector 3 Chapter 18: Memory and Variable Management 340

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268
  • 269
  • 270
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276
  • 277
  • 278
  • 279
  • 280
  • 281
  • 282
  • 283
  • 284
  • 285
  • 286
  • 287
  • 288
  • 289
  • 290
  • 291
  • 292
  • 293
  • 294
  • 295
  • 296
  • 297
  • 298
  • 299
  • 300
  • 301
  • 302
  • 303
  • 304
  • 305
  • 306
  • 307
  • 308
  • 309
  • 310
  • 311
  • 312
  • 313
  • 314
  • 315
  • 316
  • 317
  • 318
  • 319
  • 320
  • 321
  • 322
  • 323
  • 324
  • 325
  • 326
  • 327
  • 328
  • 329
  • 330
  • 331
  • 332
  • 333
  • 334
  • 335
  • 336
  • 337
  • 338
  • 339
  • 340
  • 341
  • 342
  • 343
  • 344
  • 345
  • 346
  • 347
  • 348
  • 349
  • 350
  • 351
  • 352
  • 353
  • 354
  • 355
  • 356
  • 357
  • 358
  • 359
  • 360
  • 361
  • 362
  • 363
  • 364
  • 365
  • 366
  • 367
  • 368
  • 369
  • 370
  • 371
  • 372
  • 373
  • 374
  • 375
  • 376
  • 377
  • 378
  • 379
  • 380
  • 381
  • 382
  • 383
  • 384
  • 385
  • 386
  • 387
  • 388
  • 389
  • 390
  • 391
  • 392
  • 393
  • 394
  • 395
  • 396
  • 397
  • 398
  • 399
  • 400
  • 401
  • 402
  • 403
  • 404
  • 405
  • 406
  • 407
  • 408
  • 409
  • 410
  • 411
  • 412
  • 413
  • 414
  • 415
  • 416
  • 417
  • 418
  • 419
  • 420
  • 421
  • 422

Chapter 18: Memory and Variable Management
340
The
Garbage Collect?
message lets you know an archive will take longer than usual. It also alerts
you that the archive will fail if there is not enough memory.
The message can also alert you when a program is caught in a loop that repetitively fills the user
data archive. Select
No
to cancel the garbage collection process, and then find and correct the
errors in your program.
When YES is selected, the TI-84 Plus will attempt to rearrange the archived variables to make
additional room.
Responding to the Garbage Collection Message
Note:
The process message
Defragmenting...
is displayed whenever an application marked for
deletion is encountered. Garbage collection may take up to 20 minutes, depending on how much
of archive memory has been used to store variables.
After garbage collection, depending on how much additional space is freed, the variable may or
may not be archived. If not, you can unarchive some variables and try again.
variable B
variable C
variable A
variable D
Depending on its size,
variable D is stored in
one of these locations.
Sector 1
Sector 3
Sector 2
Empty
block
Why Is Garbage Collection Necessary?
The user data archive is divided into sectors. When you first begin archiving, variables are stored
consecutively in sector 1. This continues to the end of the sector.
An archived variable is stored in a continuous block within a single sector. Unlike an application
stored in user data archive, an archived variable cannot cross a sector boundary. If there is not
enough space left in the sector, the next variable is stored at the beginning of the next sector.
Typically, this leaves an empty block at the end of the previous sector.
To cancel, select
1:No
.
If you select
1:No
, the message
ERR:ARCHIVE FULL
will be displayed.
To continue archiving, select
2:Yes
.
If you select
2:Yes
, the process message
Garbage Collecting...
or
Defragmenting...
will be displayed.