Efficiency low after adding the adapter_model.safetensors with base model

#78
by antony-pk - opened

I fine-tuned the model with LoRA adapter in 4bit quantization.

the adapter_model.safetensors size is 160MB I tested the model with my own script its gives 95% accuracy. its text-to-sql dataset.

This testing is happened after the training instantly in the same google colab session.

After merging the base model & Adapter model it's not giving the response I expected. and moreover it's not following the instructions properly.

My thoughts its performed well in Base 4bit model + adapter model but its not performing well with the

Base Full Precision model + adapter model.

Dataset Format

Below is an instruction that describes a task, paired with an input that provides further context. Write a response that appropriately completes the request.

### Instruction:
Who created the nominee records for employee EMP-005?


### Input:
This query retrieves the details of all nominee records created for the employee identified by 'EMP-005'. The query joins the `tabNominee Form` table with the `tabEmployee` table using the `parent` column from `tabNominee Form` and the `name` column from `tabEmployee`.

The `name` column in the `tabEmployee` table is designated as the primary key (`PRIMARY KEY`) and has a data type of `VARCHAR(140)`, which uniquely identifies each employee record. This ensures that each employee record can be accurately linked to their corresponding nominee records. The `parent` column in the `tabNominee Form` table is a `VARCHAR(140)` field that acts as a foreign key, linking each nominee record to its respective employee.

The selected columns from the `tabNominee Form` table include `nominee_name`, `creation`, and `owner`. The `nominee_name` column, a `VARCHAR(140)` field, is chosen to display the name of each nominee. The `creation` column, which has a data type of `DATETIME`, records the date and time when each nominee record was first created. This field is automatically set by the system and does not change, providing a reliable timestamp for tracking when the records were initially created. The `owner` column, a `VARCHAR(140)` field, stores the identifier of the user who created each nominee record. This column links to the `tabUser` table, ensuring accountability and transparency by recording who created the nominee records.

The `WHERE` clause filters the results to include only the nominee records associated with 'EMP-005'. By selecting these specific columns, the query provides a comprehensive list of nominee records, including the creation timestamp and the user who created each record, ensuring that the result is both precise and informative.

In summary, this query effectively retrieves a list of all nominee records created for the specified employee, leveraging the `creation` and `owner` columns to provide detailed information about the creation of each record. The use of the `JOIN` operation ensures that the result accurately reflects the relationships between the employee and their nominees.

### Response:
SELECT
    nf.nominee_name,
    nf.creation,
    nf.owner
FROM
    `tabNominee Form` nf
JOIN tabEmployee e ON e.name = nf.parent
WHERE e.name = 'EMP-005';<|end_of_text|>

Why its giving low accuracy while loading in full precision? because it working fine when I test in the 4 bit quantized model

Note: This format is inspired from the unsloth alpaca dataset format

Sign up or log in to comment